waashk/20ng huggingface dataset:
In article <1993Apr23.031744.19111@mercury.unt.edu>, seth@ponder.csci.unt.edu (Seth Buffington) writes: > >Cutsie little Macintrash-like icons that are an instant recipe for > >mousitis IMHO. System 7 is undoubtedly the worst GUI I have used (out of > >that, RISCOS, MSWombles, and X11) simply because it does not provide enough > >keyboard shortcuts. Windows I must confess I quite like (cover your ears > >:-) ) because you can actually use it without having to ever touch the > >mouse. > [stuff delete] > >the user rather than making things _easier_ - and there should always be > >the option to do it your way if you want to, which is why I like the > >UNIX/X combination so much - it's so customizable.  >  > Hear! Hear! I agree completely. One thing I can't stand about > the Mac interface is its shear determination to FORCE you to use > the mouse(what if your mouse breaks--your whole system is > down!).  I like the mouse--it is handy on some occassions such > as cut and past and moving icons around, etc.  But for most > work, the keyboard and hot keys are 10-20 times faster than > using the mouse. Sure it is a plus to be able to do something > simple if you are an inexperienced user, but how long is it > before your are experienced? A month? Two? (Speaking of PCs at > the moment.) > 	I don't think it is too much to ask that window > programmers provide not only a menu/mouse interface but also > look forward to those who would like to move on to hot keys and > command line interfaces, which usually allows you to do more in > less time IF you are experienced. > 	All of the above equally applies to windowing systems on > UNIX (especially since Unix is at least 500% more powerful than > DOS). >  And at least 500% more user unfriendly as well!
I am looking for utilities for converting GIFs/JPEGs/PS etc to xpm format? Any  information appreciated.  Thanks,
In article <1993Apr29.102341.13820@comp.lancs.ac.uk> julian@comp.lancs.ac.uk (Julian G. Self) writes: |> Wasn't the shareware fee a "suggestion" by John? |> Is so then it's up to the individual to make the choice whether or not to |> honour it and part with money.  Personally if I was in his position I would |> do exactly the same thing, John has obviously put in lot of time and effort |> into xv and why shouldn't he receive some money for it. |>  |> Just my pennies worth |>  |> (Keep up the good work John)  The fee is a suggestion for an individual but licensing is mandatory for commercial, government, and institutional users. I wonder how many users of xv own the system that it runs on.  --   Michael Salmon  #include	<standard.disclaimer> #include	<witty.saying> #include	<fancy.pseudo.graphics>
epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:  >dmm@head-cfa.harvard.edu (David Meleedy) writes:  >[Description of compiling problems deleted.]  >>gcc -fpcc-struct-return -o bmtoa bmtoa.o -O2 -funroll-loops   -L../.././lib/Xmu  >>-lXmu -L../.././lib/Xt -L../.././extensions/lib -L../.././lib/X -L/afs/cfa/syste >>m/sun4c_413/usr/head/lib/X11/X11R5     >>ld: Undefined symbol >>   _XGetVisualInfo >>   _XFree >>   _XInternAtom  >[etc.]  >There's a bug in SunOS 4.1.3, which is alluded to in the FAQ (although >there it's talking about X11R4 as being affected).  You need to force >libXmu to be linked statically, rather than dynamically, which works >around the linker error.  The simplest thing to do is edit each of >the Makefiles where there's a failure and change the line which reads: >	XMULIB = -L$(XMUSRC) -lXmu >to: >	XMULIB = -L$(XMUSRC) -Bstatic -lXmu -Bdynamic  No. This is only relevant for OpenWindows 3.x as shipped with SunOS. It is not relevant for MIT R5. MIT R5 should compile without problems.
>>>>> On 5 Apr 93 10:10:23 GMT, it4ik@dmu.ac.uk (I Kler) said: IK> Nntp-Posting-Host: elm  IK> I know it sounds stupid, but....  IK> Does anyone know how to control individual mouse buttons. IK> I am writing an application, which currently makes use of IK> ButtonPressMask, however this is invoked by the pressing IK> of any mouse button. I want to be able to restrict this IK> to one of the 3 buttons. I tried Button1PressMask, but IK> just get undefined errors. I know it can be done, and I IK> am pretty sure theres an easy answer to it, but I just don't know IK> what it is. IK> "time is of the essence ..."  There is no event mask for a particular mouse button press. However in your event handler you can use the event structure passed in and query it to find which button was pressed i.e.  void SomeEventHandler(Widget w, XtPointer data, XEvent *event) {     /* Catch the button 1 (usually left button) */     if ( event->xbutton.button == Button1 ) {         /* do some action */     } else {         /* do nothing and exit from function */     }  }
I've installed X11R5 with patches for Solaris 2.1 on our SPARCstation LX / SPARCclassic pool. On the LX, X11R5 runs fine, but on the classics, after giving the command startx, Xsun prints the following messages: 	WARNING: cg3_mmap: can't map dummy space! 	Mapping cg3c: No such device or address and exits.  Does anybody know how to fix this problem?  Thanks in advance.
Where can I get xman source?  I would like to get the binaries for xman for an HP 9000/700, but I would settle for source.    --
We are adding a Motif wrapper to a family of data display programs.  These programs are each written as a 'main loop' with these steps: - use semop to check a semaphore and if true access new data   otherwise block (new data comes quite often) - use msgop to check for messages and if true read them   otherwise continue (messages are user commands and not often) - update the display according to latest data and messages.  We typically have several of these running in windows, plus a data producer serving some device and setting the flag. Everyone blocking makes sure the device server gets to run.  Xt and Xm also have a 'main loop' model that we must fit into. O'Reilly Vol IV Ch 9 discusses adding a file-watcher and also how to add workprocs that are run during idle time.  We can 'open-up' our existing main loop and call it as a workproc. The problem is our blocking until new data is no longer appropriate. Neither is letting the program free-run because others are hurt.  The unix select call lets you block until any of several i/o are ready. We want that for the X main loop except not file i/o. Any suggestions or examples most welcome!  We run SGI Personal Iris and Indigo systems.
The good news is we just got two Sparc10's. The bad news is that /dev/cgtwelve0 is apparently not supported in X11R4 or X11R5. Does anyone know of a patch (and how I can obtain it) to either X version that will enable us to use X11 on our Sparc10's?
How do you solve the problem when the message "Cannot perform malloc" shows for XtCreateManagedWidget call?  I have the application written in X11R5 running on DECstation using Athena widgets.  As soon as I added codes to do Remote Procedure Call, the program refused to work.  I also have my program working using just Xlib calls with RPC.  My executable code is about 1.4M and I don't have any idea how much memory is the DECstation 3100/5100.  Any help will be appreciated.  Thanks.  --
Hello *.*, I'm looking for a good explanation and example of the usefulness of the -S  option for xterm: slave mode on file descriptor xxx. Sure, but xterm -Sp00 does not seem to grab what arrives on my window. Where is my misunderstan- ding ? TIA. Fred.  ===========================================================================  Frederic PIERRE. ENSPS/LSIT 7 rue de l'universite F-67000 Strasbourg FRANCE   Tel: (33) 88 35 80 84 Fax: (33) 88 35 31 76 e-mail: fred@sobel.u-strasbg.fr  ==========================HamRadio: FC1HFD=================================
Has anybody the xswarm enhacemened to use it with more than one wasp?  Please E-Mail me, because I don't read this group any longer.  Thanks in advance, 	Klaus.
Environment: 	X11R4 	Motif 1.1.4 	Sun IPC 4.1.3  Problem: 	When mouse is moved across screen horizontally, the sprite goes off 	of the edge of the screen and reappears at the *other* edge. 	It appears that the server thinks we are running in multi-screen 	mode; the cursor seems to "wrap" from one side of the screen to 	the other. 	As far as we can tell, we are not running the server in multi-screen 	mode.  Please reply via E-mail.
In <1t0dndINNmsd@senator-bedfellow.MIT.EDU> steve.mcmahon@launchpad.unc.edu writes:  >>>>>> On Fri, 14 May 1993 07:15:25 GMT, me@dude.pcs.com (Michael >Elbel) said:  >ME> As is, emu won't work on BSD derived systems (e.g. SUNs) with >ME> anything else than a csh. There is a fix to this, which is very >ME> short (remove one line of code). I'll put this on export today.  >It's more than that actually. In the version on export one cannot just >specify a POSIX tty behaviour, the POSIX config files are incomplete >without those of some specific platforms like Suns and DECs. I looked >twice at porting emu to linux, but stopped short becuse of the tty >part. Is there a `cleaner' version of emu that supports POSIX tty >explicitly?  Hmm, depends on how you define 'clean'. Jordan implemented the system dependent stuff in a way that you have basic implementations for, call it, operating system types, then you go ahead and write a include file for your specific machine or operating system using the basic implementations. Since both Jordan and I haven't encountered a  OS flavor yet, that is fully POSIX, we haven't gotten around to really implement (and test) a top-level include file specifically for just posix. The posix routines are used in the sun specific file tty_sun.i for example, but here we also use some bsd stuff. All in all it still is probably better to implement a include file for each and every operating system than '#ifdef'ing in existing ones. The type of mess that can result from that can clearly be seen in the xterm sources. Even if quite a bit of code gets copied almost unchanged a  couple of times, this only uses up some disk space, since only the  "drivers" actually included from the toplevel include file will be  compiled into emu.  It shouldn't be hard to come up with a tty_linux.i file that fully relies on the posix stuff, but unfortunately I don't have a linux system available to me, so I can't do the port myself. I would suggest you read the README in term/sysdep and if you have any problems or questions, contact me and we could try to sort this out. Unfortunately we have to rely on help from the net on this part of emu, since we  just don't have access to that many different systems.  Michael
In article <1993May12.195300.14016@serval.net.wsu.edu> d3e758@bucky.pnl.gov (JE Pelkey) writes: > >I am looking for online help Motif widgets (public domain or otherwise) to >run on a Sun Sparc. > >I'd be especially interested in help widgets that can integrate hypertext  >help, graphics, etc. > >Anybody know of any widgets like this? > 	Text & Graphics: 	Bristol Technologies has help clone of MSWindows help 	Frame (makers of FrameMaker) has FrameView  	Text only: 	Graphical Software Technology has Xtra Widgets (includes help)  	There are probably others (check out ICS widget data book)  I actually wrote one for the last company I worked for-- however it is locked in their internal reuse library.  :-(   It was a good one too! (IMHO and totally unbiased view of things) ;-)
Bristol Technology announces the availability of  its HyperHelp(tm) and Xprinter(tm) demo for downloading.  This demo showcases the two products in the form of a  diagram editor called DE.  Download the demo and see some of these exciting features for yourself:  	 o Complete on-line context sensitive help system.  	 o Printing support for PCL5 and PostScript.  	 o Rotated Text support!  	 o Source code for the demo is provided.  The demo is available via anonymous ftp from ftp.uu.net (137.39.1.9).  There are two versions of the demo located in the vendor/Bristol directory: Sun     - sun4.demo.tar.Z (SunOS 4.x) HP      - hp700.tar.Z     (HP-UX 8 & 9)  If you have any questions about the demo, send an e-mail to: support@bristol.com.  If you want another version of the demo (rs6000,etc...)  please send an e-mail to: info@bristol.com.  Remember to use binary mode!   What are HyperHelp and Xprinter?  Read on...... --------------------------------------------------------- Bristol Technology is proud to announce version 3.0 of its popular HyperHelp product and version 2.0 of Xprinter.  			    HyperHelp 3.0 			    ------------- HyperHelp is the de-facto standard for on-line context sensitive help in the Unix marketplace.  Through a one line function call, application developers can access the full features of HyperHelp and cut down drastically on their development time.  HyperHelp can use the same RTF, project, and bitmap files as the MS Windows Help facility. This allows a documentation department to maintain a single set of help documents portable between MS Windows, Motif and Open Look.  HyperHelp can also be authored in FrameMaker.  And with HyperHelp 3.0 Bristol introduces its SGML compiler!  New features in HyperHelp 3.0 include secondary windows,a character based viewer, segmented bitmaps, SGML support, and an improved History window.  			     Xprinter 2.0 			     ------------ Xprinter 2.0 allows developers to add sophisticated printer support to their existing/new X based applications very easily.  Xprinter uses the Xlib API for both the display and printer.  This lets you use the exact same code for drawing and printing.  Take a look at the source code for our demo and see Xprinter in action.  If you are interested in adding PostScript and PCL5 support to your application, Xprinter is the tool for you!  Earlier this year Bristola dn USL signed an agreement that resulted in Xprinter becoming the standard printing technology for UNIX SVR4.2.   Feel free to run the demo and let us know what you think about HyperHelp and Xprinter.   If you have any questions or comments, send them to us at: info@bristol.com or call us at (203) 438-6969.  				Happy demoing,
I'm having an X resource problem using Brian Wilson's wscrawl 2.0 (a wonderful interactive conferencing program, by the way).  I'm  running OpenWindows 3.0 on a SPARC 1+ under OS 4.1.3.  I have the following defaults in my .Xdefaults file (among many others):   wscrawl.telePointerName:	Kevin   wscrawl.syncScrollbars:		True   wscrawl.continuousTelePointer:	True   wscrawl.showPointerCoordinates:	False   wscrawl*background:		LightBlue   wscrawl*swindow*foreground:	yellow   wscrawl*draw_area_frame*foreground:	Blue   wscrawl*keyboardFocusPolicy:	pointer  Naturally, I exited the server and restarted it after adding those lines to .Xdefaults .  If I run the following from a cmdtool (pwd = my home dir.):   xrdb -m .Xdefaults and then start up wscrawl, then all those defaults are used properly.  Wonderful, yes?  Except that I can't get them to be operative except by *manually* invoking the afore-mentioned xrdb command.  If I try:   xrdb .Xdefaults the defaults "won't take."  So, I tried to change the xrdb call in my .xinitrc file from:   xrdb  $HOME/.Xdefaults to:   xrdb -m $HOME/.Xdefaults  No go.  So I tried adding in:   xrdb -m /home/kbw/.Xdefaults at the beginning or end of my .openwin-init file.  Still no go.  Any notions what gives?  Thanks for the help.
(please respond via email!)  Has anybody actually seen the Tek color space stuff working?  I'm not having any luck with either the xtici editor from export.lcs.mit.edu or with O'Reilly's ftp-able example xcms from ftp.uu.net.  The O'Reilly example fails for almost every set of inputs because XcmsTekHVCQueryMaxV returns a smaller value than XcmsTekHVCQueryMinV does (which makes no sense to me).  The xtici editor fails in XcmsStoreColors, apparently because the mathematical manipulations of the color specs results in invalid values.  So you can't actually edit any colors.  We have X11 R5 patch level 22; 8-bit pseudoColor visual.  I've poked around  in the xcms code in Xlib, but without some understanding of the theory I have  no idea what's going wrong.  Can somebody confirm if either of the  above-mentioned programs work on their systems, or let me know if they fail  for you too?  Please include what hardware/software/patch levels you have.  Any hints?  Please respond with email as I don't regularly read this group.  Thanks, Karen  ------------------------------------------------------------------------- Karen Bircsak Concurrent Computer Corporation  karenb@westford.ccur.com
We've just recently upgraded our X11 to R5 and are now running into problems with some of our applications that use Motif 1.1.  It appears that pointer to the widget being passed to the callback function (i.e., the "w" of (w, client, call) ) is nil.  The client and call pointers are okay in some instances, but bogus in other instances.  We are running SunOS 4.1.2 on a Sun 4.  After compiling X11R5 and all 23 patches (with the MotifBC flag set), we recompiled Motif and then we  recompiled the application.  Did we skip a step or leave something out?  Is there a flag that we should have used?  Should we have left Motif alone?  Any answers or suggestions would be greatly appreciated.  Thanks Kathy
Is there a tn3270 program which support xterm? I don't like x3270 at all. You can't copy with other windows. Thanks.
Now available: xvertext 5.0  ---------------------------  Another day, another xvertext release...  Summary                                   ------- xvertext provides you with several functions to draw strings at any angle in    an X window (previous versions were limited to vertical text).   What's new since 4.0? --------------------- o Existing bitmap fonts can be magnified to give reasonable fonts at large   sizes. o Bounding boxes can be obtained. o The GC's stipple bitmap is honoured. o Font IDs can be cached when font names are unavailable. o An Imakefile is present. o The demos are better (including a ransom note like the    comp.sources.postscript one)  Where can I get it?  ------------------- comp.sources.x (soon...) export.lcs.mit.edu : contrib/xvertext.5.0.shar.Z  (now)
Hi,     I have a piece of X code that compiles fine on pmax-ul4, pmax_mach, as well as sun4_mach, but whenever it compiles on sun4_411, it gives me  undefined ld errors: _sin _cos _pow _floor _get_wmShellWidgetClass _get_applicationShellWidgetClass  The following libraries that I linked it to are: -lXaw -lXmu -lXt -lXext -lX11  The makefile is generated off an imake template. Can anyone give me pointers as to what I'm missing out to compile on a sun4_411?
The Only directory I know of that lists commercial and non-commercial widgets is the ICS Widget Data book.  ICS sells the widgets for various prices.  There are also some public domain widgets in the delivery.   The ICS Widget databook is a subscription kind of thing, where  you pay some nominal fee, get a cd with the widgets and then you  can use the public domain widgets freely, and selectively activate  widgets which you want to purchase the right to use from them.  The nice thing about this is that you can purchase whole sets of widgets such as those used in dataviews.  I dont know there pricing schemes but It is often better to buy than to redevelop the more complex  widgets, especially if you only one customer to distribute to.   This is the extent that I know about them except that I got their  databook catalog  and it looked impressive (lots o' widgets there)  I dont work for ICS or have any widgets being sold by them. hope this helps you. --  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
dyoung@media.mit.edu (David Young) writes: |  | I have an applicationShell which uses a colormap created with | XCreateColormap() and uses all of the colors available for my 8-bit | display....When I popup a dialogShell to prompt the user for | some input I want the XmNdialogStyle to be set to | XmDIALOG_PRIMARY_APPLICATION_MODAL.  The result is that if my cursor is | over the dialogShell I get my colormap, but if the cursor is over the | applicationShell (or any window other than the dialogShell) I get the | default colormap.  But I'd like it so that if my cursor is over _any_ | window of my application, I get my colormap.  I *think* this is correct behavior.  Remember the default colormapFocusPolicy is keyboard (meaning the cmap focus follows the keyboard focus).  Since the dialog is modal, mwm won't allow keyboard focus onto your main shell, and so it won't allow cmap focus either.  Since it sounds as though you have keyboardFocusPolicy:pointer, I suggest you set colormapFocusPolicy:pointer also.  That way, the cmap focus won't slavishly follow keyboard focus, but will beat its own path.  (if you have keyboardFocusPolicy: explicit, you can set cmap focus explicit also, but you then need a binding to f.focus_color, probably on MB1).
I had no possibility to join the                 7th annual X Technical Conference                 January 18-20 1993                Boston, MA  Nevertheless, I'm interested in information about the tutorials, exspecially about                  Tutorial ID:  A-SECURITY                Title: A Survey of X and Security                 Tutorial ID:  F-ADMIN                Title: X and the Administrator  Does anybody know, where I can get information (paper/mail) about these ?  Has anybody information about  Kerberos  (escpecially in connection with  X Display Manager xdm)?  Thanks,  Andrea Winkler     (Siemens Nixdorf Muenchen, Germany)   ------------------------------------------------------------------------------   S I E M E N S  Andrea Winkler        Internet: Andrea.Winkler@sto.mchp.sni.de -------------  SNI STO XS 322        Otto-Hahn-Ring 6    D-8000 Munich 83      N I X D O R F  Phone:(089)636-41449  FAX: (089)636-42833
Dear netters,  I have noticed something rather weared (I think) about creating a dialog shell widget while running HP Vue's vuewm.  For some reason, every time I create a dialog shell the foreground and backgroun d colors are different compared to my toplevel shell. I am not doing anything special/different.  Does any body know anything about this problem?? How to fix it without hardcodin g the colors ?  Please respond to kamlesh@salzo.cary.nc.usa ....
Help!  I'm trying to run dxterm's (DECs' xterm) on a DECstation 5000/240 (Ultrix 4.3, X11R4, Motif 1.1.3) with the DISPLAY variable set to an Apollo DN2500 (Domain/OS 10.3, X11R4, Motif ?.?).  I get these errors appearing on the DECstation:  > dxterm X Toolkit Warning: Cannot convert string "<Key>apCharDel        " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apCopy   " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apCut    " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apPaste  " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apUpBox  " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apDownBox        " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apRightBar       " to type VirtualBinding X Toolkit Warning: Cannot convert string "<Key>apLeftBar        " to type VirtualBinding Segmentation fault >  Any ideas? Is it a Motif problem...are the DEC and Apollo versions of Motif incompatible? Or something to do with XKeysymDB?  (xterms run fine on DEC displaying on Apollo..arggh)  I need to run dxterm because the package we are using on the DEC's, Oracle Case, uses dxterm by default, and we have a lab of Apollo workstations we would like to run Oracle from.  Andrew "Alf" Leahy, alf@st.nepean.uws.edu.au
I am looking for info on products that can take Windows source on a Unix box (such as Sparc), and produce a Motif executable.  Another requirement is that MFC 2.0 should be supported.  I already know of:          Wind/U  by Bristol Technologies         Hunter SDK         MainWin by MainSoft          Are there any others?  	I will post a summary if it's wanted.  				Daniel