waashk/20ng huggingface dataset:
In article <1qtk84$rn5@picasso.cssc-syd.tansu.com.au> gpatapis@boyd.tansu.com.au writes: >In article 14595639@wl.aecl.ca, harrisp@wl.aecl.ca () writes: >>I use DESQview/X and I think it is great. Where it really shines (IMHO) is >>to let unix users log into a pc and run dos and windows applications with >>the display going to their screens. >>You'll need to get: >>DESQview/X v 1.1 >>DESQview/X v 1.1                           $275 suggested retail >>DESQview/X to Other X Systems v 1.1        $200 suggested retail >> >>You also must be running a supported network (FTP softwares PCTCP, >>Novell Lan workplace for dos, Sun Microsystems PC-NFS, Beame and WHiteside, >>Wollongong pathway TCPIp or HP Microsoft Lan Manager) >> >>if you don't have any of this network stuff, Quarterdeck will give you a >>copy of Novell TCPIP transprot for dos with the Network manager. >> >>You can get more info by sending email to (appropriately) info@qdeck.com.  Actually, info@qdeck.com is our customer service department. If you have technical questions, you can write to support@qdeck.com.  >>In my opinion, if you want to have other people logging in and running >>applications at your pc, you'll want to have a 486 33 with 16 Megs of RAM. >>Also, the Xwindows software in DESQviewX really seems to like an ET 4000 >>(TSENG Labs chipset) based graphics card. Personally, I found that things >>ran better with a SCSI drive in the pc than with ESDI drives, but that is >>my experience only > >What sort of traffic is generated with the X-calls?  I am curious to find >out the required bandwidth that a link must have  if one machine running >DV/X is supporting multiple users (clients) and we require adequate response >time.  Anyone have any ideas ??    I expect the limiting factor will be your server machine, not the network itself. To give you a real-world example, here at Quarterdeck we have roughly 100 people using DVX to talk to a bunch of unix boxes, novell file servers, and each other. It's not _too_ much of a load on our Ethernet (with maybe 4 concentrators, so you have 20-30 people on each segment). If you had a badly loaded net, or the apps you wanted to run were very network intensive, you could run into some slowdowns.  But the biggest problem would be the machine itself. Say you have a 486 33 with plenty of ram and a fast hard disk and network card. If you have 10 people running programs off it, you're going to see some slowdowns because you're now on (effectively) a 3.3 MHz 486. Of course, DVX will attempt to see if tasks are idle and make sure they give up their time slice, but if you have 10 working programs running, you'll know it.  Having said that, if you can tweak the programs being run (by adding in calls to give up time slices when idle and that sort of thing), you could probably run 15-20 people on a given machine before you started seeing slowdowns again (this time from network bandwidth). It all really depends on what the programs are doing (ie. you're going to see a slowdown from X-bandwidth a lot sooner if your apps are all doing network things also...)
> 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! My question is, what > is the fastest way in X11R5 to dump 8 plane image data to > a window? Can I take advantage of the fact that the client is > running on the same machine as the server? Or am I stuck with > XPutImage() (in which case I might as well give up now...)? >  > All help appreciated...thanks! >  > Derek >  >In article 16330@infodev.cam.ac.uk, dcr@mail.ast.cam.ac.uk (Derek C. Richardson) writes:  ----------------------------------------------------------- > | 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 | > ----------------------------------------------------------- >     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.
Hi Xperts,  this is a repost (no one responded to my desperate yell 8-( I can't believe there is no XView wizards any more 8-)...  I'm using sliders in my XView apps, usually with editable numeric field. But I seem to have no control over the length of this field. In some apps it appears long enough to keep several characters, in some - it cannot keep even the maximum value set by  PANEL_MAX_VALUE!   As I understand, PANEL_VALUE_DISPLAY_LENGTH, which controls number of characters to be displayed in text items, doesn't work in the case of slider, despite the fact that <panel.h> contains the following bit:  	/* Panel_multiline_text_item, Panel_numeric_text_item, 	 * Panel_slider_item and Panel_text_item attributes 	 */ 	PANEL_NOTIFY_LEVEL	= PANEL_ATTR(ATTR_ENUM,			 152), 	PANEL_VALUE_DISPLAY_LENGTH	= PANEL_ATTR(ATTR_INT,		 182),  which gives a hint that this attribute can be used for sliders. But 1) setting this attribute gives nothing, and 2) xv_get'ting this attribute gives warning: Bad attribute, and returns value 0.  Strange thing is that DEC's port of XView gives plenty of space in a text fields, but not Sun's Xview...  Can someone share his experience in managing sliders in XView with me, and clear this problem?   Any help is very much appreciated.  Yuri
I am working on a project to provide an emergency management information system.  In keeping with more classic command and control type systems, we are considering developing a dual screen monitor system in order to provide a status board on it's own monitor.   I have a number of X level questions regarding this:  (We are devloping on Unix systems using X/Motif. Platform will be  predominantly Sun's, probably with ports to RS/6000 as well).  I am assuming the standard dual monitor systems are configured such that we are talking about one X display and multiple screens, and not multiple X displays.   Given this:  	- Is changing input focus from one screen to the other as simple 	as tracking your mouse from one screen to the other?  There's 	nothing special that needs to be done to shift focus between 	screens?  	- Do I have to run separate window managers on the separate 	screens or are there multiscreen window managers out there? 	What are they; who sells them...  	- Is a multi-screen window manager the only way I can grab a 	window frame and move a window from one screen to the next?  	- Is there any way for the application to transparently see 	multiple screens as one logical x-y plane, or does the hardware 	only provide for each screen to start at 0,0?  	- Any thoughts on the difficulties involved with designing a 	system capable of using either multiple screens or a single 	screen (perhaps running a virtual window manager to simulate 	multiple screens instead)?   	I am assuming that this is not a major issue - that I can rely 	on providing config files which will specify for each 	configuration the screen placement of each window in the 	application.  Any thoughts or suggestions from past experience 	are more than welcome.
In article <hess.734959172@swt1>, hess@swt1.informatik.uni-hamburg.de (Hauke Hess) writes: |> Hi, |>  |> I wonder if it is possible for a parent window to paint over the area of |> its childs. If it is not, then how could it be possible to implement a  |> rubberband across multiple xwindows to select the objects that are |> displayed one in each window? |>  |> Hauke |>   If you specify the rootwindow when you are creating your GC. You may  use Xlib to draw over multiple windows.  I have an application that does something similar for rubber banding.   curs_move = XCreateFontCursor (disp_data, XC_crosshair);   geom_vals.foreground     = blck_pixl ^ grey_dark;  geom_vals.plane_mask     = AllPlanes;  geom_vals.line_width     = 0;  geom_vals.function       = GXxor;  geom_vals.subwindow_mode = IncludeInferiors;  evnt_mask= GCForeground | GCPlaneMask | GCLineWidth | GCFunction                                                      | GCSubwindowMode;  geom_gcon= XCreateGC (disp_data, root_iden, evnt_mask, &geom_vals);    later I can move the rubber band or bands using the following logic  /**********************************************************************/  void Tselect::move_bands (int delt_xloc, int delt_yloc)          /****/ stuff deleted ...             XDrawRectangle (disp_data,   root_iden,  geom_gcon,                             sele_pntr->rootx, sele_pntr->rooty,                             sele_pntr->xlnth, sele_pntr->ylnth); undraw old one             sele_pntr->papax+= delt_xloc;             sele_pntr->papay+= delt_yloc;             sele_pntr->rootx+= delt_xloc;             sele_pntr->rooty+= delt_yloc;             XDrawRectangle (disp_data,   root_iden,  geom_gcon,                              sele_pntr->rootx, sele_pntr->rooty,                             sele_pntr->xlnth, sele_pntr->ylnth); draw new one more stuff deleted   hope this helps   --  Brian Dealy                |301-572-8267| It not knowing where it's at   dealy@kong.gsfc.nasa.gov   |            | that's important,it's knowing !uunet!dftsrv!kong!dealy   |            | where it's not at...  B.Dylan
Hi, I have a problem when compiled Wcl 2.02 in SCO ODT 2.0:           cc -c -Ox  -I.. -I/usr/include Xt4GetResL.c Xt4GetResL.c Xt4GetResL.c(47) : error C2065: '_XtConstraintBit' : undefined *** Error code 1  Although I follow the instructions in file README_BUILD to build Wcl in SCO  platform, this problem didn't resolve.  So I have some questions related to this matter:
I have just finished building X11R5 on a 386 running Interactive Unix (SysVR3) and I am having a problem with xterm.  On any font larger that 5x7 it messes up characters that are types, the cursor seems to be "too" large, or splits into a 1/2 reverse video, 1/2 outline block (which changes when the pointer is moved into the window).  I am trying to use monospaced fonts (not -p- fonts).  Is there any way of changing the appearence of the block cursor is an Xterm?   Thanks       --
In article <1993May14.021655.27374@labtam.labtam.oz.au>, graeme@labtam.labtam.oz.au (Graeme Gill) writes: |> In article <hastyC6zGqC.Fux@netcom.com>, hasty@netcom.com (Amancio Hasty Jr) writes: |>  |> > >>>*BUT*  your performance WILL suck lemons running an Xserver on a clone. |> >  |> > I have a clone almost with no name generating 91k xstones on a 486/33Mhz |> > system. |> >  |> >  |> > >>>I can get 15" Tektronix XP11 terminals for under $900, and the performance |> > >>>is over 80000 Xstones..... |> >  |> > >You will not come even CLOSE to the performance of an XP10 series, plus you  |> > > |> > Excuse me, but with a 486/50 256k cache, S3 928 ISA card, 8Mb XS3 (X11R5) running 386bsd  you can get 100k+ xstones at 1024x768 65Mhz which I doubt  |>  |> This is hardly apples to apples. Try running the benchmark over a |> network to the clone and, and if you're still getting 100K Xstones |> then you've got a good machine. X terminals aren't just a server you know..... |>  |> 	Graeme Gill.  I would further add that a 486/50,S3/928,8mb,15",200mbDISK is going to cost /WAY/ more than $900, probably $3,000.  Color makes it not apples/apples too. Xterminals provide better price/performance than PCs.  You can make a PC much cheaper, and perform much worse, and you can make PC's perform great, and cost more.  You pay extra for the additional functinality and expandability of a PC.  For home user, that extra functionality is worth the added cost.
Hello, I am writing a program which forks of a number of child processes and each of the children printing things on the screen (quite messy in one window)...   The "xterm  -Sxxd"  option seems to be the solution to opening up slave windows only to display output and I use the following code to open up a pty (taken from Stevens)...and manage to open up an x-term successfully....   The problem however is how do I write into this x-term ? Please help!   static char pty_name[12]; int pty_master( void );  int pty_master( void ) {   int i,fd;   char* ptr;   struct stat statbuff;   static char ptychar[] = "pqrs";   static char hexdigit[] = "0123456789abcdef";      for( ptr = ptychar; *ptr!=0; ptr++ ) {     strcpy( pty_name, "/dev/ttyXY" );     pty_name[8] = *ptr;     pty_name[9] = '0';          if( stat( pty_name, &statbuff) < 0 )       break;      for( i=0; i < 16; i++ ) {       pty_name[9] = hexdigit[i];       if( (fd = open( pty_name, O_RDWR )) >= 0 ) 	return( fd );     }   }   return(-1); }
In article <ccdw.735917051@kudu> ccdw@kudu.ru.ac.za (Dave Wilson) writes: >I am in the process of modifying an X application that uses Xlib.  I'd >like to include a timer-driven facility (for network polling)  You have to do the same sorts of things that Xt does with its main loop. That is, you have to rig up a timer queue, and you have to put a  select(2) or poll(2) call in your main loop.  You can obtain the  file descriptor of the X display connection using      fd = ConnectionNumber (display);
Hi ppl,  I am running XFree386 under Linux SLS1.0 and am trying to get the german keyboard working. I have already recompiled my kernel and the german keyboard in the textmode works just fine. I have found out, that there is a preconfigured german keymap for X called Xmodmap.gr in /usr/lib/X11, so I ran xmodmap /usr/lib/X11/Xmodmap.gr. My first impression was very good, I was able to get Z and Y straight :) There's still a little problem I can't solve however: I cannot get at the backslash, bar, brackets and curly brackets. The ALT-GR key doesn't seem to work. I tried xev to find out whether it produces an event at all and it does. Looking up its keycode (113) in the Xmodmap I found the entry "Mode_switch" which doesn't ring any bell. The entries for the keys I cannot use seem to be correct. Example: keycode XX = ssharp questn backslash The first 2 entries I can even get at. The first one is the unmodified key and the second is the key with shift, but what is the 3rd?? My guess is that it should be the key with ALT-GR but it isn't. If anybody has run into similar problems and knows how to solve them, help would be appreciated.  CU
I understood that there are two methods to connect application code to widgets:                         callbacks and actions  The problem I face now is that I have a quite long piece of application code that performs a lot of drawing into a window. I want to connect this to a widget. No problem so far. I could use a callback function or an action to do this, processing any events afterwards.  But because the drawing takes some while, I want the application code sequence to be able to be interrupted by events. Then I want to handle the events and resume with processing the application code at the point it was interrupted. It seems to me that this isn't possible, but how can I give the user the impression that his inputs are immediately processed ?  Has anybody an idea?  Please answer via e-mail.  Thanks in advance.  Soenke  ------------------------------------------------------------------------------- Soenke Voss                                                Faculty of Economics soenke@wiwi12.uni-bielefeld.de                          University of Bielefeld                                                              W-4800 Bielefeld 1                                                                         Germany  The only difference between me and a madman is that I am not mad ! (Salvador Dali)
Before I try to teach myself how to write a widget and (perhaps) re-invent the wheel...  Is there a PD widget that displays (for example) an 8-bit grey-level image in the same fashion that the Athena Plotter Widget can be used to display a plot?
> I've been using the XmGraph widget that's been floating around and I > noticed the performance is significantly better using Gadgets, perhaps > even 100% faster.  I had heard in an old programming course that gadgets > were no longer any benefit to performance, and that it's just as well > to use widgets everywhere.   Interesting, I'd like to know why.  But try it again on a single ethernet with 100 X terminals on it, and I think you'll find it much slower.
In article <1993Apr12.220600.10691@nrao.edu> rgooch@rp.CSIRO.AU (Richard Gooch) writes: >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. >  I would suggest skipping olwm and getting olvwm instead. This version of the olwm window manager implements a virtual desktop that I find really handy even on large monitors.   This version is also available at export.lcs.mit.edu:/contrib/olvwm3.tar.Z. The README file also suggest getting the files in /contrib/xview3.  In my case, I built the X Server first, Xview second, then olvwm. All of these were installed into /usr/X5. Once I verified the server worked correctly, I happily issued "rm -rf /usr/openwin/*".  Using gcc 2.3.3 to build all of the above resulted in a windowing system that  is, for all intents and purposes, identical to OpenWindows 3.0 and that is      incredibly faster. There is a bit of tweaking you will have to do if you want things to work _exactly_ like OpenWindows, but not much.
An application we *must* use requires upper-case input.  I'd like to be able to simply move my cursor into the window where that application is running (just a text window, xterm or some such) and have everything I type be entered as ALL CAPS.  When the cursor is in any of my many other windows, I want to automatically return to normal functionality.  I have point-to-type set.  Is there a way to do this in X (specifically OW 3.0 on SPARCs)?  Is there a way to mess with .Xdefaults to make a category of window do this?  Any hints would be most appreciated.  I program in C but not X, although I can pick up somthing that's not too involved.  Thanks kindly.
We are currently evaluating GUI builders, initially for Motif but with a wish to be flexible & portable.  We have been through the popular names (UIMX, TeleUSE, XVT etc) and have been very impressed with what we have seen of Galaxy from Visix.  I have spoken to current users from a list supplied by Visix (happy users as you would expect), and seen favourable comments on the net.  However, since it is fairly expensive to get an evaluation license from Visix, I would like to query the net for any negative experiences with Galaxy.  Did anybody evaluate them and prefer another tool or use Galaxy and regret it or find any mis-features ?  advTHANKSance,  Phil  --
i am in need of a motif-based graphing package to integrate into a large software package under development for distribution to universities.  it can be either public domain or commercial, although a commercial package can't have royalties required for binary only distribution.  we need 2-d graphing capabilities at a minimum, but 3-d  would be nice.  any info would be appreciated and i will summarize if there is interest.  thanks, mitch
In article <533@imp.HellNet.org> devil@loki.HellNet.org (Gil Tene) writes: >I am trying to figure out the current C++ toolkit "directions". >More simply, I'd like to know which C++ toolkit to "bet on"  >for use in a new long term project.  I have the same problem.  I have looked at Motif++, WWL, InterViews, GINA++, and a few variations on the above.  I've also done a cursory examination of Rogue Wave's View.h++.  I like View.h++'s abstractions best of all of the toolkits I mentioned, but the resulting code looks little like Motif, and I have little confidence that this software will catch on or otherwise result in significant longevity for my code.  GINA++ allows you to write code which looks a great deal like Motif and also makes interesting use of inheritance, but the resulting code is almost too Motif-like, and is certainly not significantly less verbose than equivalent C code.  InterViews looks promising, but I haven't found a free version with Motif support, and I'm not confident how widely InterViews with Motif support will be adopted, and what (if any) specific Motif support will be available over time.  The other libraries produce code which is less Motif-like, but which does not make sufficient use of the features of C++ to simplify my coding task.  At this point, my inclination is to write my Motif manipulation routines in C, and invoke those routines from my C++ code using simple abstractions suited to my specific task.  Later, if OSF or some credible standards-setting body comes up with a C++ interface to Motif, I will change to that.  It does me no goo to write in C++ if my choice of interfaces leaves me with code which leaves me tied to an abstraction which is not consistent with the industry directions.  It's better to take a standard if inferior solution for now than to go with a slgihtly superior approach which will leave me with both useless code and useless skills a few years from now.  Views.h++ is the only library I'd consider right now, but in our environment, we'd end up spending nearly $5000 to use it, and I can't justify it when it's likely to cause short-term productivity decreases as we learn the new abstraction, and is unlikely to be a sufficiently long-lived solution for us to reap the benefits at the high end of the J curve.  - Brad
bading@cs.tu-berlin.de (Tobias 'Doping' Bading) writes: >  > try this after XCreateWindow: > ----------------------------- > ... > >   xsizehints->flags = USPosition | USSize;	/* or = PPosition | PSize */ >   ... >   XSetWMNormalHints (display, window, xsizehints); >   ... > > These hints tell the window manager that the position and size of the window > are specified by the users and that the window manager should accept these > values. If you use xsizehints->flags = PPosition | PSize, this tells the window > manager that the values are prefered values of the program, not the user. > I don't know a window manager that doesn't place the window like you prefer > if you specify the position and size like above.  Sorry, but olwm and tvtwm don't do it. They place the title at that position and the window at a position below it.  This becomes a problem when you want a program to be able to save its current configuration and restore is later.  Currently, my solution is:  	XCreateWindow(...); 	XSetWMProperties(..); 	XMapWindow(...); 	XFlush(...); 	XMoveWindow(...);   It works with olwm, but is less than elegant. All this leaves me wondering if I'm overlooking something obvious.
I know nothing about Sun's but replacing pieces of libraries, shared or not, is straight forward on RS/6000's (all releases).  Extract the appropriate pierce with ar; rebind the .o; and replace with ar. See Info for details.