HDTenEightyP/NetNews huggingface dataset:
From: emuleomo@yoko.rutgers.edu (Emuleomo)
Newsgroups: comp.windows.x
Subject: Re: Motif vs Open-look vs X
Summary: Motif vs. OpenLook
Date: 11 Apr 92 09:51:10 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

In article <1992Apr8.103749.4683@cc.uow.edu.au>, g9129499@cc.uow.edu.au (Jeremy Lawrence) writes:
> ahsiung@bbn.com (Anita Hsiung) writes:
> etc....
> 
> Which you prefer (OL or Motif) is purely a matter of taste. The consensus
> round here is that OL is nicer.
> 
> Jeremy

Use the OI toolkit. It does NOT FORCE you to choose b/w OpenLook or Motif.
You can have both. 
Say your application is named foo. If you want it to look like Motif,
type 
	foo -motif &
	or 
	foo -openlook3d &

Incredible! A command line switch!!

They have their own widget set, which IMHO is *superior*
to both OpenLook and Motif because it is C++ based.
The resources of your 'widgets' are set by *member functions* instead of
XtSetArg() ..... XtSetValues rigmarole!!!.
This is because the widgets are actually C++ classes.
This is what Motif should have been. I strongly suggest that OSF 
(are you there?) should take a serious look at this toolkit!
It is the *best* toolkit I have seen, and I have used Motif for 2 years
OpenLook for 6 months and OI for only 3 months.
Kudos to Solbourne. I hope this toolkit does not die from *poor marketting!!*
Maybe IBM should buy them out!!!
I now dread having to go back to Motif programming!
(check this out. To set a widget's font, you say   

	widget->set_font("a-nice-font");  (This requires *mucho* C code in Motif!)

	to print the value of a text widget, you say

	printf("Value is %s\n", textwidget->text());  
		(and you dont have to XmFree() anything either!!)

Call Solbourne!!
--Olumide O. Emuleomo  (emuleomo@yes.rutgers.edu)
-- 
Remember! It doesn't matter if you win or lose, as long as you win!
Newsgroups: comp.windows.x
From: converse@expo.lcs.mit.EDU (Donna Converse)
Subject: Re: Xt Translation Table Help (Xaw Text widget)
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Thu, 16 Apr 1992 19:50:02 GMT


>     If you want to have your function called when the text in the
>     widget changes, use the callback of the Xaw AsciiText widget
> 
> 	Unfortunately it's not as simple as that as this widget is comprised
>     of Text, AsciiSrc & Sink widgets.  This callback is really under one of
>     these.  You can't use XtAddCallback() as it isn't under the AsciiText
>     widget!

You can use XtGetValues on the textSource resource of the AsciiText widget
to obtain the widget ID for the text source widget, and with that widget ID,
you can call XtAddCallback to add callbacks to the "callback" resource of
the AsciiText widget.

>   But you can use XtSetValues() on the AsciiText widget & it will
>     propagate down to the correct widget.

Hmmmm!  The problem with this technique is that you *replace* the entire
callback list with a new one when SetValues is used.  Since you don't know
whether the AsciiText widget has registered callbacks on this list, you are
undermining the robustness and portability of your program this way.  The
widget can register callbacks on the same list, and the widget is not
required to document what callbacks it registers or when it registers them.


Donna
From: johannes@ubka.uni-karlsruhe.de (Johannes Viegener)
Newsgroups: comp.windows.x
Subject: Re: xtank on DECstation 5000/200 ULTRIX4.2
Date: 14 Apr 92 15:48:21 GMT
Organization: University of Karlsruhe, Germany

Xtank on DECstation 5000 is running fine now!

After applying the patch from:
   ccgwt@blaze.trentu.ca (Grant Totten)
and changing Imake.tmpl following the desciprition from:
     Johannes Sixt <jsixt@RISC.UNI-LINZ.ac.at>
xtank is working wonderful !!!!
Thanks to all that have answered !

Regards,   Johannes


-- 

+------------------------------------------------------------------------------+
| JOHANNES VIEGENER: johannes@ubka.uni-karlsruhe.de    Tel: (+49) 721-608-3133 |
+------------------------------------------------------------------------------+
| Universitaetsbibliothek Karlsruhe / Postfach 6920 / 7500 Karlsruhe / Germany |
+------------------------------------------------------------------------------+
From: tjc@ecs.soton.ac.uk (Tim Chown)
Newsgroups: comp.windows.x
Subject: Re: X11R5 on hp9000s320
Date: 13 Apr 92 09:31:09 GMT

In <1992Apr11.201546.5233@ulrik.uio.no> per@teknologi.agderforskning.no (Per Sigmond) writes:

>I've compiled X11R5 on a hp9000s320 running hpux 8.0. Building and installing
>appeared to be OK, but when starting some of the clients I get the message
>"Floating exception - core dumped" and that's that. This happens with for
>instance "xedit" and "puzzle", while "maze" is OK.

>I used the hpux cc.

>Anyone seen this before? Any ideas what to do?

Yes, you need to put

#define OptimizedCDebugFlags   +O1

in your site.def file.

Cheers,
	Tim
From: beyer@utrtsc.dec.com (Peter Beyer)
Newsgroups: comp.windows.x
Subject: Re: Communication.
Date: 8 Apr 92 12:43:12 GMT
Organization: Digital Equipment Corporation


In article <9204061413.AA18155@expo.lcs.mit.edu>, DBOHDAL@jaguar.ess.harris.COM writes...
 > 
 >Here's my problem:  I have an X-Windows application process running and
 >a non-X communications process running.  When a message is received by my
 >comm process, I want to interrupt the X-Windows application and update
 >a status window indicating that a message has arrived.  What is a good
 >way to do this?  Do I have to make my comm process an X-Windows process
 >in order to to successfully communicate?  I'm on a VAXstation 3100 using
 >VMS and Motif 1.1.
 > 
 >Thanks for any help you can provide,
 >Debbie

Oh, many ways of doing this: Setup a write attention on a mailbox and service 
your messages on AST level. Or add a workprocedure (XtAppAddWorkProc) and look
at your input when X is idle, etc, etc


Peter Beyer 
Digital Equipment b.v. Holland
Internet: beyer@utrtsc.Enet.dec.com
From: 3027donb@ucsbuxa.ucsb.edu (Domingos Begalli)
Newsgroups: comp.windows.x
Subject: where can I get the X11R5 specs?
Date: 10 Apr 92 00:14:05 GMT
Distribution: comp

Hi folx,

Is there any info on what is standard and what is contributed
on X11R5? Where can I get that?

I did try to check the faq but didnt find anything.

Thx

-Domingos
From: kettering@addvax.llnl.gov (Brett 'Volleyball Is My Game' Kettering)
Newsgroups: comp.windows.x
Subject: Re: Ada multitasking with X-windows
Date: 6 Apr 92 23:01:00 GMT
Organization: Lawrence Livermore National Laboratory
News-Software: VAX/VMS VNEWS 1.40

From Tom's message:

>Well, yes, it *is* that simple, *because* you would have a different version
>of Xlib. You would be using some sort of Ada bindings to Xlib, and any
>decent set of bindings would have to be doing quite a bit more than just
>making sure the arguments pass correctly to the equivalent 'C' library
>routines.

I guess we have a difference of interpretation as to what a binding is.  I
interpret a binding to be something that allows me to call code, written
in a foreign language (non Ada that is here), in my Ada program.  That means
a spec with a bunch of "pragma IMPORT_VALUED_PROCEDURE", "pragma INTERFACE",
etc.  What you describe is another implementation, according to my definition
of implementation vs. binding.  I have only used the X implementations on
DEC/VMS and the Sun SPARC.  I have only used Ada on the DEC/VMS platform
with DEC's binding.  I know that if you call XNextEvent or XtAppMainLoop with
DEC`s binding your process delays forever (well until another X event comes
along) and does not allow the Ada RTS to take over and schedule another task
because the process never gets back on the CPU.

>This is how it maintains control over the tasks. In
>an Ada binding to "select", for instance, the RTS would remember that
>this *task* wants to do a select, but may give another task the
>opportunity to run.

It can't give another task a chance to run if the RTS itself cannot run.

>And in an Ada binding to "XNextEvent", a similar
>thing would occur. The Ada RTS is in some ways a mini-kernel. And,
>as such, it must be "between" X and Unix, just as X must be between
>the application and Unix.

The problem is that the X implementation in C does not talk to the Ada
RTS to tell it that its task wants to "delay".  The binding only allows
one to call the C implementation from an Ada program.

Like I said, to me the word binding does not imply recoding the function.
To me that's an implementation.  I agree, if someone reimplements XNextEvent
and thus XtAppMainLoop to not put the process to sleep then you could use
tasks.  Essentially, there has to be a task that gets and dispatches the
events and when there are not pending events that task must do a delay,
in the Ada sense, which only tells the Ada RTS that that task doesn't need
CPU at this time, but does not prevent the OS from scheduling the process
that contains that task.

-------------------------------------------------------------------------------
Brett M. Kettering
PaperNet: LLNL P.O. Box 808 L-437 Livermore, CA.  94551
InterNet: KETTERING1@llnl.gov
TalkNet : (510) 423-3467
FaxNet  : (510) 423-4606

Unknown Debater: "We need a national speed limit of 55 mph."
Homer Simpson  : "Oh sure, it might save a few lives, but millions
		  would be late."
Sammy Hagar    : "I can't drive 55."
-------------------------------------------------------------------------------
From: gritton@alaska.caedm.byu.edu (Jamie Gritton)
Newsgroups: comp.windows.x
Subject: Re: Repeat KeyPress vs Real KeyPress
Date: 14 Apr 92 23:22:49 GMT
	<9584@codonics.COM> <9811@codonics.COM>
Reply-To: gritton@byu.edu
Organization: Brigham Young University, Provo UT USA

bret@codonics.com (Bret Orsburn) writes:

>We indicated that auto-repeat KeyPress events would typically not have
>KeyRelease events associated with them. We were wrong.
...
>Perhaps it's time to invoke der Mouse's principle and inquire what the
>original poster was trying to accomplish? There may be a better way to
>approach the problem than defeating auto-repeat.

I want to do something which I know the protocol doesn't handle: set
the speed of the auto-repeat. This is for a game, to give you an idea
of its vast importance.

I figures I could do this by only looking at real presses and releases,
and then doing usleeps to get the repeating. I ended up disabling
autorepeat while I have keyboard focus. It's a bad hack, and some
window managers (albeit old ones) barf at this in different ways.
--
James Gritton - gritton@byu.edu - I disclaim
From: wladimir minenko
Newsgroups: comp.windows.x
Subject: XCAM - a X-recorder (part 2)
Keywords: recorder
Date: 7 Apr 92 13:24:19 GMT
Organization: DFKI - German Research Center for AI


  We thank the all people very match who written thier wishes and opinions of
XCAM !
We've recieved about 90 (from 13 March till today) replies. It will help us to
evaluate the old version and define the direction of further work on XCAM.
  Almost everybody had asked:*How can I abtain it ?* There are some undecided
questions whether or not the XCAM will be the public domain software. We will
manage this problem the next time and NOTIFY per e-mail all who had send us
the request about XCAM.
  In further development of XCAM we will attempt to realize possibely more of
arrived wishes concerning functionalty of XCAM.
  We will very glad to recieve some information about analog products or tools.

Regards
  Wladimir Minenko
  e-mail: minenko@dfki.uni-sb.de
_______________________________________________
          DFKI (KIK-Project)
          Stuhlsatzenhausweg 3
          W-6600 Saarbruecken 11
          Germany
          ph: +(681)-302-5280
          ph: +(681)-302-5294
          fax: +(681)-302-5297
_______________________________________________

The folowing massage was posted at 13 March 1992 to some news groups:
===============================================================================
_______________________________________________________________________
		XCAM - a X-recorder for SUN SPARCstation (Sun 4)
_______________________________________________________________________

  XCAM (X CAMcorder) allow you to record output of X application(s) and
to play records later on the same (or on another) machine(s). Slogan of
XCAM is "What you see is what you got."

  XCAM has also following features:
	- shares playback on several machines in network synchronously
	- record of mouse motions if requested
	- control of playback speed
	- shows information about recorded data (date, duration, etc)
	- has a graphical user interface

  Author: Wladimir Minenko
	  Siemens Project Group (KIK),
	  German Research Center for Artifical Intelligence

XCAM will be further developped and we plan versions for other machines
too - so it would be good to have response of all it's possible users.

Please fill in the form below and send it back to my e-mail (!) address.

  Address of our labs:

          DFKI (KIK-Project)
          Stuhlsatzenhausweg 3
          W-6600 Saarbruecken 11
          Germany
          ph: +(681)302-5280
          fax: +(681)302-5297


					Regards

 						Wladimir Minenko

 				  e-mail: minenko@dfki.uni-sb.de
        
------- cut here ------- cut here ------- cut here ------- cut here ---

We would like to use XCAM.

Name of Institution (company, university):
e-mail:
fax (phone) number:

We wish to use/use XCAM on:
	Type of computer:
	Type of display:
	Version of operating system:
	Version of X Window:

Regarding XCAM we have following requests/wishes:

===============================================================================
Newsgroups: comp.windows.x
From: leei@thunder.mcrcim.mcgill.edu (Lee Iverson)
Subject: Re: MITSHM Extension...
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 9 Apr 92 12:43:39 GMT

mark@netcom.com (Mark Jeghers) writes:
: leei@thunder.mcrcim.mcgill.edu (Lee Iverson) writes:
: 
: 
: >X Error of failed request:  BadAccess (attempt to access private resource denied)
: >  Major opcode of failed request:  129 (MIT-SHM)
: >  Minor opcode of failed request:  1 (X_ShmAttach)
: >  Serial number of failed request:  308
: >  Current serial number in output stream:  309
: 
: >This, of course, doesn't happen if the client and server are local to
: >the same machine.   Aaaarrrggghhh!    Any ideas?
: 
: Exactly!  THe MITSHM extension is only meant for local clients (where it is
: possible to build a shared memory bridge).  It cannot be used over the network.
: 
: But, we can always wish, eh...:-)

Not much of a clue, huh, Mark?  Of course, I know it can't work over
the network, distributed shared memory is an interesting research case
but not yet available in SunOS :-) That's not my point.  The docs for
the XShmQueryExtension() test seem to claim that it will only return
true if it can be used.  That should include a test that the client
and server are on the same machine.  It does not!

So again the question.  Is there a simple test one can make to ensure
that an XShmAttach() request will not result in a protocol error?  I
guess I will submit a bug report, but it would be nice if I had a
simple, portable fix.
-- 

Lee Iverson			McGill Research Centre for Intelligent Machines
leei@mcrcim.mcgill.edu		Computer Vision and Robotics Lab
				McGill University, Montreal
From: wade@austin.cs.utk.edu (reed wade)
Newsgroups: comp.windows.x
Subject: wierd widget mapping on SGI
Keywords: SGI Xaw broken
Date: 13 Apr 92 01:52:59 GMT
Organization: Computer Science Dept, University of Tennesee, Knoxville
NNTP-Posting-Host: austin.cs.utk.edu


Hi,

Perhaps someone has fallen into this rathole before-

On an SGI machine using Athena w/R4 -

I've got a variety of widgets in a Paned widget. I'd like to turn
off or on any number of these children of the Paned widget at any time
(make them invisible). I've been doing that just fine by doing an
XtManageChild/XtUnmanageChild on the kids. 

It works great on every machine I can get my hands on except the SGI.

Any thoughts?

Thanks,
-reed
wade@cs.utk.edu
From: enm52910@uxa.cso.uiuc.EDU (Captain Swashbuckler)
Newsgroups: comp.windows.x
Subject: ]Unsubscribe
Date: 12 Apr 92 04:59:23 GMT
Organization: The Internet

Please Unsubscribe me from this maiing list
From: ron@rss.dl.nec.com (Ron Guest)
Newsgroups: comp.windows.x
Subject: Re: XXGDB Questions
Date: 16 Apr 92 12:52:28 GMT
Article-I.D.: rsd0.1992Apr16.125228.10249
Reply-To: ron@rss.dl.nec.com
Organization: NEC America

In article <9204151728.AA10937@simpson.turtles>, amir@matis.UUCP (Amir Katz) writes:
|> 1. What is the latest version? Mine is 1.03 (patch level 2).
|> 
|> 2. If there is a newer version or patches, where can I get them? MIT's
|>    export doesn't have it in the 'contrib' directory.

Your version is way out of date.  We are using 1.06, obtained from
	ftp.uu.net
I believe the latest version is in
	usenet/comp.sources.x/volume16/xxgdb:
on that server.

-- 
Ronald Guest
Manager, Software Development			|	ron.guest@rss.dl.nec.com
NEC America								|	Voice: (214) 907-4490
383 Omni Drive							|	FAX:   (214) 907-4479
Richardson, Texas  75080
Newsgroups: comp.windows.x
From: carson@cs.columbia.edu (Carson A. Gaspar)
Subject: Type 1 font renderer problems
Keywords: bug font type1 postscript X11R5 fs fontserver
Organization: Columbia University Department of Computer Science
Date: Mon, 13 Apr 1992 19:11:08 GMT

The X11R5 font server has a bug (as of patch 8) that only occurs when
rendering PS Type 1 fonts at large point sizes.  Basically, the font
renderer dies.  If it was running in a font server, the fs dies.  If
it was running as part of the X server, the X server hangs.

To reproduce this bug, try and render a Type 1 font at 400 points.

If anyone wants/needs more info, I can provide it.



-- 
			    Carson Gaspar
	       carson@cs.columbia.edu  |  BIX: cgaspar
From: jncoco@jumbo.read.tasc.COM (Joe Coco)
Newsgroups: comp.windows.x
Subject: Arc bug in X386?
Date: 8 Apr 92 17:43:05 GMT
Organization: The Internet


Has anyone else run into a bug with arcs in X386?  I am running X11R5 up to 
fix10, ISC 3.0.  When I run applications that draw arcs, the server dies.  
This occurs, for example, when using xgc and selecting arc.  But it does not 
happen with selecting filled arc.  Is there a bug fix?

Thanks,
Joe Coco
jncoco@tasc.com
TASC
Newsgroups: comp.windows.x
From: zakon@hobbes.CWRU.Edu (Robert H. Zakon)
Subject: xgrab ps or bitmap file to Mac pict or tiff?
Reply-To: zakon@hobbesCWRU.Edu (Robert H. Zakon)
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Mon, 6 Apr 92 19:18:46 GMT

How can I get output from xgrab to a Mac Pict or Tiff
format?  xgrab can give me output in either postscript
or bitmaps format.

Please reply directly to zakon@hobbes.cwru.edu

Thanks,
  Robert H Zakon
From: tigli@mimosa.unice.fr (Jean-Yves Tigli)
Newsgroups: comp.windows.x
Subject: Help !!
Date: 9 Apr 92 14:34:17 GMT
Organization: University of Nice-Sophia Antipolis

When I start X, it writes on my computer screen :

X Toolkit Warning: Cannot allocate colormap entry for "White"
X Toolkit Warning: Cannot allocate colormap entry for "Black"
X Toolkit Warning: Cannot allocate colormap entry for "white"
X Toolkit Warning: Cannot allocate colormap entry for "black"

I don't know why !
My rgb.txt is ok for black and white (Black and White too),
my app-defaults is ok for xterm (XTerm)
and it's the same trouble for everyone with this computer.
(it doesn't depend on .Xfiles from the homedir).

Thus xterm windows have a white background with a white font ...

Thanks for your help ....
From: converse@expo.lcs.mit.EDU (Donna Converse)
Newsgroups: comp.windows.x
Subject: Re: Should XtOverrideTranslations work this way?
Date: 15 Apr 92 21:26:11 GMT
Organization: X Consortium, MIT Laboratory for Computer Science



I wrote:

> This is correct, except for one detail: the assumption that SetValues
> on the translations resource has different effects depending upon the
> directive in the translation table.  It doesn't (or shouldn't).
> The above translation table would result from calling XtOverrideTranslations.
> SetValues on the translations resource always does a replacement operation,
> never an augment or override.  SetValues ignores the directive in the
> translation table.  


Ron responds:

> But the R5 documentation says (file mit/doc/Xt/CH10):
> 
>   The replace or merge operation is performed during the
>   Core instance initialization and
>   during the Core set_values invocation.
>   Each merge operation produces a new
>   translation resource value; if the original tables were shared by
>   other widgets, they are unaffected.  If no directive is
>   specified, ``#replace'' is assumed.


Andrew responds:

> I noticed that both the R4 and R5 implementations of the Core
> initialize method do obey the directive.  It's only the R5 Core
> set_values that doesn't.  The R4 Xt doc also said that Core
> set_values will obey the directive.
> 
> What's going on here?

The change to the Core set_values method was made as a bug fix, based
on these words in section 10.3:

	To replace a widget's translations completely, use XtSetValues
	on the XtNtranslations resource and specify a compiled 
	translation table as the value.

As for the apparent contradiction of this sentence, also from 10.3:
	
	The replace or merge operation is performed during the Core
	instance initialization and during the Core set_values invocation.

The most simple point I can make is that this sentence does *not*
specify whether the Core set_values method does a replace operation,
or a merge operation, or conditionally one or the other.  But taken
in context, I think the sentence can be said to be contradictory
to the previous quote, so it becomes a specification issue.


Donna
From: rnewman@bbn.com (Ron Newman)
Newsgroups: comp.windows.x
Subject: Re: Should XtOverrideTranslations work this way?
Date: 13 Apr 1992 23:35:00 GMT
Organization: Bolt, Beranek & Newman, Inc.
Distribution: world
NNTP-Posting-Host: spcsun25.bbn.com

In article <9204111443.AA01730@excess.lcs.mit.edu>, converse@expo.lcs.mit.EDU (Donna Converse) writes:

|> This is correct, except for one detail: the assumption that SetValues
|> on the translations resource has different effects depending upon the
|> directive in the translation table.  It doesn't (or shouldn't).
|> The above translation table would result from calling XtOverrideTranslations.
|> SetValues on the translations resource always does a replacement operation,
|> never an augment or override.  SetValues ignores the directive in the
|> translation table.  So the resulting table, if SetValues is used, contains:
|> 
|>     <Key>: WcTraceACT("key pressed (override)")\n
|> 
|> And, sorry to say, I think this was implemented incorrectly in the R4 Core
|> SetValues method.

A quick look at CoreSetValues in both the R4 and R5 source trees
confirms that #override and #augment "worked" in R4, but are
ignored in R5.

Why was this change made?  It seems like a step backwards in
useful functionality.

-- 
Ron Newman		rnewman@bbn.com
Newsgroups: comp.windows.x
From: parama@io.cs.unc.edu (Vice_Captain_Trips)
Newsgroups: comp.windows.x
Subject: Moving screen position.
Date: 12 Apr 92 19:40:28 GMT
Organization: Friends of the Devil
Originator: parama@io


I dont know if this is a FAQ, I apologize if it is.
I am having trouble moving the screen position from
 within the program. (Not using the scroll bar). 
 Ideally I would like to take the center of the screen
 coordinate, transform it and make that the new center of 
 the screen. 

Any pointers would be appreciated.

--P2