HDTenEightyP/NetNews huggingface dataset:
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Getting color names(char*).
Date: 3 Sep 92 20:51:17 GMT
Distribution: fj
Organization: Technion, Israel Inst. of Technology

Date: Thu, 3 Sep 1992 11:38:15 GMT
Message-Id: <1992Sep3.113815.1092@discus.technion.ac.il>
Newsgroups: comp.windows.x

In article <3533@unisql.UUCP> nandraj@unisql.UUCP (Nandraj Arni) writes:
> ...
>   Say, if you make an application with motif GUI. You want to get
>the name of colors of some resources programmitically. How would
>you do that at any level, Xlib, Xt or Motif?
> ...

Well, I'm not sure how you do it from Motif. I've done something similar
in an Xlib program.
In X, the color names and specifications are listed in the color database
file.  A textual version of it may be usually found in
/usr/lib/X11/rgb.txt or $OPENWINHOME/lib/rgb.txt.

Two things you have to bare in mind:
1. You can display many more colors which don't have names than colors with
   names.
2. Often, more than one color name in the color database refer to the same
   RGB (Red Green Blue) values.

As far as I can remember, Xlib doen't provide a way to query a color rgb 
spec or a color cell and get back a "known" color name.  Maybe because
of the clear ambiguity that comes from (1) and (2) above.
Xlib does provide a way to get the RGB values for a given color name
with the function "XLookupColor".

If you still want to get the colorname, I suggest you process the rgb.txt
file yourself and keep it in some kind of a data structure in your 
application.  Then, when you want to get the name of a given colorcell,
you may search this table to find the best match (a topic in itself
regarding colors). Maybe you'll get a "hit" but then again, 
may get more than one hit and you'll have to decide which one to use.

    ____
     /  /   __
    /  /   /_/ /| /
 __/_ /__ / / / |/   o o o

                           Ilan Aisic
           Israel                                 USA
Voice:   972-4-344474                         1-914-644-7710
Fax:     972-4-342492                         1-914-644-7763
E-mail:  izeek@techunix.technion.ac.il        ilan@allink.com
-- 

    ____
     /  /   __ 
    /  /   /_/ /| /
From: johnm@cajal.uoregon.edu (John Martin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 4 Sep 92 07:27:19 GMT
Distribution: fj
Organization: Institute of Neuroscience, University of Oregon

Date: Thu, 3 Sep 92 19:44:07 GMT
Message-Id: <1992Sep3.194407.15771@nntp.uoregon.edu>
Newsgroups: comp.human-factors,comp.windows.misc,comp.windows.x

In article <a1BHqB7w165w@mantis.co.uk>, mathew <mathew@mantis.co.uk> writes:

>root@kilowatt.uucp (Kilowatt admin) writes:
>>                                 I have to use my HANDS - I have a much 
>> clearer view IN MY HEAD of what I'm trying to accomplish than any GUI
>> programmer could provide me with.
>
>Well, all I can say is that you must have a strange head if the way you
>visualize things cannot be represented on a screen.  Personally I'm more of a
>visual thinker.

I am in the Killowatt admin's camp.  It isn't that what I am thinking cannot
be represented on a screen, it's that GUI designer's don't and can't know what
that representation is.  A CLI, once mastered, is invisible and doesn't
interfere with my internal representations of things.  GUI's cannot be
invisible, and very much force me to think in a manner that is usually
completely alien to me.

>> 	It's nice that GUI's have freed up many peoples time. It greatly
>> increases the productivity most computer-ignorant people get from their
>> computers.
>
>You make it sound as though you think *only* computer-ignorant people get
>increased productivity from GUIs.

I made a similar generalization in an earlier post, and I was wrong -- so
is Killowatt here. It is easy to forget the ALL generalizations are
inherently incorrect.

So I will restate my thesis here: In the majority of cases, when the GUIs
and CLIs are learned to the point of "mastery", CLIs are more productive.
You can accomplish tasks more quickly under CLIs in general, but this does
depend on which tasks we are talking about.


-- 
John Martin                                        johnm@cajal.uoregon.edu
Institute of Neuroscience,   University of Oregon,    Eugene, OR,    97402
From: quandt@mcs213g.cs.umr.edu (Brian Quandt)
Newsgroups: fj.mail-lists.x-window
Subject: XX11R5 for sparc (binaries)
Date: 3 Sep 92 10:03:26 GMT
Distribution: fj
Organization: University of Missouri - Rolla

Date: Thu, 3 Sep 1992 02:48:29 GMT
Message-Id: <1992Sep3.024829.21931@umr.edu>
Newsgroups: comp.unix.admin,comp.windows.x

Where mightr I find the X11R5 binaries for a sparc?  I have looked in the FAQ
but could not find an 'anonymous ftp'
 site that I could get them from.

				Brian Quandt
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: fj.mail-lists.x-window
Subject: Receiving "DestroyNotify" for a window itself?
Date: 21 Aug 92 19:30:27 GMT
Distribution: fj
Organization: Computer Science Dept, Univ of Arizona, Tucson

Date: 18 Aug 92 07:34:27 GMT
Message-Id: <20691@optima.cs.arizona.edu>
Newsgroups: comp.windows.x


Hi,

If my program only creates a single top-level window, and wants to
receive "DestroyNotify" event for the window itself, how to do that?

I checked with a book I have:
	X Window System, The Complete Reference to Xlib, X Protocol,
	ICCCM, XLFD, 3rd ed. R. W. Scheifler, J. Gettys; Digital Press

It says, that "To receive DestroyNotify events, set the
StructureNotifyMask bit in the event-mask attribute of the window..."
In my program, I did that in XSelectInput; but when I used twm (SunOS
4.1.1 with X11R5) to kill that window, the program didn't receive any
DestroyNotify event, although the X server did generated one (I found
one using "xev").

How to solve the problem of "getting DestroyNotify for a window itself
-- not any child of it"?

Thanks in advance.
________________________________________________________________
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-2759                   Tucson, AZ 85721
From: maynard@groo.msc.cornell.edu (Maynard J. Handley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 1 Sep 92 10:47:50 GMT
Distribution: fj
Organization: Cornell-Materials-Science-Center

Date: Tue, 1 Sep 1992 09:01:48 GMT
Message-Id: <1992Sep1.090148.4206@msc.cornell.edu>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

>One thing I'd like to add, it has struck me in the past that Apple's
>Look-and-Feel copyright suits did massive damage to GUI design.  Not
>that Apple's user interface is the best, but it gets hard to design
>a good GUI if you first have to look around to see what everyone else
>is doing and then come up with something different, just so that it's
>different.  I mean, how many ways are there of designing a resizable
>window frame?  We're running out of them fast.

I think you are omitting one point. Apple would claim that these designers
ARE NOT sitting around thinking of something different, but sitting around
thinking about how to copy the Mac. Apple is not completely satified with
the Mac interface- it changed a bit it System 7, and doubtless it will
change fairly substantially as Apple feels they can get away with
abandoning slower and less powerful platforms. 

I think there is a lot of merit in this point of view. Certainly many Mac
users do not feel that Mac's are perfect, just that they're the best
available right now. I've personally not used WPS but the OS/2 types swear
by it. That looks to me like the kind of thing that, at the very least,
people should be coming up with. Or consider penPoint. Again I've not used
it, but looking at screen shots, it's not particularly a Mac clone.

I see Win3 as having taken essentially no time to bother with coming up
with something better than a Mac. Likewise for OpenLook and Motif. I get
the feeling that all these companies are sitting around writing programs
that emulate calculators- and some get sophisticated and add a paper tape
printout feature, or symbolic variables, but no-one comes up with a
spreadsheet. 

I suspect it may, in fact, have been better for everyone (except maybe
Apple in a few years) if MS had lost their suit against Apple and been
forced to create something truly original and different- and quite possibly
better. The fact that the desktop metaphor came first doesn't mean it's the
one true way.

Maynard Handley
From: liles@sweetpea.jsc.nasa.gov (Clifton Liles 282-4736)
Newsgroups: fj.mail-lists.x-window
Subject: Calentool & resources?
Date: 25 Aug 92 00:36:58 GMT
Distribution: fj
Organization: McDonnell Douglas Space Systems Company

Date: 24 Aug 92 18:22:38 GMT
Message-Id: <1992Aug24.182238.28936@aio.jsc.nasa.gov>
Newsgroups: comp.windows.x

Hello  Net
I am trying to get calentool working.  If I start calentool in the normal way
>ls
calentool
Calentool
>calentool & 

calentool will start but it will read its resource file?  If I
xrdb Calentool
calentool 
everything is ok.  I would take the defaults, but it appears to be a black
 foreground on a black background.  And thus is a little hard to read. 
Any suggestions will appreciated.

Also when is does read Calentool it complains about the fonts 
-*-fixed-medium-r-normal-*-13-120-*-*-c-*-*-iso8859-1
XView warning: Font style * is not known, using default style instead
 (Font package)
Anyone know what this is about?  The font is good.  
	Thanks Cliff
-- 
<*> Clifton Liles         Paramax (Unisys)          NASA Houston TX
=+= Disclaimer: What I say is my personal opinion. liles@sweetpea.jsc.nasa.gov
/v\  This is not an advertisement, nor is it an endorsement of their product.
 *----*----*----*----*----*----*----*----*----*----*____*----*----*----*
(..)"The very best, and oldest, computer system built by man is Stonehenge.
 _\  Built by the Druids, who didn`t die out, but went bankrupt trying to 
 -=-  debug the software."
From: adamfox@super.org (Adam Fox)
Newsgroups: fj.mail-lists.x-window
Subject: No cursor in R5 on a sun3
Date: 28 Aug 92 22:00:12 GMT
Distribution: fj
Organization: Supercomputing Research Center, Bowie, MD  USA

Date: 28 Aug 92 13:58:11 GMT
Message-Id: <1992Aug28.135811.8801@super.org>
Newsgroups: comp.windows.x


I am just put R5 (pl 10) on my sun3/470 and all works fine except that my
cursor is invisable.  I can still move the mouse and the effects of the cursor
work fine, it is fully functional, it's just not visable.  I looked through
my notices for the patches and did not see this problem, maybe I missed it.

Anyway, please help.  E-mail would be preferable.


Thanks

-- Adam Fox
Systems Programmer/Administrator
Supercomputing Research Center
adamfox@super.org
From: thirdi!greg@bloom-beacon.mit.edu (Greg Holmberg)
Newsgroups: fj.mail-lists.x-window
Subject: Q: menu mouse grabs while in a wait state
Date: 28 Aug 92 10:27:50 GMT
Distribution: fj
Organization: Third Eye Software, Menlo Park, CA

Date: 27 Aug 92 22:24:09 GMT
Message-Id: <1992Aug27.222409.20547@thirdi.uucp>
Newsgroups: comp.windows.x,comp.windows.x.motif

I'm having a problem with mouse grabs that never get released in an
application I'm writing.  This causes the server to lock up until I
kill my application.

I'm using Motif and augmenting the translations on a scrolled window to
popup a menu:

    *searches.translations: #augment <Btn3Down>: MriPopupACT(*srchPUM)

where srchPUM is a Motif PopupMenu.  This action (part of WCL) does an
XmMenuPosition() and an XtManageChild().

The problem occurs when the application is in a busy state and the
user presses Btn3.  During a busy state, I'm ignoring mouse and
keyboard events:

    /* We have a task system.  vfBusy gets set false when a task finishes. */

    while(vfBusy) {
        static XEvent           event;

        XtAppNextEvent(XApp, &event);
	switch (event.type) {
	    case ButtonPress:
		/* fall through */
	    case KeyPress:
		Beep();
		/* fall through */
	    case MotionNotify:
		continue;
	    case ButtonRelease:
		/* fall through. */
	    default:
		XtDispatchEvent(&event);
	}
    }

If the user presses Btn3 at this time, the pointer changes to the
left_ptr (the Motif menu pointer) and the mouse is grabbed.  The menu
does not appear (this is good) but the mouse is never released (this is
bad).

I was hoping that the dispatching of ButtonRelease above would release
the grab, but it doesn't.

Does anyone know how to fix this problem, either by releasing the grab
right away or preventing it in the first place if in a wait state?

Thanks,
From: spencer@cgrg.ohio-state.edu ("Stephen N. Spencer")
Newsgroups: fj.mail-lists.x-window
Subject: Annoying <ctrl>-D problem when exiting X.
Date: 22 Aug 92 01:05:35 GMT
Distribution: fj
Organization: OSU Advanced Computing Center for the Arts and Design

Date: Thu, 20 Aug 1992 11:18:12 GMT
Message-Id: <1992Aug20.111812.24467@cgrg.ohio-state.edu>
Newsgroups: comp.windows.x

System: Sun SPARCstation IPX, SunOS 4.1.1, X11R4.
Problem:  Occasionally, perhaps one in four or one in every five times I
exit X, I get a stream of <ctrl>-D characters being spit out from somewhere,
which causes a stream of "Use 'logout' to logout." messages to appear on my
screen.  After about twenty of them, the machine logs me out.  That's OK,
I guess, as that is what I want to do when I get out of X most of the time.

Question 1:  What's causing this stream of <ctrl>-D characters?
Question 2:  How can I fix it?

Details:  My .xinitrc file initiates various xterms and a clock in the 
background, then runs 'twm' in the foreground.  I get out of 'twm' and X
by selecting a menu item in a 'twm' popup menu.  I then call 'clear_colormap'
and 'kbd_mode -a' to restore the default colormap and restore the keyboard.
It is here that my problem occurs.


-- 
Stephen N. Spencer, Graphics Research Specialist           ,__o      ,__o
spencer@cgrg.ohio-state.edu  (or spencer@siggraph.org)   _-\_<,    _-\_<, 
(614) 292-3416                                          (*)/'(*)  (*)/'(*)
From: skok@itwds1.energietechnik.uni-stuttgart.de (Holger Skok)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 3 Sep 92 12:31:15 GMT
Distribution: fj
Organization: Inst. f. Thermodynamik u. Waermetechnik (ITW), U. of Stuttgart, FRG

Date: 3 Sep 92 07:29:39 GMT
Message-Id: <1992Sep3.072939.13032@news.uni-stuttgart.de>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

In article <1992Sep2.162110.15032@cas.org> lvirden@cas.org (Larry W. Virden) writes:
[... stuff deleted]
>
>I don't know why folks have to take an either/or angle.  Let's make the
>user more proficient by giving them access to both environments and
>when it makes more sense to use shell, a CUI, a mouse, voice input, a
>blink of the eye, a sneeze/hiccup/burp/whatever then use it.  And make
>as many of the other accesses available as possible, for those with
>other priorities...
>-- 

Yeah, not a bad idea. But STANDARDIZE it!


It's bad enough to have to learn different sets of commands for
different OS's. But it's far worse to have to grapple with different
design and interfacing concepts for GUI's.
-- 
*************************************************
*	Those stupid, horse-brained masses! 	*
*			OPUS on honker surgery  *
*******************************************HSK***
From: phd85@seq1.cc.keele.ac.uk (D.H. Holden)
Newsgroups: fj.mail-lists.x-window
Subject: novice needs help
Date: 25 Aug 92 18:53:14 GMT
Distribution: fj
Organization: University of Keele, England

Date: 25 Aug 92 15:10:46 GMT
Message-Id: <3868@keele.keele.ac.uk>
Newsgroups: comp.windows.x


In article <3860@keele.keele.ac.uk>, I wrote 
>>    I have just bought a book on Xwindow called X window inside & out
    .... problem  linking with -lXm
    ....
>>  can anyone help,

   The following is one of many replies recieved,

>From petew@uk.ac.qmw.dcs Tue Aug 25 10:29:05 1992

The -lXm flag is calling the X motif library. If you are not using
motif widgets then this is erroneous.
The libraries for X fall in a hierarchical manner. The most
complex/higher level generally come first, moving down through X
Toolkit to the X library. For example:-

   -lXm /* motif */ -lXt /* X toolkit */ -lX11 /* X library */ 

Each library should selectively resolve the objects in your program.
The key to understanding the libraries is the calls within your code,
the calls to X motif functions are prefixed 'Xm..' for example
XmCreateDrawingArea(.....). For X toolkit functions 'Xt..' for example
XtAppInitialize(...), for X library simply 'X..' for example
XDrawLine(...). From these the libraries are linked accordingly.
				pete woodward

   thanks also to
willdm+@edu.pitt (William D. Moore)
George D M Ross, Department of Computer Science, University of Edinburgh
 Jeremy Lawrence <jeremy@au.edu.uow.snrc>
stefans@de.unibw-muenchen.informatik.bauv106 
 ramakris@edu.vt.cs.csgrad (S.Ramakrishnan)
vijay@gov.fnal.cdsun 
fox@edu.msu.nscl.rudolf 
 Pete Woodward <petew@uk.ac.qmw.dcs>
 walkerm@EDU.NYU.CIMS.RUBY (M.Walker)
 
   much appreciated,  Dave.
From: criess@mrj.com (Chuck Riess)
Newsgroups: fj.mail-lists.x-window
Subject: Unsubscribe
Date: 1 Sep 92 21:01:07 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 1 Sep 92 14:37:33 EDT
Message-Id: <9209011837.AA04414@mrj.com>



Please unsubscribe me. Thank you.
From: bharat@ces.cwru.edu (M R Bharat)
Newsgroups: fj.mail-lists.x-window
Subject: Text widgets do not resize
Date: 27 Aug 92 23:59:12 GMT
Distribution: fj
Organization: Case Western Reserve University

Date: 27 Aug 1992 18:07:51 GMT
Message-Id: <1992Aug27.180751.13522@usenet.ins.cwru.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x

Hello,

In my motif application, I have a problem with my resizing events.
The widget hierarchy is like this:

	Form widget
	   ....
	   ScrolledWindowWidget
	       RowColumn
	            Form
		    Form
		    .....

The number of form widgets varies dynamically and each form widget has
     2 label gadgets and a text widget.

Now the problem is when I resize my main window only my scrolled window
resizes.  The rowcolumn, form and the text widgets do not catch the resize
event, and eventually my single line text widget does not resize. 

This is a similar program to that of the one in the Motif programming 
Manual Volume six of O'Reilly, which exactly works the way I want it.
The difference is that the above program uses toplevel shell as the
parent for the scrolled window whereas my program uses a form widget 
as the parent and I have a form widget above and a frame widget below 
the scrolled window.

Prakash

lilbit!prakash@skybridge.scl.cwru.edu
(216) 371 9777
From: rrb@seas.smu.edu (Robert R. Bailey)
Newsgroups: fj.mail-lists.x-window
Subject: Xview and XGetImage problem
Date: 29 Aug 92 14:23:06 GMT
Distribution: fj
Organization: School of Engineering and applied science; S.M.U.; Dallas, Tx

Date: Sat, 29 Aug 1992 02:35:05 GMT
Message-Id: <1992Aug29.023505.21665@seas.smu.edu>
Newsgroups: comp.windows.x

I am working with a 7-bit gray scale image and an overlay of several colors
using XView on a Sun SPARC.  After displaying the image and generating the
overlay, I can't seem to read the resulting image back so that I can write
it out to a rasterfile.

The following is a summary of how I display the image:
  dsply = (Display *) xv_get( canvas, XV_DISPLAY);
  win = (Drawable) xv_get( canvas_point_window( canvas), XV_XID);
  set color map;
  xi = XCreateImage( dsply, default_visual, 8, ZPixmap, 0, data,
    width, height, 8, width);
  XPutImage( dsply, win, gc, xi, 0,0,0,0, width, height);

Now, I draw on top of the image:
  XDrawLine( dsply, win, gc, x,y,x,y); 
  etc.;

I can scroll around and draw some more.
Now I want to take the resulting modified image and write it to a rasterfile.
(If I can get it to an XImage, I can to it.)  I tried:
  new_xi = XGetImage( dsply, win, 0,0, width,height, AllPlanes, ZPixmap);

But this does not work.  I can only get that part of the image that is
currently displayed in the window, which is smaller than the whole
(1024 X 1024) image.

How do I get the whole image?

Thanks for any suggestions.

Bob Bailey
rrb@seas.smu.edu
-- 
From: Bob Bailey = rrb@seas.smu.edu
From: quinton@stna.dgac.fr (Marc Quinton STNA 7SU p8046 BD24)
Newsgroups: fj.mail-lists.x-window
Subject: Re: MOTIF terminal widget - locations in Oz or US?
Date: 22 Aug 92 00:59:18 GMT
Distribution: fj
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00

Date: 21 Aug 92 08:58:31 GMT
Message-Id: <1992Aug21.085831.389@cenaath.cena.dgac.fr>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <1992Aug20.022341.25820@citec.oz.au>, sgccseh@citec.oz.au (Steve Hocking) writes:
> 
> 	Recently some info was posted about a public domain motif vt100
> widget. The address was given as ftp.stna7.stna.dgac.fr, which the name
> servers here in Australia seem to have great difficulty in contacting (ie
> not at all). I was wondering does anyone in Australia or the US have this
> widget and the code it was derived from available?
> 


Yes we had problems at our site. But it seems that no problems remains for now.
So you just have to retry at the adress specified previously.

NB : If you have FAQ-X, don't forget to replace ftp adress in article number ? which 
     describe where you can find new widgets :

	atchoum.stna7.stna.dgac.fr is now ftp.stna7.stna.dgac.fr.

-- 
 _____________________________________________________________________________
|   ___    ___   |                  |                                         |
|  /__ \  / __\  |   QUINTON Marc   | Technical Department of Civil Aviation  |
|   __\ \/ /     |__________________|_________________________________________|
|  / __   |   _  |                  |                                         |
|  \ \_\   \_//  |   Evry France    | e_mail : quinton@stna7.stna.dgac.fr     |
|   \___/\___/   |                  |                                         |
 -----------------------------------------------------------------------------
From: neeri@iis.ethz.ch (Matthias Neeracher)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 1 Sep 92 13:27:09 GMT
Distribution: fj
Organization: Integrated Systems Laboratory, ETH, Zurich

Date: Tue, 1 Sep 1992 13:01:52 GMT
Message-Id: <NEERI.92Sep1140152@iis.ethz.ch>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

In article <1992Aug28.184236.7300@erg.sri.com> zwicky@erg.sri.com (Elizabeth Zwicky) writes:
>Under UNIX, if I could do something once, I could
>do it again; on the Mac, it might have been blind luck. (Throwing
>things away requires getting the mouse itself, not just the icon
>you're dragging, onto the trash can. This is not true for putting
>things into folders.)

Your last sentence is actually wrong, as putting things into folders also
requires getting the mouse onto the folder icon. But you might say that this
further illustrates your point :-)

Matthias