waashk/20ng huggingface dataset:
comp.windows.x In article <1993Apr26.122007.25760@relay.nswc.navy.mil>, rchui@nswc-wo.nswc.navy.mil (Raymond Chui) writes:  	Please igore my previouse calculation mistaked. Please see the correct calculation. Sorry! |> I created a pixmap or drawable window, then used XDrawLine() function  |> drawed a line as below fingure: |>  |> 		width = 300 |> 	================================ |> 	|				| |> 	|				| |> 	|			p1	| |> 	|			\	| |> 	|			 \	| height = 300 |> 	|			  \	| |> 	|			   \	| |> 	|			    \	| |> 	|			     \	| |> 	|			      \	| |> 	|			       \|p3 |> 	|				|  |> 	|===============================| \ |> 					    \ |> 					     p2 |>  |> 	I created the pixmap or drawable window only with size 300x300. |> But I draw line from p1(x1=270,y1=100) to p2(x2=500,y2=800). |> My question is, dose the XDrawLine function can finger out that correct |> p3(x3 and y3) for me? If you calculate x3 and y3.  |>   x3 = 300;  @ = art tan (500 - 270)/(800 - 100)) = 18.19 degrees;  y3 = 100 + (300 - 270)/tan(@) = 191.29 ~= 191 integer  |>  |> How do I prove XDrawLine() give me the right x3, y3 or not? |> Please don't ask me why I don't created a 900x900 pixmap. No, I don't |> wan to.  |>  |> Thanks in advance! |> --  |> Raymond H. Chui |> NSWC N62 |> 10901 New Hampshire Ave. |> Silver Spring, MD 20903-5000 |> U.S.A. |> Voice:1(301)394-3807 Ext. 45 |> FAX:1(301)394-4483 |> EMail:rchui@opal.nswc.navy.mil |>  _ __                                  _    ,    __ |> ' )  )                           /    ' )  /    /  ) / |>  /--' __. , , ____   ______   __/      /--/    /    /_  . . o |> /  \_(_(_(_/_/) ) )_(_) /) )_(_(_     /  ( o  (__/ / /_(_/_(_ |>           / |>          '
See subject. An opportunity for sales-people (-persons? -entities?).  I am looking for a commercial/PD graphics editor with fairly limited abilities that runs under X and preferably uses Motif widgets. It must run on HP-UX version 9, either with or without the PEX extension. The sort of things I want are simple drawing, resizing and moving of objects such as lines, rectangles and text. Bounding rectangle operations are sufficient for object selection. Ideally it should also allow the creation and placement of more complex objects such as widgets (e.g. text entry fields or labels), but this is not mandatory.  Does anyone have such an animal? If you do, please mail me with details including price (especially run-time licensing since it must be included in a product). Alternatively, send glossies to me at Logica, 68 Newman Street, London W1, including technical info please. For PD stuff, I have some effort that could be put into porting.  Thanks for any help, Nicholas Young.
Where can I obtain a copy of the Open Look widgets?  Is it obtainable on the net somewhere, or do I need to order a copy (if so, how)?  Thanks for any help.  Please email.
In article h1m@vtserf.cc.vt.edu, stellr@smyrna.cc.vt.edu (Ray Stell) writes: |> |>If I install X11R5 with backward compatibility for motif, will motif |>1.2 clients work on the X11R5 servers?  It works for me.  I've run Motif 1.1.3,1.1.4,1.1.5,1.2,1.2.1, and 1.2.2 on an X11R5 server with MotifBC defined.
I'm writing an X server for some video-generation equipment.  The hardware is "truecolor" in YUV space; in X terms it has a 24-bit static color visual.  I would really like to have the server just present this static visual, but I'm not sure if this will be  acceptable to "most" X clients.  The three problems I see are:    1) The colormap, though huge, is static.   2) All pixels would be 3 bytes wide.   3) Because the hardware actually lives in YUV space, the      translation RGB->YUV will introduce some rounding error.  Being more of a server guy than a client guy, I ask: will these limitations thwart many X clients?  Or will most of the X stuff floating around blithely accept what they're given?  I could write the server to also present a pseudocolor visual of, e.g., 8 bits,  but I'd rather avoid this if not necessary.  I know there are no absolutes, but I'd appreciate hearing people's opinions and suggestions.  Thanks!
mark@taylor.uucp (Mark A. Davis) writes:  >markw@pspmf3.gpsemi.com (Mark Wilkinson - Ext 3443) writes:  [...]  >*BUT*  your performance WILL suck lemons running an Xserver on a clone. >(From experience).  You would be much better off with an Xterminal if this >is a new install.  The performance will be at least four times better. >In addition it would be MUCH easier to install and use.  On top of that >they will cost about the same (price a clone with 4MB RAM, ethernet card, >very high performance graphics card, GOOD monitor, server software, TCP/IP >for clone software, mouse, keyboard, etc, etc, etc.... you spend a whole >lot of $$$$).  >I can get 15" Tektronix XP11 terminals for under $900, and the performance >is over 80000 Xstones..... >--  >  /--------------------------------------------------------------------------\ >  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 | >  | Sys.Administrator|  Computer Services   | mark@taylor / mark@taylor.UUCP | >  \--------------------------------------------------------------------------/  I think your performance will depend upon the X server.   I'm running Linux and XFree86 on a 33Mhz 486DX with 4MB of RAM (8MB swap) and it runs just fine.  Its a lot better than some of the crappy old Xterminals in the labs at school anyway.  You could probably outfit a 386SX with a minimal Linux/X setup for $900 and be better off than with an Xterminal. IMHO.   Scott --
In article <1993Apr28.100545.1217@nbivax.nbi.dk>, spang@nbivax.nbi.dk (Karsten Spang) writes: > I have a problem: I am not able to create a window with 24 bit planes. > ... gave BadMatch error on the CreateWindow request. >  > As far as I can tell from the manual, the only attribute which may give > a BadMatch, is the colormap, if it belongs to a wrong visual. But the > visual was correctly matched  I got several answers, the most complete was from Errol Crary  (errolc@tv.tv.Tek.com): >I have just looked at the R4 server listings (.../mit/server/dix/window.c ) >and there are several ways in which you can get a BadMatch error, even >though my O'Reilly book only says "BorderWidth is nonzero for InputOnly". > >1- if ((class == InputOnly) && ((bw != 0) || (depth != 0))) > > >2- /* Find out if the depth and visual are acceptable for this Screen */ > > >3- if (((vmask & (CWBorderPixmap | CWBorderPixel)) == 0) && >    (class != InputOnly) && >    (depth != pParent->drawable.depth)) > > >4- if (((vmask & CWColormap) == 0) && >    (class != InputOnly) && >    ((visual != ancwopt->visual) || (ancwopt->colormap == None))) > > >So,  >case 1 is InputOnly which is not your case;  it seems to be the >     O'Reilly case. >Case 2 should not be the case since you got the visual for the screen. >Case 3 looks suspicious; you are giving no CWBorder... in the attribute >     mask, and since the visual is not the parent depth, I would suspect you >     need to supply a border pixel from the new colormap you are going to use >     for this window. >Case 4 does not seem to be the problem since you do supply the CWColormap >     in the attributes.                               Thanks for your help                                     Karsten --
I am having a problem with the high order bit of a character being  clipped when entered in an xterm window under motif. I have reprogrammed the F1 key to transmit a <ff> <be> character sequence by using the following line in .Xdefaults:  ~Ctrl ~Shift ~Alt <Key> F1 : string(0xff) string(0xbe) \n\  I merge in this line with xrdb -merge and then create the new xterm which has the remapped F1 key. The problem that arises is that the  application which is recieving input at the time only sees a <7f> <3e> sequence, which is <ff> <be> with the high order bit of each character being filtered or ignored.  When I run xev and press the F1 key, I get the correct value showing  up in the following two key events:    KeyPress event, serial 14, synthetic NO, window 0x2800001,   root 0x28, subw 0x0, time 2067815294, (67,80), root:(74,104),   state 0x0, keycode 16 (keysym 0xffbe, F1), same_screen YES,   XLookupString gives 0 characters:  ""    KeyRelease event, serial 16, synthetic NO, window 0x2800001,   root 0x28, subw 0x0, time 2067815406, (67,80), root:(74,104),   state 0x0, keycode 16 (keysym 0xffbe, F1), same_screen YES,   XLookupString gives 0 characters:  ""  Notice that the keysym being transmitted is correct; 0xffbe. But when I use the F1 key while in vi or in a program I wrote to  spit back the hex values of keyboard input, I only get <7f> <3e>.  Does anyone know why the high order bit is being filtered and what I can do to make sure that the entire 8bits make it through to the final application? Any help is greatly appreciated.  Please *email* any responses.
Subject says it all... Anyone know where I can find one.  Binaries are nice, but source would do to.    Thanks in advance,
Has anyone seen source to an xterm package ready to perform UNISYS 22403 TERMINAL EMULATION.  Got a clunker... and ...  Got a connect!  return: mikell@cactus.org
amathur@ces.cwru.edu (Alok Mathur) writes: >I would like to know how I can set the depth of the frame to be 24 bits. >I tried using the following Xlib code :  >Am I using a completely wrong approach here ? Is it possible to set the depth  Yes.  >and colormap for a window created by Xview ? What am I doing wrong ?  Look up XV_DEPTH.  Also, you might want to try using XView colormap segments instead of Xlib for your colormap stuff.  They will probably be easier for you to use, and since you are using a TrueColor visual, you won't be losing anything compared to straight Xlib.
it doesnt matter what window mgr you running under, you can use the X routine: 	XIconfiyWindow(display, w, screen_number) 		Display *display; 		Window w; 		int screen_number;  as in  	XiconifyWindow( XtDisplay(w), XtWindow(w), 0);  does that perform what you want??   In article <C5IFJ0.F2u@csn.org> doomer@teal.csn.org (John Dumais) writes:     Newsgroups: comp.windows.x    Path: shearson.com!uupsi!psinntp!uunet!haven.umd.edu!darwin.sura.net!wupost!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!teal.csn.org!doomer    From: doomer@teal.csn.org (John Dumais)    Sender: news@csn.org (news)    Nntp-Posting-Host: teal.csn.org    Organization: Colorado SuperNet, Inc.    X-Newsreader: Tin 1.1 PL4    Date: Thu, 15 Apr 1993 05:35:22 GMT    Lines: 8     I've been trying to figure a way to programmatically iconize     an application running under a Motif window manager.  I have tried    several approaches includeing sending events to the application's    border window, but to no avail?  Anyone done this before?     Thanks,     doomer '85 --
Hi  I am trying to implement a pointer feature in Xlib  I have multiple windows and all can take input and  show output simultaneously on all other displays  I want to implement a pointer feature   I would like to get the pointer to come up on all windows once  I choose pointer in the menu and every one should be able to see it  Can you give me some hints as to how I should proceed  I am new to Xlib    replies will be greatly appreciated  Thank you
Hello Netlanders:         I am a novice X user with a question for any Xgod.         My computer configuration with the X problem is as follows:         486DX50/256/16RAM  running Esix 4.0.4         Wangtek AT-style interface 250 M tape drive.        I have loaded the Basic OS (which includes nsu) and        inet utilities (tcp/ip).        I ftp-ed the XFree86 (X11R5) binaries and installed properly.    I can execute startx and run X-windows with no problems.  However, if I try to access the tape drive while in X, the  machine locks up instantly.  If I am out of X and access the  tape, the tape drive works fine.  Soon as I try to  startx again; the screen changes modes, but, the grey background  pattern does not come up and no xterm is forked.  I have to login  from another terminal and execute a shutdown to reset the system.   I've contacted Esix about this problem.  They claim THEIR X-window X11R4  server (which I have) works with the Wangtek tape drive.  They also   claim I only need the nsu (network system utilities) to run X; I don't  need inet (tcp/ip).  My experience has been that I need BOTH to get  XFree86 to work.  I'm not too concerned about having to load both nsu and inet  packages to get X to work unless the inet package is causing my problem.   I would like to get both X and my tape drive to co-exist on the same  system.  If you can shed any light on the problem, it would be appreciated.    One colleague implied this might be a hardware conflict.  If this is true,  what direction should I look to resolve the conflict ?   Thanks,
In article <C5Ky44.L2K@compsci.liverpool.ac.uk>, mbell@csc.liv.ac.uk (Mike Bell) writes: > /* Apologies for those who have read this before but no-one has solved this */ > /* one yet so I'm posting again! Sorry :-)                                  */ >  > I'm having problems creating a cursor bigger than 64x64, I'm using Motif 1.1 > X11R4 running HP-UX 8.07 - all the functions return valid results but no > cursor appears when the bitmap is bigger than the aforementioned size. I tried >  > using the following code: >  > unsigned int w,h; > XQueryBestCursor(XtDisplay(programArea), XtWindow(programArea), 72, 71, &w, > &h); >  > to return the nearest size to what I require however it returns 72 and 71 as > the width and height respectively. What am I doing wrong? and if not how can I > get round the problem!!  Does the workstation you're using have hardware cursor support?  Or does the server generate a software cursor.  You can generally tell the difference just by using it.  If the cursor blinks a lot when there's screen activity, it's probably a software cursor.  If it has a hardware cursor, I think you're probably battling a bug in HP's X server.  I'm not familiar with any hardware cursor chips that display cursors greater than 64x64.  It's quite possible that the server is just echoing your preferred cursor size without actually checking it.  I vaguely recall that very old MIT server revisions did just  that.  In reality you're probably stuck with a 64x64 maximum size cursor regardless of what the server returns.
In <9304211637.AA03386@blue.arbortext.com> rps@arbortext.COM (Ralph Seguin) writes:  >My question is this:  Is there a means of determining what the state >of CapsLock and/or NumLock is?  I don't know any way except to see what modifiers are on in th Keypress event.  Of course if there is some reason why you need to always know the state of modifiers even if your windows don't have the keyborads focus you can always ask for KeyPress events from the root window.  Then you get all the KeyPresses and you always know what have been pressed.  >An even more pointed question: Is there an easy means of making an X >keyboard act like a PC keyboard?  ie, CapsLock is active, and the user >presses shift-a, I'd like to get a lowercase 'a' instead of 'A'.  I think this is just a question of how to implement XLookupString. You can always write another function that interprets the KeyPresses as you like.  You can look at the implementation of XLookupString from the Xlib sources and then modify it a little bit.
In article <BUZZ.93Apr19101538@lion.bear.com> buzz@bear.com (Buzz Moschetti) write >In article <WHALEY.93Apr15103931@sigma.kpc.com> whaley@sigma.kpc.com (Ken Whaley) writes: >>   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? > >Suppose you have an idle app with a realized and mapped Window that contains >Xlib graphics.  A button widget, when pressed, will cause a new item >to be drawn in the Window.  This action clearly should not call XCopyArea()  >(or equiv) directly; instead, it should register the existence of the new >item in a memory structure and let the expose event handler take care >of rendering the image because at that time it is guaranteed that the >Window is mapped. > >The problem, of course, is that no expose event is generated if the window >is visible and mapped.  Do you know the best way to "tickle" a window so >that the expose event handler will be invoked to draw this new item? >  What does this have to do with my original question???  I previously stated that I did an XCopyArea of the depth-8 pixmap to the screen just to make sure that my image had data, and it did.  This is NOT a problem with expose events, it has to do with XCopyPlane not working!!!  Does anyone have a code fragment they could send demonstrating that XCopyPlane works???  This would be very helpful!  Thanks!   ----------------------------------------------------------------  Nancie P. Marin      NET:  nancie@neko.css.gov  ENSCO Inc.           MAIL: 445 Pineda Ct.  Melbourne, Fl.  32940  (407)254-4122        FAX:  (407)254-3293
In article <1993Apr12.155820.82@aedc-vax.af.mil>, bonds@aedc-vax.af.mil writes: > I am reposting this because I am not sure my first post ever made it out. > I have built and installed X11R5 on my SPARCstation 2.  My aim is to run > the MIT X server but retain the OpenLook Window Manager.  I am sure this > is not uncommon, but I just want to make sure that I change and/or delete > everything that I need to.  For instance, I can start xdm in rc.local, but > how do I get rid of Xnews? >     The OpenLook window manager source is available on the MIT contrib tapes   or from  export.lcs.mit.edu  .I would suggest building this too, rather than   using the version from OpenWindows. It is  olwm  v3.  				Regards,
store and reply of mouse and keyboard events --------------------------------------------  To produce regression tests or automatic demo's we would like to store all mouse and keyboard events produced by a user. It should be possible to filter the mouse and keyboard events from the server's queue an to store them in a file. This sequence of events, stored in a file, should be given  to the server's queue as if a user is working.   1. Exists a tool that is capable to save and reply all    mouse and keyboard events (where)?  2. Where one can catch these events to store them ?    In our case the server's queue is on a X Terminal (HP).    Where can we catch all events coming from a given    server.    If this is not possible, can we catch all events given    to a certain client and how ?     3. Where one can send a stored sequence of events to simulate a user ?    Is there a central dispatcher on the clients machine who manages    all incoming events from a given server and how can we reach it ?   Thanks in advance
In article <1qlop6$sgp@sun3.eeam.elin.co.at>, 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  As applied to servers, the first three are fuzzy terms.  "multi-headed" tends to be used for any system with multiple monitors, sometimes even multiple screens even if they're multiplexed onto the same monitor (eg, a Sun with a cg4 display).  "multi-screen" and "multi-display" would, if taken strictly, mean different things, but since the strict meaning of "multi-display" would refer to a system with multiple keyboards and pointers, when it's used it probably refers to the same thing "multi-screen" would: a system that provides multiple Screens.  "zaphod" is a term applied to the way the MIT server switches the pointer from one screen to another by sliding it off the side of the screen.  > 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) ?  There is a protocol limitation that restricts a given Display to at most 255 Screens.  I know of no server that handles multiple Displays on a single invocation, unless possibly my kludges to the R4 server can be looked upon as such; on a TCP-based system there is necessarily a limit of 65535 Displays per machine, but this is not a limitation inherent to X.  What you read was most likely talking about a limit in some particular implementation (probably the MIT one).  If it claimed there was a limit of 12 inherent to X, the author of the article had no business writing about X.  					der Mouse
|> We have a problem with 'makedepend': it doesn't know how to correctly process  I'm most of the way through adding a grammar for parsing the #if expressions. I don't know when I'll be able to get back to it; you're welcome to what I  have so far. I haven't looked at other versions of makedepend, which may solve the problem more elegantly.
Excerpts from netnews.comp.windows.x: 23-Apr-93 X Toolkits Paul Prescod@undergrad.m (1132)   > I am getting Linux, so I will have InterViews, but I don't know how it > will look.  I get the impression Andrew is from the FSF, but I don't > know what it looks like either.  If you're on the internet and your site isn't sheltered from external tcp/ip traffic, you can use the Remote Andrew Demo to see what the Andrew Toolkit looks like:  Remote Andrew Demo Service  This network service allows you to run Andrew Toolkit applications without the overhead of obtaining or compiling the Andrew software.  You need a host machine on the Internet, and you need to be running the X11 window system.  A simple "finger" command will allow you to experience ATK applications firsthand.  You'll be able to compose multimedia documents, navigate through the interactive Andrew Tour, and use the Andrew Message System to browse through CMU's three thousand bulletin boards and newsgroups.  To use the Remote Andrew Demo service, simply run the following command on your machine:      finger help@atk.itc.cmu.edu  The service will give you further instructions.
In article <1993Apr21.165310.14544@dsd.es.com>, pmartz@dsd.es.com (Paul Martz) writes: > In article <1993Apr21.154620.16330@infodev.cam.ac.uk>, dcr@mail.ast.cam.ac.uk (Derek C. Richardson) writes: > > Hi, I'm new to this group so please bear with me! > >  > > Two years ago I wrote a Sunview application for fast animation > > of raster files. With Sunview becoming rapidly obselete, I've > > finally decided to rewrite everything from scratch in XView. > > I put together a quick test, and I've found that XPutImage() > > is considerably slower (factor of 2 on average?) than the > > Sunview command pw_rop() which moves image data from memory > > pixrects to a canvas. This was on a Sparc IPX. It seems that: > > (1) the X protocol communication is slowing things down; or > > (2) XPutImage is inefficient...or both! >  > Using XPutImage, your source is maintained by the client and the > destination is maintained by the server, thus you incur the overhead > of transporting through whatever client-server communications > mechanism you are using. >  > Is it possible for you to maintain your source images in pixmaps? > These are maintained by the server, so copying them into a window is > much cheaper. >  > Also make sure you are not sending any unnecessary XSyncs, or running > in XSynchonize mode.    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,