waashk/20ng huggingface dataset:
In article <1993Apr22.092830.2190@infodev.cam.ac.uk>, dcr@mail.ast.cam.ac.uk (Derek C. Richardson) writes: > I just implemented this and it seems I can just about achieve the display > rates (20 400x400x8 frames / sec on IPX) that I get with Sunview, though > it's a bit "choppy" at times. Also, loading the data, making an XImage, > then XPut'ing it into a pixmap is a bit cumbersome, so the animation is > slower to load than with Sunview. Is there a better way to load in the > data? >  > rgooch@rp.CSIRO.AU (Richard Gooch) writes: > >  If you need speed, and your client can run on the same host as the X server, > >  you should use the shared memory extension to the sample X server (MIT-SHM). > >  xdpyinfo  will tell you if your server has this extension. This is certainly > >  available with the sample MIT X server running under SunOS. > >  A word of warning: make sure your kernel is configured to support shared > >  memory. And another word of warning: OpenWindows is slower than the MIT > >  server. > >  I have written an imaging tool (using XView for the GUI, by the way) which > >  yields over 10 frames per second for 512*512*8 bit images, running on a Sparc > >  IPC (half the cpu grunt of an IPX). This has proved quite sufficient for > >  animations. > > > >				Regards, > > > >					Richard Gooch.... >  > Shared memory PutImage (also mentioned by nkissebe@delphi.beckman.uiuc.edu, > Nick Kisseberth) looks interesting, but I need someone to point me to some > documentation. Is this method likely to give better results than server- > resident pixmaps? I'd also be interested in looking at the XView code > mentioned above... >  > Thanks for the help so far. If I get something decent put together, I'll > definitely post it to the Net. >     The MIT tapes come with documentation written by Keith Packard on the Shared   Memory Extension to X. Look in:  mit/doc/extensions/mit-shm.ms   I found this invaluble. Unfortunately, there is a bit of work to set up the   shared memory segments, making an XImage from it, etc. Also, there is an   extension query to determine if the server supports it, but you still need to   test if the server is running on the same host and if shared memory is enabled   in the kernel. I have written layers of convience routines which make all this   transparent.   As for the XView code, well, I doubt that would be considered interesting.   The interesting stuff is done in a C object library. People interested in this   code can Email me.  				Regards,
In article <BGLENDEN.93Apr29182711@colobus.cv.nrao.edu>, bglenden@colobus.cv.nrao.edu (Brian Glendenning) writes: -|  -| Alas, we too will have to stop using it. -|  -| Brian -| -- -|        Brian Glendenning - National Radio Astronomy Observatory -| bglenden@nrao.edu          Charlottesville Va.           (804) 296-0286  It says in the licence that non-profit organisations have the rights to copy, use, distribute etc.. Does that not cover NRAO ? I sure hope it covers us. Please someone let me know if I have to buy a licence.  	best regards 		Ata <(|)>.
I am urgently looking for the following article, but I can't seem to find it anywhere here:       "The Multi-Threaded X Server"      John Allen Smith      The X Resource         Issue 1, pp. 73-89, Winter 1992  If anyone can tell me where to find it, it WILL be much appreciated.  H.F. Sadie Departement of Computer Science University of Stellenbosch South Africa
Help: I am running some sample problems from O'Reilly volume 4, Xt Intrisics Programming Manual, chapter 3. popup dialog boxes and so on.  In example 3.5, page 76 : "Creating a pop-up dialog box"  The application creates window with a button "Quit" and "Press me". The button "Press me" pops up a dialog box. The strange feature of this program is that it always pops up the dialog box much faster the first time. If I try to pop it up a 2nd time (3rd, 4th .... time),  it is *much* slower.  Has anyone any experience with these sample programs, or why I get this behaviour - fast response time for the first time but slow response time from 2nd time onwards ? Anyone can give me some ideas on how to program popups so that each time they popup in reasonable fast response time ?
Bryan Boreham (bryan@alex.com) wrote: : In article <735259869.13021@minster.york.ac.uk>, cjhs@minster.york.ac.uk writes: : > The application creates window with a button "Quit" and "Press me". : > The button "Press me" pops up a dialog box. The strange feature of : > this program is that it always pops up the dialog box much faster the : > first time. If I try to pop it up a 2nd time (3rd, 4th .... time),  : > it is *much* slower. :  : The shell is waiting for the window-manager to respond to its : positioning request.  The window-manager is not responding because : it thinks the window is already in the right place. :  : Exactly *why* the two components get into this sulk is unclear to : me; all information greatly received.  Thanks for this clue, and thanks to Derek Ho also for a pointer in the same direction.  One solution, due to Derek Ho: when the popup is popped up, we SetValue its location -- which on repeat popups will be unchanged from the previous popup. The slow response can be avoided by calling GetValue first, and only using SetValue if the required location is different. The problem can also be avoided by making a tiny alteration in the location of the popup, so that the SetValue really does change the location of the popup. (We tried this just for a double check on the source of the problem.)  The solutions we have tried successfully are now as follows:  1) Use "twm" or "mwm" rather than "olwm" 2) Use "olwm", with resource "*wmTimeout: 10" 3) Only reset the location of the popup window if it is truely changed.  This is obviously working around some bug somewhere.
In article <eillihca.9305181611108371@grizzle.stanford.edu> eillihca@drizzle.StanFord.EDU ( Achille Hui, the Day Dreamer ) writes: :Read the xterm's manual pages for more informations about the avaliable :actions of xterm. Read the FAQ and get a good book on customizing your :X applications.  Okay, I will byte.  Could someone provide more info on a 'good book on customizing your X applicaitons'?  I am in search of one which does NOT expect the reader to have the X11 source code memorized (or even available online!)
Most graphics systems I have seen have drawing routines that also specify a color for drawing, like  Drawpoint(x,y,color) or Drawline(x1,y1,x2,y2,color) or Fillrectangle(x1,y1,x2,y2,color)   With X, I have to do something like  XSetForeground(current_color) XDrawPoint(d,w,x,y)  Why split this into two functions? Why did X designers decide to not associate the color with the object being drawn, and instead associate it with the display it is being drawn on?
This discussion on viewing .ps files undex X11 seems rather interesting but I fail to understand the reason it is not contained in 2 at most newsgroups.  I am subscribed to comp.text.interleaf and I could care less about .ps viewing under X11. I am sure that members of this group interested in the topic can followup by looking at other newsgroups.  Could you please remove the comp.text.interleaf from your distribution? Just as a nettish sort of courtesy.  Best regards.  --  Leo J Irakliotis               irakliot@longs.lance.colostate.edu
In article <1964@igd.fhg.de>, haase@igd.fhg.de (Helmut Haase (Goebel)) writes:  |> I've got a problem concerning the maximum size of X pixmaps in DECwindows. |>  |> I am using a DECstation 5000/200 running ULTRIX V4.2 (Rev. 96) System #2 |> and UWS V4.2 (Rev. 272) (DECwindows). Our color display has 1280x1024 |> pixels. |>  |>  |> On other hardware (HP, SGI) I am able to allocate much larger pixmaps. |>  |> Did anyone have similar problems before or does onyone know how I can |> configre my system to allow for larger pixmaps? |>  |> Any suggestins are welcome. Please send mail to " haase@igd.fhg.de ". |>   DEC does this only for their PX and PXG servers, known as 3D accelerators. This boards have local offscreen memory which is limited and slow to handle, thus they set this limit.
hi, is there anybody has some example programs about using  the internationalization features in X11R5 ? Such as a small  X program just to show Chinese texts in wondows, menu bar or  icons... Thanks in advance.
Now available: xvertext 4.0  --------------  Summary                                   ------- xvertext provides you with four functions to draw strings at any angle in    an X window (previous versions were limited to vertical text). Rotation   is still achieved using XImages, but the notion of rotating a whole font first has been dropped.  What's new? ----------- I've added a cache which keeps a copy of previously rotated strings - thus speeding up redraws.  Where can I get it?  ------------------- comp.sources.x (soon...) export.lcs.mit.edu : contrib/xvertext.4.0.shar.Z  (now)
>>>>> On 22 Apr 1993 01:02:41 GMT, dla@se05.wg2.waii.com (Doug Acker) said: 	Doug> NNTP-Posting-Host: se05.wg2.waii.com  >>>>> On 21 Apr 1993 03:49:16 GMT, dla@se05.wg2.waii.com (Doug Acker) said: 	Doug> NNTP-Posting-Host: se05.wg2.waii.com 	Doug> I  am  having  a  big problem trying to build MIT X11R5 with xlc 1.2.1 	Doug> (the  one  bundled  with  AIX  3.2.3e).   Its almost the linker is not 	Doug> working properly with shared libraries.  	Doug> I've built X11R5 with no problem before .. but now its all  headaches. 	Doug> For example, the xset client complains that libXmu doesnt have a bunch 	Doug> of Xt routines and shr.o is missing (or  something  like  that).   The 	Doug> build of libXmu DOES link in libXt  so I am really perplexed  what  is 	Doug> going on.   	Doug> ....following up on this, the specific error I get is: 	Doug> Could not load program ./xset  	Doug> Symbol XtVaSetValues in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtName in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtWindowOfObject in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtGetConstraintResourceList in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtDisplayToApplicationContext in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtAppSetTypeConverter in ../.././lib/Xmu/libXmu.a is undefined         	Doug> Symbol XtScreenDatabase in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtResolvePathname in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtCvtStringToFont in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtCallConverter in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Symbol XtDisplayStringConversionWarning in ../.././lib/Xmu/libXmu.a is undefined 	Doug> Could not load library libXmu.a[shr.o] 	Doug> Error was: Exec format error   ....  a  search  on  IBMLINK  revealed that this is similar to IX33890 (howervre this was closed USE).
I have the task to program a X application for the first time and have some severe difficulties creating a window in which I can draw something. Unfortunately some basic books on the topic of X application programming are not available to me for the moment.  I am running a hp720 with hpux 8.07, VUE and X11R4 using Xt anbd Xaw.  What I did until now: I initialized the X Intrinsics cxreating a top level widget with XtAppInitialize. I passed as a application_class name 'commandWidgetClass'. Then I set the argument values for window height and width using XtSetArg and passed it to the toplevel widget with XtSetValues. When I call XtRealizeWidget, I get a window of the specified size, but I have no idea how I can draw something in it.  Can anybody send me some help and perhaps some basic information how to use the widgets ? In which situation it is useful to use them and in which not ?  Thanks very much in advance  Soenke  --------------------------------------------------------------------------------Soenke Voss                                                 Faculty of Economics soenke@wiwi12.uni-bielefeld.de                           University of Bielefeld                                                                          Germany
In article 4867@mlb.semi.harris.com, jmartin@egret.imagesRus (John Martin) writes: > Animation is most frequently done by copying the the client resident XImages into  > server resident Pixmap(s) using XPutImage.  Once this is done, the original XImages > can be deleted and the animation loop can be performed using XCopyArea from the Pixmaps to the windows drawable. >  > Hope this is helpfull. >  > John >   I just implemented this and it seems I can just about achieve the display rates (20 400x400x8 frames / sec on IPX) that I get with Sunview, though it's a bit "choppy" at times. Also, loading the data, making an XImage, then XPut'ing it into a pixmap is a bit cumbersome, so the animation is slower to load than with Sunview. Is there a better way to load in the data?  rgooch@rp.CSIRO.AU (Richard Gooch) writes: >  If you need speed, and your client can run on the same host as the X server, >  you should use the shared memory extension to the sample X server (MIT-SHM). >  xdpyinfo  will tell you if your server has this extension. This is certainly >  available with the sample MIT X server running under SunOS. >  A word of warning: make sure your kernel is configured to support shared >  memory. And another word of warning: OpenWindows is slower than the MIT >  server. >  I have written an imaging tool (using XView for the GUI, by the way) which >  yields over 10 frames per second for 512*512*8 bit images, running on a Sparc >  IPC (half the cpu grunt of an IPX). This has proved quite sufficient for >  animations. > >				Regards, > >					Richard Gooch....  Shared memory PutImage (also mentioned by nkissebe@delphi.beckman.uiuc.edu, Nick Kisseberth) looks interesting, but I need someone to point me to some documentation. Is this method likely to give better results than server- resident pixmaps? I'd also be interested in looking at the XView code mentioned above...  Thanks for the help so far. If I get something decent put together, I'll definitely post it to the Net.  ----------------------------------------------------------- | Derek C. Richardson    | Tel: (0223) 337548 x 37501     | | Institute of Astronomy | Fax: (0223) 337523             | | Cambridge, U.K.        |                                | | CB3 0HA                | E-mail: dcr@mail.ast.cam.ac.uk |
Hello folks,  I'm seeing these errors when I try to modify my key map:  mwm: invalid accelerator specfication, line x  I've added a line in the start up file before the line that starts mwm. It looks like the following:  xmodmap keymapfile mwm  I think that the problem has to do with a conflict between function keys F1 through F7 which already have assigned functions (e.g. Move, Minimize, etc).  The odd thing is that I don't see these errors if I run  xmodmap keymapfile  from an xterm.  Can anyone suggest a way to modify the key map, specifically F1 through F7 AND not have mwm (Motif Window Manager) complain.  I realize this is a bit stupid, but we only have time to implement, not time to learn how to implement.
In article <14569@greg>, greg@Software.Mitel.COM (Gregory Lehman) writes: |>Path: wrdis01!gatech!howland.reston.ans.net!usc!cs.utexas.edu!utnut!torn!nott!uotcsi2!geovision!software.mitel.com!greg |>From: greg@Software.Mitel.COM (Gregory Lehman) |>Newsgroups: comp.windows.x,comp.windows.x.motif |>Subject: Looking for drawing packages |>Message-ID: <14569@greg> |>Date: 27 Apr 93 20:08:10 GMT |>Organization: Mitel. Kanata (Ontario). Canada. |>Lines: 24 |>Xref: wrdis01 comp.windows.x:36152 comp.windows.x.motif:13750 |> |>Greetings. |> |>I am developing an application that allows a *user* to interactively |>create/edit/view a visual "model" (i.e. topology) of their network, and |>I was wondering if anyone knew of any builder tools that exist to |>simplify this task. |> |>In the past I have used Visual Edge's UIM/X product to develop other |>GUIs, so I am familiar with UIMSs in general. |> |>The topology will support objects and connecting links.  Once the |>topology is created, I want to provide the user with capabilities to |>support grouping, zooming, etc. |> |>I am looking for some form of a higher abstraction other than X drawing |>routines to accomplish this.  Specifically, the zooming and grouping |>aspects may prove difficult, and certainly time consuming,  if I have |>to "roll my own". |> |>Suggestions? |> |>-greg |> |>greg@software.mitel.com |>   You don't mention your platform but Digital has a custom widget, NetEd,  which does exactly what you want to do. Cost is nominal 300 or so - call your local office.  The widget is supported on a variety of platforms and I heard rumblings of porting to Sun, etc. so it may be worth the check.
In <ellis.735675321@nova> ellis@nova.gmi.edu (R. Stewart Ellis) writes: >>Is there anyway to use X Windows over an async line?  Clearly you could use >                                x >It is X window.  No, it isn't.  It is the "X Window System", or "X11", or "X" or any of a number of other designations accepted by the X Consortium.  In fact, doing "man X" on pretty much any X11 machine will tell you:       The X Consortium requests that the following names  be  used      when referring to this software:                                    X                            X Window System                              X Version 11                      X Window System, Version 11                                  X11  There is no such thing as "X Windows" or "X Window", despite the repeated misuse of the forms by the trade rags.  This probably tells you something about how much to trust the trade rags -- if they can't even get the NAME of the window system right, why should one trust anything else they have  to say?  With regard to dialup X11 implementations, there are several.  You can buy serial X11 terminals from a couple of companies, including both  GraphOn and NCD.  (In fact, I'm composing this from an NCD running X11 over serial lines across 14.4 kbaud connection.)    NCD also sells a software-only package that provides XRemote (which is NCD's implementation of serial X11) for PC's.  There may be other such  software packages available.  X11R6 is supposed to include a standardized compression scheme for running X11 over low-speed connections.  It's called Low Bandwidth X (LBX), and  is based on improved versions of the techniques used in NCD's XRemote.   It seems likely that once LBX is released as a Consortium standard, there will be several vendors willing to supply implementations for various  sorts of hardware.  Followups directed to comp.windows.x
I am looking for a  program to draw various kinds of diagrams on my Linux system.  - It must be free. - It must run on standard (monochrome) X with a small screen size (800x600)   No motif/openlook etc. - It must compile under Linux with gcc/g++. Most generic unix software   works ok. - It must produce postscript files that I can include into LaTeX documents   with dvips. Or just tell me another free program that converts one   of the supported formats to ps. - It must produce drawings that are larger than the window size (scrollable).  I know of several such programs, idraw, xfig. tgif. I have no experience with any of them. Features I would like in the programs are.  - ability to draw circles, arcs, straight lines, boxes and arrows. - support for both dashed and solid line styles for all of these objects. - support for texts in any size. - ability to move/copy/resize/rotate any part of the drawing. - ability to turn any part of the drawing into a library component   (e.g. a transistor symbol composed of three lines, an arrow and a circle) - any aid (numeric coordinates, screen grid) to align parts of the drawing. - less essential, but in fact very handy: preservation of connection.   If I move one part of the drawing, the lines that connect that part to the   rest of the drawing, stay connected.  Ideally I want the tool so general and flexible that it is comfortable to draw electronic schematics, flow charts, logic diagrams, data flow diagrams and block diagrams with it.   I just want to know which of the programs offer which of the features on my whishlist and are there any other programs? How demanding are the programs with respect to disk space, memory and CPU usage? Are any of the programs known to work on Linux with monochrome X?
In article <C512xr.3oy@skates.gsfc.nasa.gov> andy@ice.stx.com writes: >I'm writing 'xwall', a simple X version of 'wall', and I want it to >put a message up on each of a default list of displays.  The problem >is that XOpenDisplay hangs if one of the displays is currently >controlled by xdm (login screen).   xdm does XGrabServer when it's running in secure mode (so do some screen-locks).  There's really no simple way to tell this is the case.  You can take xdm out of secure mode;  probably not too cool.  You can wrap your call to XOpenDisplay in some code which solicts a future SIGALRM and longjmps past the XOpenDisplay from the signal handler.  An example of this can be seen in the xdm sources.
I need the tool described in the subject line. Is there such a  tool available via ftp? If so, I'd appreciate it if someone could e-mail me the location and pathname.  Thanks.  ------------- Saad Mufti Personal Library Software
How can I draw an object of a specified color over objects of varying colors   and then erase it without having to redraw everything else?    What's happening is this,        If I draw it using GXcopy, it is drawn in the specified color.  If I erase       it using GXcopy with foreground and background reversed, it erases        whatever it overlayed.  I then need to redraw       all of the items it crossed.  Yuch.        If I draw it using GXinvert it is drawn in a random color - nothing        resembling what I requested.  It properly restores the color of        underlying objects in erase mode.    What's the solution?
** I am posting this for a friend ** ** please respond to vaughn%sonatech@hub.ucsb.edu **  I'm working on an application where we are creating a dither pattern  and rendering it in a window by applying it to the stipple pattern  of the GC.  The following code segment almost works if the window width  is an even multiple of 8.  If it is not an even multiple it skews the  pattern towards the right.  Another problem, whether it is an even  multiple of 8 or not, is a series of vertical lines spaced 8 pixels  apart.   extern	Display	       *dpy; extern	Window		xid; extern	GC		gc;  extern	int	Max_X, Max_Y;		/* set in resize handler	*/  dither(pixels)  	char	*pixels;		/* dither pattern data		*/  	{ 	char	*bm;			/* bitmap data			*/ 	char    *bmp; 	long	 I, arraymax;   	arraymax = Max_X*Max_Y;  	bm  = (char *)malloc(arraymax); 	bmp = bm;  	for (I=j=0; I<arraymax; I++) 		{ 		if (pixels[I] & DITHER_BIT) 			*bmp |=   2<<j;		/* pixel on		*/ 		else 			*bmp &= ~(2<<j);	/* pixel off		*/  		if (++j > 7) 			{ 			bmp++; 			j = 0; 			} 		}  	stipple = XCreateBitmapFromData(dpy, xid, bm, Max_X, Max_Y); 	free(bm);  	XClearWindow(dpy, xid);  	XSetStipple(dpy, gc, stipple); 	XSetFillStyle(dpy, gc, FillStippled); 	XFillRectangle(dpy, xid, gc, 0, 0, Max_X, Max_Y); 	XSetFillStyle(dpy, gc, FillSolid); 	}  I suspect the answer is to pad the data.