HDTenEightyP/NetNews huggingface dataset:
From: elton@cbnewsb.cb.att.com (elton.huang)
Subject: The most effecient way to scroll: initiate a discussion or asking some direction if already discussed
Organization: AT&T
Date: Fri, 21 Aug 1992 20:51:34 GMT

Dear Netter,

I have been working on the following problem for quite a while:

My application is a graphic browser to browse a graph containing
many rectangles. Heavy scaling is involved.

I've been trying to find out the fastest way to scroll. "Erase
and redraw"", I belive, is the most easy yet primitive way.

I believe one of the solution is pixmap. This does not sound very
good to me for (1) drawing in advance (to the pixmap) is required
which doesn't really save much (you have to draw any way. (2) And
since scaling is too often, the drew-in-advance may be of no use.
(3) Would it requre lots of client-server traffic when using
pixmap ?

Region seems to be something better. You can designate a area then
change the offset of it. (I haven't experimented on it) For awhile
I thought this is exactly what I was looking for: manipulating the
screen display memory (frame buffer?) until I found out in the
porting guide of server that region actually is allocated 
dynamically in the heap for server. Then I don't think it will
do much good and I also have to trade off the server memory.

Then it's image. But it does look like something like region. Yet
to explore.

Here is a question: have I actually exhausted all solutions and
it is actually a concepct of X that server does not expect client to 
manipulate frame buffer directly even through server. If I
really want to do that, the only possible way is to modify the
server to pave the way out. Is this a fair assumption ?

Please shed some light if you have any thought or direct me to some
literatures.

Thanks,

Elton
From: wenshuo@kff1.uchicago.EDU (Wenshuo Li)
Newsgroups: comp.windows.x
Subject: (none)
Date: 18 Aug 92 06:11:14 GMT
Organization: The Internet

Dear Sir/Madam:
	I would appreciate it if you could remove my name from the xpert mailinglist.
Sincerely yours,
Wenshuo Li
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: comp.windows.x
Subject: Re: Need unobscurable window that moves obscuring windows
Date: 18 Aug 92 16:57:54 GMT
Organization: PictureTel Corporation

In article <1992Aug14.134333.26827@linus.mitre.org>, Craig Prall (cp) writes:
> I need to have a ... banner at the top of my X
> display. Antisocial or not, it is a requirement that this window
> not be obscurable by other windows.

You'll need to use and/or modify one of the virtual-root window
managers (tvtwm, swm) and use the f.nail function to attach your
banner window to the physical root window.

You can't meet this requirement unless you specify a particular
interaction between your banner-window application and one of these
window managers.

Ollie Jones
From: deveau@oceanroutes.ns.ca (Terry J. Deveau)
Newsgroups: comp.windows.x
Subject: Re: System V Message Queues and X
Date: 12 Aug 92 13:25:37 GMT
Organization: Oceanroutes Canada Inc.

> with System V you can have message queues for interprocess communications.
> There is msgrcv() for receiving in a blocking or non-blocking way.
> 
> But in an X-process you can't use msgrcv() in blocking mode and wait until
> a message arrives. Also you can't use calls like 'XtAddInput()' to inform
> X to wait for you, since message queues doesn't follow the byte-stream model.
> 
> So the conlusion seems to be that message queues are not the appropriate
> method under X (unless you don't want to poll from time to time)!
> 
> Juergen Sommer
> Email: sommer@conware.de
> 
What I do is set IPC_NOWAIT on the call to msgrcv() and use XtAddAppTimeout
to poll the message queue every 125 to 500 ms (depending on what else I'm
trying to accomplish while waiting for messages).  It works great.
From: afshwrh@cid.aes.doe.CA (Wayne Hodgins)
Newsgroups: comp.windows.x
Subject: jump relocation out-of-range
Date: 19 Aug 92 12:57:03 GMT
Distribution: na
Organization: Environment Canada (CMC), Dorval, QC

Hi

When I attempt to compile & load the following code...

#include <Xm/Xm.h>
#include <X11/Intrinsic.h>
#include <X11/StringDefs.h>
#include <X11/Shell.h>
.....
	Widget toplevel;
	XtAppContext app_context;
.....
        toplevel = XtAppInitialize(&app_context,"XText",NULL,
                   0, &argc, argv, NULL, NULL, 0);
.....

I get this message from ld...

/usr/lib/libX11.a(XlibInt.o): jump relocation out-of-range, bad object file prod
uced, can't jump from 0x4d51e8 to 0x10048428 (syscall)

The code loads fine as a standalone test program; the message occurs when
I try to incorporate it into an existing larger program.
Any ideas on what the problem may be?
Newsgroups: comp.windows.x
From: deveau@oceanroutes.ns.ca (Terry J. Deveau)
Subject: Re: Communication between Motif apps using properties
Organization: Oceanroutes Canada Inc.
Date: Thu, 13 Aug 1992 12:55:13 GMT

Meir Zaid (meir@tfs.com) writes:
> 
> I am writing a user interface that part of its job is to display
> error messages received from other applications running on the same
> machine.  The other apps communicating the messages to the user
> interface using properties/atoms.  My problem is that all apps have
> to share a widget because properties are associated with widgets.
> I guess the most reasonable widget to use is the text widget in
> which the errors are to be displayed.  But how can the other apps
> know the widget ID of that window?
> 
Use shmget(2) and shmop(2).  See "Advanced Unix Programming" by Marc
J. Rochkind, Section 7.7 (or any number of similar books) for a
tutorial on how to use them.
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.x.pex
From: sriram@tcs.com (Sriram Srinivasah)
Subject: Re: Looking for a spline generator program
Organization: Teknekron Communications, Inc
Date: Fri, 21 Aug 1992 01:00:29 GMT

In article <1992Aug20.193414.7079@chpc.utexas.edu>, feizal@hermes.chpc.utexas.edu (Feizal Mirza) writes:
|> Hi
|> 
|> I am looking for a spline generation program. The thing is that I want
|> to replace XDrawLine in my application to something like
|> XDrawSpline !!.
|> 
|> 
|> Feizal
|> UT-CHPC
|> Austin
|> -- 
|> Feizal Mirza                    Internet: feizal@hermes.chpc.utexas.edu
|> Graphics Group                            Phonenet: (512) 471-2424
|> Center for High Performance Computing     Snailnet: 10100 Burnet Road
|> The University of Texas System                      Austin, Texas 78758


Look at the code for xv2.00 available on export.

Sriram
(sriram@tcs.com)
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.windows.x
Subject: Re: Need unobscurable window that moves obscuring windows
Date: 17 Aug 92 13:50:30 GMT
	<WARE.92Aug14122255@organ.cis.ohio-state.edu>
Reply-To: montanaro@crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY

In article <WARE.92Aug14122255@organ.cis.ohio-state.edu> ware@organ.cis.ohio-state.edu (Peter Ware) writes:

    Why not just add a line for the window manager configuration that allows
    a window to be moved without needing the titlebar?  For mwm, something
    like this would do it:

    Buttons ButtonBindings
    {
	...
	Meta<Btn3Down>	window          f.move
	...
    }

Or (again with mwm) extend the semantics of window movement with mouse
button 2 to include the rest of the window border, not just the title:

    Buttons DefaultButtonBindings
    {
	...
	<Btn2Down>          title|icon|frame	f.move
	...
    }

--
Skip (montanaro@crd.ge.com)
Newsgroups: comp.windows.x
From: ldawes@uahcs2.cs.uah.EDU (Lisa Dawes, Computer Science Dept., Univ. of Alabama-Huntsville)
Subject: gcc 2.2 and R5
Organization: The Internet
Date: Wed, 19 Aug 1992 14:23:46 GMT
From: tmod@ccvax.ucd.ie
Newsgroups: comp.windows.x
Subject: X11R5 compile on SCO:problems
Date: 13 Aug 92 15:30:43 GMT
Organization: University College Dublin

help please,
  I am trying to compile X11R5 on SCO SYSV386 v3.2.2. At link time I get the
  error :
          Undefined: writev
  SCO doesn't seem to have writev though. Am I compiling with the wrong flags
  (-DSCO -DBROKEN_FTOL -DNO_PROTOTYPE -D_SVID -DSYSV -DSYSV386)  ?
  Is it a problem with the operating system?? Should it have writev ??

	help would be very appreciated,
                                        T O'Donnell.
Xref: sparky comp.windows.x:15150 comp.windows.open-look:3430
From: bin@primate.wisc.edu (Brain in Neutral)
Newsgroups: comp.windows.x,comp.windows.open-look
Subject: Re: Looking for Imake expert who also knows OpenWindows
Date: 12 Aug 92 16:05:55 GMT
Reply-To: bin@primate.wisc.edu

re: patching OW config files 'n' such so they actually work, there's
a patch to xmkmf that's supposed to help (excerpt below).  I have a
question about it at the end.
-----------------------------
| Being an internet squirrel :-), I have it right here. Thanks go to Greg, of
| course, for writing it.
 
| -PaulR.
 
| Message follows:
 
| Assuming you want to maintain an OpenWindows environment (i.e., if you run
| "xmkmf" and then "make" and then "make install", you expect the final product
| to get installed in $OPENWINHOME/bin et al.), here's a solution that should
| also work for sources that expect X11 R5 (i.e., they have R5-ish Imakefiles).
| 
| Just cd to $OPENWINHOME and apply these simple patches:
| 
| --snip-snip---------------------------------------------------------------------
| *** bin/xmkmf.orig	Wed Sep 18 07:02:02 1991
| --- bin/xmkmf	Tue Aug  6 00:39:20 1991
| ***************
| *** 30,34 ****
|   
|   elif [ -n "$OPENWINHOME" ]; then
| ! 	args="-DUseInstalled "$OPENWINHOME/lib/config
|   
|   else
| --- 30,34 ----
|   
|   elif [ -n "$OPENWINHOME" ]; then
| ! 	args="-I$OPENWINHOME/lib/config -DUseInstalled -DXCOMM="/**/#" "$OPENWINHOME/lib/config

--------------------

My question: just what exactly is that last argument in "args" supposed
to do?  Stock X11R4/X11R5 xmkmf.cpp sets args to

	"-DUseInstalled "CONFIGDIRSPEC

which turns into

	"-DUseInstalled "-I/usr/lib/X11/config

if you use the default configuration file install directory.

It looks to me like the OW xmkmf (both the original and the patched
versions) are broken - i.e., like someone changed the /usr/lib/X11/config
to $OPENWINHOME/lib/config, but ALSO took out the -I.  That could be kind
of important for telling imake where to look for config files...

Paul DuBois
dubois@primate.wisc.edu
Newsgroups: comp.windows.x
From: schnepp@nodecg.ncc.telecomwa.oz.au (Tom Schnepple)
Subject: Wait cursor, Accelerator keys and MWM menus
Organization: Network Computer Centre
Date: Sun, 23 Aug 1992 02:09:39 GMT

Wait cursor, accelerator key and MWM menu

PROBLEM 1 - Wait Cursor:
I have written a script file to start up a series of applications when 
executed. The time taken to execute this script is lengthy (2 minutes). 
I need someway of indicating to the user that they need to wait. I thought
of turning the cursor to a hour glass. Does any know how to do this within 
a script file without having to write a program for it??

PROBLEM 2 - accelerator key
I need to have two accelerator keys to a single menu option. ie: F10 and 
shift F10. Why do I need it, you may ask?? - I have defined an accelerator
for each of my menu option, however, whenever the CAPS LOCK is ON, the
accelerator key does NOT work because the system inteprets the Key Pressed 
as Shift Key_Pressed. This is annoying for the user having to remember to
turn ON/OFF the CAPS LOCK key. 
I do NOT want to bind the two accelerator keys because our computer is 
used to run other applications as well!

PROBLEM 3 - MWM menu
I want to disable the MWM menu for my application only. Does any one know
how I could achieve this without having to disable the MWM menu for all
applications?


     _--_|\    Tom Schnepple  (schnepp@telecomwa.oz.au) 
    /      \   Perth, Western Australia
--> *_.--._/ 
          v
From: samborn@lynchpin.mtkgc.COM (Kevin Samborn)
Newsgroups: comp.windows.x
Subject: Re: Colormaps and OverrideRedirect windows
Date: 19 Aug 92 16:36:11 GMT
Organization: The Internet

/\/\ On 18 Aug 92 21:46:04 GMT, Jamie Zawinski said:

   Jamie> I have a top-level OverrideRedirect window, and I would like
   Jamie> to install that window's colormap while it is on the screen.
   Jamie> I can't figure out how to do this.

   Jamie> ICCCM says that only the window manager is supposed to call
   Jamie> XInstallColormap().  If I call it, then the window manager
   Jamie> (tvtwm) immediately switches the colormap back to what it
   Jamie> things it should be, which seems to be a compliant thing for
   Jamie> the WM to do.

Grab the server.

Sure it is anti-social, but that is what this is all about.

--
kevin samborn
Sakura Global Capital
samborn@mtkgc.com
Newsgroups: comp.windows.x
From: meir@tfs.com (Meir Zaid)
Subject: Communication between Motif apps using properties
Organization: TRW Financial Systems
Date: Wed, 19 Aug 1992 01:17:53 GMT


I posted a question a while ago about communication between Motif
applications, and most people seemed to think that the best and
simplest way to communicate messages from one application to another
is to use Atoms and properties.  There are some good examples in Young's
X Window System book.

My problem now is that the applications sending the messages to the
messages handler are not X/Motif applications so they don't have widgets
or windows, or XtMainLoop.  Now, the messages handler app only seems to
get the PropertyNotify event when the sending application has a XtMainLoop.
I tried creating a simple invisible window on the sending app but this
doesn't help.  There is no communication is there is no XtMainLoop in the
sending application.

Any ideas how to communicate the property change without a MainLoop?
-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311
From: tao@xsoft.xerox.com ("Michael X. Tao")
Newsgroups: comp.windows.x.announce
Subject: Public Release: A Multi-Threaded Xlib
Date: 13 Aug 92 20:43:27 GMT
Article-I.D.: expo.9208132043.AA05399
Distribution: inet

A multi-threaded version of Xlib based on X11R5 patch 12 is now available
for anonymous FTP from:
	Xerox PARC on parcftp.xerox.com (13.1.64.94) in /pub/mt-xlib
	DEC on gatekeeper.dec.com (16.1.0.2) in /pub/X11/contrib/mt-xlib
	MIT on export.lcs.mit.edu (18.24.0.12) in /contrib/mt-xlib

The necessary files are:

total 2011
-rw-r--r--   1 tao      oet         2324 Jul 28 10:18 README
-rw-r--r--   1 tao      oet       106235 Jul 28 18:27 mt-xlib-xhib92.ps.Z
-rw-r--r--   1 tao      oet      1925529 Jul 30 14:02 mt-xlib.tar.Z

And they contain:

README			- how to unpack and build the library
mt-xlib.tar.Z		- the source code tree
mt-xlib-xhib92.ps.Z	- the MT Xlib paper presented at Xhibition '92

Currently the library supports Pthreads on OSF/1 from DEC and PCR on SunOS.

A mailing list is set up for general discussion and development of multi-
threaded Xlib:
	mt-xlib@xsoft.xerox.com
Send your add/remove request to/from the mailing list to:
	mt-xlib-request@xsoft.xerox.com

Please email any feedback (good or bad) to:

Carl Schmidtmann        - cws@faultline.com
Michael Tao             - tao@parc.xerox.com
Steve Watt              - steve@wattres.sj.ca.us
			or simply mt-xlib-comment@xsoft.xerox.com
-------------------------------------------------------------------------
Date: 	Wed, 5 Aug 1992 14:05:10 PDT
From: Carl Schmidtmann <cws@faultline.com>
Message-Id: <199208052105.AA15554@gigo.Faultline.Com>
To: mt-xlib@xsoft.xerox.com
Subject: mt-xlib mailing lists - Clarification
Status: RO

The purpose of this mailing list (mt-xlib@xsoft.xerox.com) is to
discuss general issues dealing with the MT Xlib we have just released.
This includes using the library, bugs, or why we did what we did.

The mt-xlib-comment@xsoft.xerox.com list is for people to send
specific questions or comments directly to the developers of the
library.

Please note:

These are NOT Consortium mailing lists.  If you are a consortium
member or have issues with Xlib that you think the consortium needs to
address you can post to the xlib@expo.lcs.mit.edu list.
-------------------------------------------------------------------------
From: adrian@ORA.COM (adrian)
Newsgroups: comp.windows.x.announce
Subject: X Resource Special Issue B, PEXlib spec
Date: 13 Aug 92 19:07:36 GMT
Distribution: inet

Orders are now being taken for The X Resource, Special Issue B.
This contains the PEXlib 5.1P Public Review Specification
and a conceptual introduction by Tom Gaskins. 
The issue is 500 pages long, and will be shipped August 28.
The price is $25 plus shipping.  Please contact O'Reilly and 
Associates at 1-800-998-9938 or fax to 1-707-829-0104.

We are only printing about 100 more than required for
our subscribers, so quantities are limited.
From: jwz@LUCID.COM (Jamie Zawinski)
Newsgroups: comp.windows.x.announce
Subject: xscreensaver 1.0 now available
Date: 17 Aug 92 14:47:50 GMT
Distribution: inet
Organization: Lucid, Inc., Menlo Park, CA

Get it from export.lcs.mit.edu in the file contrib/xsaver.tar.Z.

The xscreensaver program waits until the keyboard and mouse have been idle
for a period, and then runs a graphics demo chosen at random.  It turns off
as soon as there is any mouse or keyboard activity.

This is not a screen locker, like xlock -- it does not prevent others from
using your terminal.  Its purpose is to display pretty pictures on your
screen when it is not in use, in keeping with the philosophy that unattended
monitors should always be doing something interesting, just like they do in
the movies.

The benefit that this program has over the combination of the xlock and
xautolock programs is the ease with which new graphics hacks can be
installed: you don't need to recompile this program to add a new display
mode, you just change some resource settings.  Any program which can be
invoked in such a way that it draws on the root window of the screen can
now be used as a screensaver without modification [*].  The programs that
are being run as screensavers don't need to have any special knowledge
about what it means to be a screensaver.

The XIdle extension will be used if you have it (win win.)  If you haven't
installed XIdle, you need to change a line in the Imakefile.

Also included are several graphics hacks for use as screensavers.  There's
nothing magic about these: they're just programs that draw on the root
window, which are pointed at by the screensaver's default resource settings.

   qix		- My own implementation of this, with many more options
		  than you would have thought qix could have.
   helix	- Generates spirally "stringart" patterns.
   rorschach	- Random inkblot patterns.
   attraction	- A bouncing ball demo, or a qix-like demo, or a wild
		  color-cycling thing, with some odd rules.
   greynetic	- Random colored/stippled rectangles.
   rocks	- Flying through an asteroid field.
   pyro		- Fireworks.  Looks a lot like the version in xlock.
   hopalong	- Fractals.  I snarfed this code from xlock.
   noseguy	- A guy with a big nose wanders around the screen saying
		  things.  I snarfed this code from xnlock.

All of these will pop up their own window unless given that -root option.
See their man pages for more details.

Other reasonable things to use as screensavers, if you have them, are

  xdaliclock -root -builtin2	- melting digital clock
  xswarm -r 2>&-		- swimming sperm
  xwave -root			- random 3d graphs
  xbouncebits			- bounce arbitrary bitmaps around
  ico -r			- it's dull, but it's there
  xv -root file.gif -quit	- they don't all have to animate!

You can get all of these from export.lcs.mit.edu.  If you know of (or write)
any other interesting programs that can be used as screensavers, please let
me know!

	-- Jamie Zawinski <jwz@lucid.com>

[*] It may be necessary to include "vroot.h" in the program, but that would
be necessary for it to work with virtual-root window managers anyway.
From: gms@HPCVXRC.CV.HP.COM (George Sachs)
Newsgroups: comp.windows.x.announce
Subject: Source code for HP R5 X server available
Date: 13 Aug 92 20:41:05 GMT
Article-I.D.: expo.9208132041.AA05344
Distribution: inet

Hewlett-Packard is pleased to make available a release of device-
dependent graphics and input device code to allow the X11 R5 sample
server implementation to be built for the following HP 9000 Series 700
workstation platforms:

   Model 705 (1280x1024 grayscale graphics)
   Model 710L (1024x768 color graphics)
   Model 710C (1280x1024 color graphics)
   Model 710G (1280x1024 grayscale graphics)
   Model 720, 730, or 750 with:
      A1659A CRX 1280x1024 color graphics
      A1924A GRX 1280x1024 grayscale graphics
      A2269A Dual CRX 1280x1024 color graphics (two displays)

The code is being released in source and object forms for building and/or
execution on the above platforms when running either the HP-UX 8.05 or 8.07 
operating system.  

This software is intended for demonstration, experimentation, or research
purposes only.  It is not Hewlett-Packard product code and carries with it
no guarantee of functionality, performance, maintenance, or support.

This software is provided without any express or implied warranty with 
regard to merchantability or fitness.  In no event shall Hewlett-Packard 
be liable for any special, indirect, or consequential damages, or any 
damages whatsoever, resulting from loss of use, data, or profits, whether 
in an action of contract, negligence or other tortious action, arising out
of, or in connection with, the use or performance of this software.

The softare may be obtained by anonymous ftp from export.lcs.mit.edu.  The
files reside in the directory ~ftp/contrib/R5.HP.SRV.  Please note that
only HP-specific device dependent files and other files with HP-specific
changes are included.  You will need the X11 R5 sample implementation in
order to build an X server.  The sample implementation is available from
the X Consortium and the HP InterWorks Users Group.

Refer to the README file included with the release for more information.

This software will also be made available through the HP InterWorks Users
Group.
From: gms@HPCVXRC.CV.HP.COM (George Sachs)
Newsgroups: comp.windows.x.announce
Subject: Additional file for HP X server
Date: 14 Aug 92 18:15:35 GMT
Distribution: inet

An announcement was made several days ago that the sources for
building the X11 R5 server on HP Series 700 machines was
available.  One file was inadvertently omitted from the archive
that was placed on export.lcs.mit.edu.

If you have retrieved that archive, please get it again.  export
has now been updated with the corrected archive.

The missing file was config/imakemdep.h, which contains a preprocessor
definition needed to cause the #define for BuildServer to become true.
As a workaround, you could also edit config/hp.cf to force BuildServer
to be Yes.

I apologize for any inconvenience this may have caused.

George Sachs
Hewlett-Packard
gms@cv.hp.com