waashk/20ng huggingface dataset:
I'm working on an X11R5 application and have concerns regarding  standard colormaps.  The X11R5 documentation says: "Usually, a window manager creates  these colormaps."  I wonder what window manager the writer had  in mind.  Neither twm or mwm seem to create standard colormaps.  Of course, one can use xstdcmap to create standard colormaps.   However, xstdcmap doesn't seem to try very hard to avoid  conflicts with the default colormap.  When I use standard  colormaps created by xstdcmap, the rest of my display goes black.   So it seems as if use of standard colormaps causes the very  problem standard colormaps are intended to avoid.  Perhaps  if every application used standard colormaps, things would  be wonderful.  But not many applications seem to use  standard colormaps.  Finally, the operation of the functions XmuGetColormapAllocation,  XmuStandardColormap, and XmuCreateColormap seem inconsistent  with the section 14.3 of the X11R5 XLIB documentation.      According to the section 14.3 of the X11R5 XLIB documentation (p. 436):      For GrayScale colormaps, only the colormap, red_max, red_mult, and      base_pixel members are defined.  The other members are ignored.       To compute a GrayScale pixel value, use the following expression:              (gray * red_mult + base_pixel) &0xFFFFFFFF      XmuGetColormapAllocation, defined in mit/lib/Xmu/CmapAlloc.c, is      used by XmuLookupStandardColormap, defined in mit/lib/Xmu/LookupCmap.c     to select red_max, green_max, and blue_max values for the      call to XmuStandardColormap.  When the RGB_GRAY_MAP property is      specified, XmuGetColormapAllocation sets red_max to 30% of the      total number of cells in the gray scale, sets green_max to 59%      of the total number, and sets blue_max ot 11% of the total number.     Referring to section 14.3, one would expect XmuGetColormapAllocation      to set red_max to the total number of cells in the gray scale.      When the RGB_GRAY_MAP property is specified, XmuStandardColormap,      defined in mit/lib/Xmu/StdCmap.c, sets red_mult, green_mult,      and blue_mult all equal to 1.  Referring to section 14.3,      one would expect green_mult and blue_mult to be ignored.
X/Motif Gurus,  	How do you handling scaling of X text while performing zooming  operations  on figures? Is restricting user to select scalable fonts too  restrictive and  a absolute NO NO? Any books that have discussion on this topic?  Should have really taken more  of those Computer Graphics courses but, now its too late -:( )  	I will summarize response. Thanks in advance.
From article <1993Apr17.010256.14372@eafs000.ca.boeing.com>, by ten0772@eafs000.ca.boeing.com (Timothy E. Neto): > rainer@sun3.eeam.elin.co.at (Rainer Hochreiter) writes: >> >>I've seen a lot of different terms, which seem to mean the same thing. >>Who can give an exact definition what these terms mean: >> >>	-) multi-screen >>	-) multi-headed >>	-) multi-display >>	-) X-Server zaphod mode >> >>Is there a limit how many screens/displays a single server can handle >>(in an articel a read something about an upper limit of 12) ? >> >>How is the capability called, if I want to move the cursor from one >>screen/display to another. >  > As to how many clients may be display on a server, I believe the limit > would be how much memory is available to your server or allocated by the > server. >   This all sounds suspiciously like my company might have something to do with this.  Background first: Megatek has a series of framebuffers designed as X accelerators. For the most part these are designed for Sun SBUS and Sun (and other vendor's) VME systems.  That said, Megatek products support multi-screen and/or multi-display on a sigle workstation. Most of our cards have a keyboard/mouse port which can be used to provide additional displays. For example, say you hade a Sparcstation with an Sbus expansion chassis. You could put in six frambuffers, allowing a total of six screens in the system. You could then attach from 1 to 6 keyboard/mice, allowing you to mix and match any combination of screens and displays. You could have 1 6-screen display, 3 2-screen displays, 6 1-screen displays, or 1 2-screen display and 1 4-screen display. Basically any combination.  Because of this, we at Megatek try to be very careful about the use of the words multi-screen and multi-display. They are quite different in meaning, and (at least in X) have exact definitions.  The reason I ramble like this is the mention of an upper limit if 12 screens in a display. As it so happens, there's a define in the server that determines the most screens supported (server/include/misc.h, MAXSCREENS). As released my MIT, this is 3. As released by Megatek, this is 12.  As such, the most screens supported by a single Megatek display (i.e. X server) is 12. If someone construed this to be a limitation of X I'm sorry, but clearly (as pointed out so well by Mr. Neto) this is not the case.  We just did it here because nobody has ever asked us for more. Of course, I could say "Buy all you want, we'll support more." --
brown@ftms.UUCP (Vidiot) writes:  >In article <1993Apr4.183419.584@vms.huji.ac.il> klony@vms.huji.ac.il writes: ><I've had several requests to post any information I've gathered regarding my ><search for ansi mouse/color xterm source. >< ><My only response was from Larry W. Virden who writes: >< ><> the mit x11 r4 and r5 both provide mouse escape sequences now.  There ><> are several color xterm enhancements on export.lcs.mit.edu:/contrib . >< ><Indeed I found color_xterm.tar.Z in that directory along with lots of other ><FUN stuff for X. Thanks Larry.  >I also found it on uunet in /pub/window-sys/X/contrib, for those that can >only do anonuucp (like me).  But I noticed that the thing is dated 9/12/90, >making it over two years old.  Is this really the latest version?  Are we talking about an xterm which would accept the same escape sequences as that for VT340 (or colour decterm/dxterm)? I thought that was called colxterm (and my testing of it shows some oddities that might be bugs or might be my program going wrong).
[This belongs in comp.windows.x.i386unix - I've redirected followups]  In article <C5ssHu.CBI@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes: > Does XFree86 support any EISA video cards under Dell 2.2? > --  > Larry Snyder                                > larry@gator.rn.com  I know for a fact that the EISA version of the Orchid ProDesigner IIS works.  However, an EISA SVGA card is likely a waste of money.  When XFree86 2.0 comes out, with support for accelerated chipsets, ISA, EISA, and VLB will all be supported.  The more important question is "what chipsets are supported?".  The bus is basically irrelevent as a compatibility issue.  -- David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871  Fax: (908) 957-5627 AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748  XFree86 requests should be addressed to <xfree86@physics.su.oz.au>
We have Suns running SunOS 4.1.3 and Openwindows 3.0 (X11R4). We have used Xvision on a PC, setup to broadcast query to the UNIX xdm servers and allow a user to choose a UNIX client in which to login: xdm will then manage that display. I would like to do the same thing with xfree86 running under Linux, but I don't know how. I don't want to hardwire the UNIX xdm to manage the PC displays as the PC's are not always running Linux  (let alone xfree86). I would like the same setup as provided by Xvision.  Can anybody help? Thanks,
# #Do anyone know about any shading program based on Xlib in the public domain? #I need an example about how to allocate correct colormaps for the program. # #Appreciate the help. #  I don't know if this might help, but I've just started playing with a program called POVRay (Persistance of Vision Raytracer) that also displays its output via X Windows.  It does a fairly good job of allocating the colormap on my Psuedo-Color 8-plane display.  I got the source from from a site in Canda. The person I retrieved them from was David Buck (dbuck@ccs.carleton.ca).  Patrick L. Mahan  --- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------
I've built xcoral on my system (SunOS 4.1.3, X11R5, Motif 1.2, OW 3.0) and it builds fine, but when I run it, any child windows that xcoral opens, 1) locks the mouse into the window area 2) doesn't accept any input from the mouse.  Needless to say, this is a pain in the ass, as I have to go find an empty terminal to login and kill xcoral.  Is this a problem with OpenWindows or Motif?  Is there a patch? --- ####################################################################### # Bob Campbell                 #  "Crayons can take you where no      # # System Manager               #   Starship can go."                  # # HAO, NCAR                    #                    -Guinan           # # rsc@hao.ucar.edu             #                     STTNG            #  ####################################################################### DISCLAIMER: My views are in no way connected to my employer.
Can someone tell me in 25 words or less how to compile posix message catalogs so that I can use them with catgets, catopen, etc. I know what the format for the catalogs is, but don't know how to compile them.  Please reply to chas@blackwhite.com  Thanks in advance,  chas
Don't know how to avoid the XOpenDisplay hang... but perhaps you could use something else (such as zephyr, perhaps)?
Dear Xperts,  I'm developing an application that uses a Motif slider to select an image file out of a directory. Now I would like to display the name of the file corresponding to the value of the dragged scale button (i.e. with the MB1 pressed). As XmNshowValue only displays the current value of the scale button and not the actual corresponding image file name, I thought of using an XtAddEventHandler to do the mapping between the scale value and the file name:  XtAddEventHandler(scaleImage,Button1MotionMask,  FALSE, SliderMoved, NULL);   and in the eventhandler do a:    while (XCheckTypedWindowEvent (display, event->window, MotionNotify, &Return))    ;   XmScaleGetValue(scaleImage,&value);   /*map value to file entry in directory and finally obtain file name to open*/   However, when I move the pointer in the scale widget I get callbacks, with of co    urse a null effect as my MB1 is not pressed to move the scale button. So what is goin    g wrong? Or is the a wrong approach to this problem? Any hints are highly appreciated.
As distributed, twm thinks everything with three or more colormap cells must be a colour screen.  Here's a patch to have it use the screen's visual class.  *** twm.c.DIST	Wed May 12 14:56:55 1993 --- twm.c	Wed May 12 15:47:53 1993 *************** *** 343,352 **** --- 343,384 ----      	Scr->XORvalue = (((unsigned long) 1) << Scr->d_depth) - 1;    + #ifdef oldCode   	if (DisplayCells(dpy, scrnum) < 3)   	    Scr->Monochrome = MONOCHROME;   	else   	    Scr->Monochrome = COLOR; + #else + 	{	XVisualInfo template; + 		XVisualInfo *visualInfo; + 		int nitems; +  + 		template.visual = DefaultVisual(dpy, scrnum); + 		template.visualid = XVisualIDFromVisual(template.visual); + 		template.screen = scrnum; + 		visualInfo = XGetVisualInfo(dpy, VisualIDMask|VisualScreenMask, + 				&template, &nitems); + 		if (nitems == 1) { + 			switch (visualInfo->class) { + 		case StaticColor: + 		case PseudoColor: + 		case TrueColor: + 		case DirectColor: + 				Scr->Monochrome = COLOR; + 				break; +  + 		default:	Scr->Monochrome = MONOCHROME; + 				break; + 			} + 		} + 		else { + 			(void) fprintf(stderr, + 					"%d Visual match(es), assuming mono\n", + 					nitems); + 			Scr->Monochrome = MONOCHROME;  /* assume */ + 		} + 	} + #endif      	/* setup default colors */   	Scr->FirstTime = TRUE;
*Reminder*   Plan now for the Andrew Conference. *Date* The dates are as noted below.  (We have not changed them.) *Submission extension*   We are still accepting papers.  *Tutorial topic*   	_Converting Andrew source code to C++_  This tutorial will discuss the steps necessary to convert a site from C (extended with classC) to C++.  Conversion of the source code requires only a couple of steps: 	run the converter 	fill in missing type information Describing this will not take long.  The remainder of the day will be spent learning how to write objects in C++ and practicing.  ------------------------------  1993 Andrew Technical Conference and Consortium Annual Meeting June 24-25, 1993 Carnegie Mellon University Pittsburgh, PA  The conference will be held on the last Thursday and Friday in June.  A tutorial will be on Thursday the 24th and the conference proper on the 25th with the annual meeting at the dinner on the evening between the two days.  All conference attendees are welcome at the annual meeting, though only Consortium members will be able to vote.  This year's theme is   	Application Construction by Non-Programmers  Much of the effort on X toolkits has been aimed at programmer construction of applications.  There have, however, been some excellent UIMS systems built on top of X.  Papers addressing the theme will consider questions such as 	What is needed for application construction by non-programmers? 	Can we avoid programming altogether, or is a simple language needed? 	Is it sufficient to create applications, or must users be able to create new widgets? 	Should widgets and applications be able to print themselves?  Your participation in the conference is welcome.  Papers are appropriate on the theme or any aspect of the Andrew User Interface System, including  	applications 	experience with users 	new objects 	reviews of and proposals for revision of  		internal Andrew protocols  We expect to have an RS/6000 with video projector available if you would like to do a demonstration.    Paper proposals should be submitted by 15 May 1993. Acceptance will be 1 June with final papers due by 15 June.  Send papers via electronic mail to wjh+@andrew.cmu.edu.
Hello, I hope this is the right group to post this in.   I've got a little problem.  I finally managed to get a REAL operating system (Linux, as opposed to MS-Dos) and I like it alot.  But, when I try to run 'startx', I get a strange response: My monitor goes into graphics mode and I get this big white rectangle on the screen - that's all! Nothing else!  Now, I've collected almost every FAQ in the world to help me but either it's too confusing or I must be missing something.   My setup: 	386DX (about 20Mhz) 	Trident 8900C SVGA (w/1 Meg) 	4 MB RAM 	Plenty of HD space Any help is appreciated. Thanx.
I am saving an image on one machine and redisplaying the image on another machine (both are HP 9000 Model 750s).  The image is created using XCreateImage and XGetImage and displayed with XPutImage.  The image is redisplayed correctly except that the colors are wrong because the server on the other machine is using a different colormap.  I tried saving the colormap (pixel and rgb values) and on the redisplay, performed a table lookup against the new colormap.  This didn't work because some rgb combos don't exist in the new colormap.  Is there a way to force the server to load colors into set pixel values, or is there a simpler way to solve this problem?  I tried using xinitcolormap but couldn't get that to work either.  Any help would be appreciated.
In article <9304292140.AA29951@haji.haji_sun>, fwr8bv@fin.af.MIL writes: > I am using xdm on X11R5 with OW3 and Xview3 on Sun3s and SPARCs running  > SunOS 4.1.1.  Prior to using xdm, I used to set PATH and other environment > variables (like MANPATH, HELPPATH, ARCH, etc) in my .login file.  With xdm, > the .login file doesn't get executed and therefore neither the olwm > root-window nor my applications know about these variables.       You  should  try  having  a  .xsession  script in $HOME to do these things.  xdm will  start  up  your  process  using  the  system  version (usually /usr/lib/X11/xdm/Xsession), which should check whether you have your won and change to that if you do.  (Take a copy of the  system  one and edit it).        Note, that this file requires "x" access to be set.
Hi, looking for any advice or suggestions about a problem I'm having with MIT X11R5's editres, in particular under twm variants.  For a start, 9 times out of 10 (but NOT always) editres won't grab a widget tree when running on our NCD (Decwindows) Xterms, which I'm told will be fixed when the R5 (not R4) XDm is installed. OK, so I tried running it on a Sun, running real R5, on the same network - I get a widget tree, but it's ALWAYS for 'TWM Icon Manager'  Anybody know of any patches for (a) twm or (b) editres that I should look at?
As soon as I am logged into Linux, I type  # xinit  Setting TCP SO_LINGER : Protocol not available no SIOCGIFCONF XFree86 Version 1.2/X Window System (protocol Version 11, revision 0, vendor release 5000) configured drivers: 	VGA256(256 colout SVGA): 	  et4000, et 3000, PVGA1, gvga, ati, tvga8900c, tgva9000     (using VT number 7) Mouse : type : Mouse Systems, device : /dev/mouse, baudrate:1200 Font Path set to "usr/lib/X11/fonts/Type1, /usr/lib/X11/fonts/75 dpi/, 				  /usr/lib/X11/fonts/Speedo, /usr/lib/X11/fonts/Bitstream1/, 				  /usr/lib/X11/fonts/misc. VGA 256 : et4000 ( mem : OK numclocks : 16 ) VGA 256 : Clocks : 25.2 28.3 47.8 41.2 25.4 0.0 47.6 0.0 VGA 256 : Clocks : 0.0  0.0  0.0  0.0  0.0  0.0 0.0  41.3 Vga 256 : Too little memory for virtual resolution 1024 1204  *** A configured device found, but display modes could not be resolved. ***  Fatal server error: no screens found giving up. xinit : Interrupted system call(errno 4) : Unable to connect to X server xinit : No such process(errno 3) : Server error.  ===========================================================================  Why am I getting these messages when I type in xinit? Is there a configuration file for X-Windows(like config.sys for MSDOS)? How do I start the X session( from shell )?   ______________________________________________________
Hello,  Anyone know of any source code I can get to either create window  dumps in GIF format, or convert an XWD (x window dump) file  into a GIF? Really could be any format I can manipulate in DOS,  i.e. PCX, BMP, etc.  later,  shane
In article <930419000332.60e01d81@TGV.COM>, mahan@TGV.COM (Patrick L. Mahan) writes: |> # |> # I've gotten very few posts on this group in the last couple days.  (I |> # recently added it to my feed list.)  Is it just me, or is this group |> # near death? |> # |>  |> Seen from the mailing list side, I'm getting about the right amount of |> traffic.  And seen from my point of view, I get far too much articles to keep up with them. I am lucky if I can scan through the subjects from time to time.  --    Dipl.-Inform. Rainer Klute      I R B :  immer richtig beraten   Univ. Dortmund, IRB   Postfach 500500         |)|/    Tel.: +49 231 755-4663 D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
On a related note, how can I use xv to display colored GIFs on my root display with HP Vue?  All I can do with Vue is display xbm's through their Backdrop Style Manager.  xv does not seem to be able to override whatever Vue puts there.  Thanks, Jan
In article AA04287@neko.CSS.GOV, nancie@neko.CSS.GOV (Nancie P. Marin) writes: >I am trying to use XCopyPlane to copy a single plane  >from a depth-8 pixmap to a depth-1 pixmap.  Everytime I >try this, I see absolutely nothing displayed.  I know there >is data in the depth-8 pixmap becuase I have checked by doing >an XCopyArea to the screen.  The code fragment looks reasonable, but is your logic valid? Just because something appears in an 8 bit deep pixmap doesn't mean every bit plane contains data.  Did you try each plane?
In article <1993Apr20.144415.2153@ncar.ucar.edu> boote@eureka.scd.ucar.edu (Jeff W. Boote) writes:   >In article <4378@creatures.cs.vt.edu>, ramakris@csgrad.cs.vt.edu (S.Ramakrishnan) writes:   >>    >>    Environment:   >>       mach/arch : sparc/sun4  (IPX)   >>       OS	: SunOS 4.1.3   >>       X11	: X11R5 (patchlevel 22)   >>       Motif	: 1.2.2   >>    >> I bring up X server using 'startx' and /usr/bin/X11/Xsun. The following sequence   >> of actions crashes the X server (SIGPIPE, errno=32, 'xinit' reports that connexion    >> to X server lost):   >   >I had this problem as well - It had to do with the CG6 graphics card that   >comes with the IPX.  What fixed the problem for me was to apply the "sunGX.uu"   >that was part of Patch #7.  Patch #1 also used this file so perhaps you   >didn't apply the one that came with Patch #7.   >   >jeff   >-   >Jeff W. Boote  <boote@ncar.ucar.edu>      *********************************   >Scientific Computing Division             * There is nothing good or bad  *   >National Center for Atmospheric Research  * but thinking makes it so.     *   >Boulder                                   *                   Hamlet      *   >                                          *********************************  Thanx, Jeff. You're a lifesaver. I imported the new sun GX emulator that came in with patch #7. The problem has since disappeared.  Thanx to der (schoene) Mouse for his help too.
>  > I am trying to use XCopyPlane to copy a single plane  > from a depth-8 pixmap to a depth-1 pixmap.  Everytime I > try this, I see absolutely nothing displayed.  I know there > is data in the depth-8 pixmap becuase I have checked by doing > an XCopyArea to the screen. >  > I have been successful getting XCopyPlane to work if I use > two pixmaps of depth-8.  Is there a problem with what I am > trying to do?? >  > Could someone please scan my code segment and let me know > where I am going wrong... >  > I have created a XmDrawingArea widget called canvas.  >   >     w_id = XtWindow(canvas); >     display = XtDisplay(canvas); >     screen = DefaultScreen (display); >     pixmap8 = XCreatePixmap (display, RootWindow (display, screen), >                     w_width, w_height, DefaultDepth (display, screen)); >     pixmap1 = XCreatePixmap (display, RootWindow (display, screen), >                     w_width, w_height, 1); >  >     w_gc8 = XCreateGC (display, w_id, 0, NULL); >     w_gc1 = XCreateGC (display, pixmap1, 0, NULL); >  > --> Code to read xwd image into pixmap8 is omitted <---- >   Have you set the foreground and background colors in w_gc1 to  something other than 0 and 1?  The WhitePixel and BlackPixel macros on your server may not return values suitable for depth 1 drawables.   >     /* Copy one plane into the depth-1 pixmap */ >     XCopyPlane (display, pixmap8, pixmap1, >                 w_gc1, 0, 0, w_width, w_height, 0, 0, 16); >   Are you sure that the fifth plane of the data isn't all the same?  You could have different pixel values in the image, but the fifth plane (0x10 == 16) might all be the same value?   >     /* Using the depth-1 pixmap as the clipmask, copy it to the screen */ >     values.foreground = fg_color; >     values.clip_x_origin = 0; >     values.clip_y_origin = 0; >     values.clip_mask = pixmap1; >     mask = GCForeground | GCClipMask; >     XChangeGC (display, w_gc8, mask, &values); >  >     XFillRectangle (display, w_id, w_gc8, 0, 0, w_width, w_height); >    If you just want to see the plane of data and want better performance, don't use ClipMasks, just use pixmap1 as the stipple in a stippled rectangle fill.  Many servers are very stupid about handling complex clip lists, and turn a bitmap clip region into hundreds and hundreds of little clipping rectangles, and clips every drawing primitive against every one of these little triangles.   Actually, I must also ask the FAQ's #1 most popular reason why graphics don't show up: do you wait for an expose event before drawing your rectangle?    > Other Info:  X11R5 Patchlevel 10 >              Motif 1.2.1 >              Sun Sparc2 running SunOS 4.1.1 >               >  > Thanks in Advance! >  >  ---------------------------------------------------------------- >  Nancie P. Marin      NET:  nancie@neko.css.gov >  ENSCO Inc.           MAIL: 445 Pineda Ct.  Melbourne, Fl.  32940 >  (407)254-4122        FAX:  (407)254-3293 >  ----------------------------------------------------------------