HDTenEightyP/NetNews huggingface dataset:
From: etlgtme@etlxd32l.etlxd (Grant McFarlane,XD/GEEC,GH)
Newsgroups: fj.mail-lists.x-window
Subject: Why won't Alt-z and Alt-q work in OpenWindows 3.
Date: 28 Sep 92 19:53:37 GMT
Distribution: fj
Organization: Ericsson Telecom, Stockholm, Sweden

Date: 28 Sep 92 14:17:56 GMT
Message-Id: <1992Sep28.141756.6118@ericsson.se>
Newsgroups: comp.windows.x

This is driving me totally NUTS !!

I'm running SoftPC, a PC emulator on my workstation (SPARC ELC 24Megs) in OpenWindows
version 3. The application I'm running in the emulator wants Alt-z to access the
setup screen, but when I press Alt-z nothing happens except the Front(L5) and
Open(L7) keys refuse to work anymore. This also happens without the emulator running
if I press Atl-z in a shelltool. I've checked just about everything I can think of.
'xmodmap -pk' checks out ok. My .Xdefaults file has no keymaps in it.
$OPENWINHOME/lib/openwin-sys does a few things that I'm not sure about, but nothing
that looks like keyboard stuff. The most annoying thing about this is that it works
perfectly well in OpenWindows version 2, which we have on the server too (obviously).
If I press ALt-z in the emulator it accesses the setup screen... great ... except 
SoftPC is not supposed to be run with anything less than OpenWindows 3 as "strange
errors may occur" and I don't want to risk it. We're running SunOS 4.1.2 on 24 Meg
SPARC ELC's, Openwindows3 and the window manager is 'olwm'. I've just done
'strings olwm|more' and noticed something very interesting. Alt-z seems to map to
something called 'SuspendMouseless' and Alt-Z maps to 'ResumeMouseless'.
Are these resources that I can re-map?? If so, HOW ?? Inside .Xdefaults ??
Any suggestions will be greatly appreciated,
                                         Cheers,
                                               Grant.
---
    _/_/_/_/_/ _/_/    _/_/ _/_/_/_/ | Grant McFarlane, Ericsson Telecom.
   _/         _/  _/ _/ _/ _/        | E-Mail: etlgtme@etlxd20.ericsson.se
  _/    _/_/ _/    _/  _/ _/         | "Sponges live at the bottom of the sea.
 _/      _/ _/        _/ _/          | Makes you wonder how much deeper they'd
_/_/_/_/_/ _/        _/  _/_/_/_/    | be if they didn't." (Steven Wright)
From: tonyf@peacock.ims.com (Antonio Freixas)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Paned widget resources - xrn config
Date: 6 Oct 92 21:03:52 GMT
Distribution: fj
Organization: Integrated Measurement Systems, Inc.

Date: Fri, 2 Oct 1992 15:11:11 GMT
Message-Id: <1992Oct2.151111.10426@ims.com>
Newsgroups: comp.windows.x

In article <2566@devnull.mpd.tandem.com>, duanev@devnull.mpd.tandem.com (Duane Voth) writes:
|> Can someone show me how to arbitrarily position the children of a paned
|> widget using Xresources?  Specifically, I would like xrn to place the
|> article view window to the RIGHT of the article index window instead of
|> below, so I can get 50+ lines of each at once.  (xrn code change suggestions
|> are also welcome)

Wow! What a great idea!  I had once requested that xrn be modified to
have these panes in separate windows, but your idea would add what I
want with less work.

Anyway, there is XtOrientation resource for Paned widgets that can be
set to XtOrientVertical or XtOrientHorizontal.  I'm going to research
this myself.

From Mike Yang:
|> Sorry, you can't do this.  Xrn uses the Motif vertical paned widget.
|> There is no (official) Motif horizontal paned widget.

This would only applies to the Motif version of xrn.

					         -- tonyf@ims.com
					       (503) 626-7117 x1349
From: barmar@think.com (Barry Margolin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: CISCO now supports XREMOTE, what others do?
Date: 26 Sep 92 12:20:01 GMT
Distribution: fj
Organization: Thinking Machines Corporation, Cambridge MA, USA

Date: 23 Sep 1992 20:38:22 GMT
Message-Id: <19qkjuINNb2i@early-bird.think.com>
Newsgroups: vmsnet.misc,comp.windows.x

In article <1992Sep23.003147.16000@infocomm.com> mark@infocomm.com writes:
>In article <2853@mitech.com>, gjc@mitech.com (George J. Carrette) writes:
>> What X-terminal vendors support that protocol?
>At this time, the protocol is only supported by NCD who originally developed
>the protocol.

While NCD may be the only "X terminal" vendor supporting it, they're not
the only "X server" vendor.  NCD has licensed the technology to some PC X
server vendors (sorry, I don't know which).
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Properties
Date: 28 Sep 92 14:29:49 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sat, 26 Sep 92 08:43:20 GMT
Message-Id: <1992Sep26.084320.4442@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <6249@blue.cis.pitt.edu.UUCP>, nr3m+@pitt.edu (Matthew A Henry) writes:

> I am developing two applications which will exchange data via X
> properties.  [...] In my situation the reader only wants the latest
> information from the writer, even if that means missing data.
> Therefore what I would like to do is have the writer delete any
> unread data on the property before putting new data on the property.
> My concern is that the writer could delete data that is being read by
> the reader.  Is there anything in X that would prevent this from
> happening?

Yes, provided the chunk of data being passed is small enough that it
can be read and written in a single request.  This is because the
server is required to act as if requests are performed atomically with
respect to one another, so it is not possible for the reader's query to
arrive somehow in the middle of the writer's store.

If the property values *are* too large for this to work, you should
probably consider using a different mechanism, like selections, but if
you really are dead-set on using properties, it's still possible to do
what you want, just more difficult: you have to design a protocol for
accessing the data and ensuring that it's all done atomically.  To
complicate things, if the values are that large, it's reasonably likely
that the server will be unable to store the properties, so you may have
to exchange requests...at which point you are essentially
reimplementing much of the selection mechanism, so you might as well
use selections anyway.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: fj.mail-lists.x-window
Subject: CWStackMode Opposite doesn't work for me.
Date: 3 Oct 92 08:09:48 GMT
Distribution: fj
Organization: Ecole Polytechnique Federale de Lausanne

Date: 1 Oct 92 09:41:58 GMT
Message-Id: <4069@sicsun.epfl.ch>
Newsgroups: comp.windows.x


   Can somebody explain to me how can "xwc.stack_mode = Opposite" works.

This small program shows the wrong behaviour :

--------------------------------------------------------------------------------
#include <stdio.h>
#include <X11/Xlib.h>

main () {
    Display *dpy;
    Window w1, w2, w3;
    unsigned long white, black;
    XWindowChanges xwc;

    dpy = XOpenDisplay ((char*) 0);
    black = BlackPixel (dpy, 0);
    white = WhitePixel (dpy, 0);
    w1 = XCreateSimpleWindow (dpy, RootWindow (dpy, 0), 200, 200, 500, 500, 1, black, white);
    w2 = XCreateSimpleWindow (dpy, w1, 100, 100, 200, 200, 1, white, black);
    w3 = XCreateSimpleWindow (dpy, w1, 200, 200, 200, 200, 1, white, black);
    XMapWindow (dpy, w2);
    XMapWindow (dpy, w3);
    XMapWindow (dpy, w1);
    XFlush (dpy);

    sleep (3);
    printf ("Above ...\n");
    xwc.stack_mode = Above;
    XConfigureWindow (dpy, w2, CWStackMode, &xwc); /* works */
    XFlush (dpy);

    sleep (3);
    printf ("Opposite ...\n");
    xwc.stack_mode = Opposite;
    XConfigureWindow (dpy, w2, CWStackMode, &xwc); /* doesn't work */
    XFlush (dpy);

    sleep (1000);
}
-----------------------------------------------------------------------------

   With stack_mode = Above, it works perfectly, but with stack_mode = Opposite,
nothing happens, why ? i'm probably missing something. My server and Xlib are 
X11R4 from HP.

  Thanks for any hints.

-- 


                    Claude Lecommandeur
                    Service Informatique Central
                    Ecole Polytechnique Federale de Lausanne
                    1015 LAUSANNE (SWITZERLAND)
                    E-Mail : lecom@sic.epfl.ch
                    Tel : (41 21) 693-22-97
From: calvin@im.mgt.ncu.edu.tw (Calvin)
Newsgroups: fj.mail-lists.x-window
Subject: help
Date: 5 Oct 92 15:56:02 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 5 Oct 92 22:00:53 CST
Message-Id: <9210051400.AA04964@im.mgt.ncu.edu.tw>

help xpert
From: haedener@iacrs1.unibe.ch (Konrad Haedener)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xdm and IBM RS6000
Date: 5 Oct 92 12:10:03 GMT
Distribution: fj
Organization: University of Berne

Date: 5 Oct 92 08:08:48 GMT
Message-Id: <1992Oct5.080848.9468@aragorn.unibe.ch>
Newsgroups: comp.windows.x

In article <1992Oct1.222326.3036@awdprime.austin.ibm.com>, meo@austin.ibm.com (Miles O'Neal) writes:
|> haedener@iacrs1.unibe.ch (Konrad Haedener) writes:
|> | ellis@athena.mit.edu (Steve Ellis) writes:
|> | |> 
|> | |>     I am having a problem with xdm on a IBM RS6000 (AIX3.2.2).  When
|> | 
|> | X11/R4 (IBM or MIT ?) or X11/R5 ?
|> | IBM's R4 xdm and xauth are broken. You have to patch the source to make
|> | them run as expected (or substitute them with the MIT versions).
|> 
|> If you have the X11dev lpp installed, you can build the xdm there, which
|> will run much better than the binary shipped with R4.  This is essentially
                                                                  ^^^^^^^^^^^
That's exactly the point! If it were a _true_ snapshot, things would work.
In /usr/lpp/X11/Xamples/clients/xdm/auth.c, e.g., uncomment an original piece
of code commented out by someone at IBM (search for `defect 40038').
And that is just a starting point ...

|> a snapshot of the MIT xdm at the time the release code was frozen.  In xdm's
|> case, this was probably late in 91.
|> 
|> You can call customer support and see if there is a fix, also.
|> 

You can try.

|> DISCLAIMER: I'm a contractor, not a policy maker.  IBM and I speak
|> for ourselves, not each other.

-- 
Konrad Haedener                             Phone: +41 31 65 42 25
Institute for Physical Chemistry            FAX:   +41 31 65 44 99
University of Berne
Switzerland                                 haedener@iacrs1.unibe.ch
From: jf1@forth.stirling.ac.uk (Mr Jonathon Fletcher)
Newsgroups: fj.mail-lists.x-window
Subject: Timeouts and Stupid Questions
Date: 5 Oct 92 16:33:58 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.stirling; Mon, 5 Oct 1992 16:29:25 +0100
Message-Id: <9210051530.AA29504@forth.stirling.ac.uk>
Date: Mon, 5 Oct 92 16:30:55 BST
X-Mailer: ELM [version 2.3 PL3]


Earlier today I posted a question about Timeouts, to the list - the question 
turns oout to be more of a DQ (dumb question), than a FAQ :

What is the difference between Motif1.1 and Motif1.0 - Motif1.1 likes
the correct use of application contexts, Motif1.0 doesn't really care
too much.

My apologies for wasting net time over this

-Jon

-- 
Jonathon Fletcher     |
Information Services, |
Stirling University.  |
jf1@stirling.ac.uk    |
From: fisk@cvdv73.lcs.mit.edu (Tom Fisk, 2D-337 STM, 5-4341)
Newsgroups: fj.mail-lists.x-window
Subject: Setting Window CLASS name with Xlib
Date: 2 Oct 92 09:29:46 GMT
Distribution: fj
Organization: University of Arizona MIS Department - Mosaic Group

Date: 1 Oct 92 22:51:00 GMT
Message-Id: <1OCT199215511445@cvdv73>
Newsgroups: comp.windows.x

Here is a fairly simple question (I hope)...

How do I set a window's CLASS name using only Xlib calls.  In case I am using
the wrong terminology...how do I give a window a name so Motif will use the
resource manager values (from .xdefaults) for things like position, menu 
options, etc. but with only Xlib calls.  I would appreciate an example if it 
isn't too much trouble but general help would be appreciated also.

BTW, thanks to all those who have answered my questions to date.  I don't know
where I would be without the great help I get from this group.

Once again, THANKS!  Tom.

-------------------------------------------------------------------------------
Thomas B. Fisk          +----------------------------+  Internet: fisk@mayo.edu
Mayo Clinic             |   If you don't know where  |  Voice: (507) 255-4341
200 First Street SW     |  you're going you'll never |  FAX: (507) 255-5484
Mail Stop 2D-337 STM    |         get there.         |
Rochester, MN  55905    +----------------------------+
-------------------------------------------------------------------------------
From: adrian@ora.com (adrian)
Newsgroups: fj.mail-lists.x-window
Subject: PEX, terminology
Date: 28 Sep 92 23:42:16 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 28 Sep 92 13:48:33-060
Message-Id: <9209281948.AA00507@spike.ora.com>


| >I think most people will agree that the best book out to date is the
| >"PHIGS Programming Manual" by Tom Gaskins, published by O'Reilly &
| >Associates. For information, call (800) 338-6887.
| >
| 
| This book does not deal with PEX.
| 
| There is another book in the works, also by Tom Gaskins and O'Reilly that
| deals exclusively with PEX. Teasers were widely distributed at SIGGRAPH in
| Chicago.
| 
| I don't know when the book is going to hit the streets.

This is not right.

People need to be more accurate in their terminology.  PEX is
a protocol (one cannot program in PEX).  Programmers use a programming
library, such as PHIGS or PEXlib (or one day OpenGL), which
handles PEX protocol.

The Tom Gaskins' PHIGS book mentioned above *does* deal with PEX, in 
the sense that it describes what PEX is and how it works, and it 
describes how to use the standard PHIGS interface that generates PEX 
protocol.

The upcoming books announced at SIGRAPH are about PEXlib, another
library for 3-D programming that uses the underlying PEX protocol.

So both books cover PEX to the extent necessary for programming (which
isn't much).  But they focus on the programming library, not the
protocol.


*************************************************************
Adrian Nye (314) 531-1231    Editor, The X Resource
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************
From: tek@pram.cs.ucla.edu (Ted Kim (Random Dude))
Newsgroups: fj.mail-lists.x-window
Subject: Getting the X Server to Use FS
Date: 6 Oct 92 13:31:19 GMT
Distribution: fj
Organization: UCLA Computer Science Department

Date: 6 Oct 92 00:21:09 GMT
Message-Id: <1992Oct6.002109.7175@cs.ucla.edu>
Newsgroups: comp.windows.x

Is there a way to get the R5 sample X server to make use of the font
server? (Our system: R5, patch-level 17, SPARC, SunOS 4.1.1)

It seems that some special clients like fslsfonts use the font server,
but not the X server itself. It looks like the X server is built to
use the libfont.a interface rather than the libFS.a interface. 

Is this correct?
Is there any plan for the Consortium to make it use the font server? 
Any contrib code to do it?

Sorry, if this has been answered before.

-ted

--
Ted Kim                           Internet: tek@ficus.cs.ucla.edu
UCLA Computer Science Department  UUCP:     ...!{uunet|ucbvax}!cs.ucla.edu!tek
3680A Boelter Hall                Phone:    (310) 825-8524
Los Angeles, CA 90024             FAX:      (310) 825-2273
From: goldberg@turing.toronto.edu (Jody Goldberg)
Newsgroups: fj.mail-lists.x-window
Subject: Why does XtAppNextEvent do callbacks for XtAddInput ?
Date: 28 Sep 92 20:25:04 GMT
Distribution: fj
Organization: CSRI, University of Toronto

Date: 26 Sep 92 18:58:11 GMT
Message-Id: <1992Sep26.145811.11092@jarvis.csri.toronto.edu>
Newsgroups: comp.windows.x

It would seem more logical for XtDispatcEvent to do all
the call backs.  Can anyone in the know explain why the
design decision was made to have user specified I/O sources'
callbacks handled by XtAppNextEvent and hence create 2
dispartute event queues.  Why not just have the callback called
with the relavant fd and status mask called stored in a different
event type.

	Jody Goldberg
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jody Goldberg
goldberg@turing.toronto.edu		|	 "I Row ... What else Matters ?"
From: thoth@beach.cis.ufl.edu (Robert Forsman)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X regions: why or why not?
Date: 27 Sep 92 22:35:05 GMT
Distribution: fj
Organization: Church of Homogeneous Foods (Rev. Forsman founder)

Date: 27 Sep 92 16:52:00 GMT
Message-Id: <THOTH.92Sep27125200@beach.cis.ufl.edu>
Newsgroups: comp.windows.x


> I've noticed, however, that not much of the freeware
> X software that I can ftp uses regions.  Why is this?

  I believe it's just that not many people know how to accumulate
Expose events properly.  It's a darn shame too because programs like
xdu really lose when you OpaqueDrag across them.

  Fortunately the Canvas widget from the Free Widget Foundation lets
the X toolkit handle the construction of a Region for you.  You just
have to set your clipmask and draw.
--
Eat now this hot-dog with ketchup, flesh of his flesh, blood of his blood.
Supercalafragalisticextrasacreligious
I deal with Reality as you _don't_ understand it.
blah = realloc(blah, sizeof(*blah)*(blahsize*=2)); /* (TM) */
From: osoelgaultier+@CMU.EDU (Stefan Monnier)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Announcing the availability of XFree86 1.1
Date: 3 Oct 92 22:48:38 GMT
Distribution: fj
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Date: 3 Oct 92 17:26:57 GMT
Message-Id: <wenRTVC00Vpb4DsUg3@andrew.cmu.edu>
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x

Excerpts from netnews.comp.os.linux: 3-Oct-92 Announcing the
availability.. david.e.wexelblat@cbnews (8547)


> 			Announcing XFree86 1.1
> 		       ------------------------
> 			 (formerly X386 1.2E)
> 			    October 3, 1992



>    ***  7) Integrated support for 386BSD, Mach386, and Linux (previous
> versions required a seperate patch kit).

What is Mach386 ?

(I know what is Mach (hey, I'm in CMU), but I'd like some
precisions)

Is it a bit like Linux or 386BSD ?

	Stefan

-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------
From: shawn!root@bloom-beacon.MIT.EDU (Mark Jeghers -- UNIX/X/Motif Contractor)
Newsgroups: fj.mail-lists.x-window
Subject: Repost: How is X11R5 and Motif 1.2 on Solaris 2.0?
Date: 6 Oct 92 20:31:02 GMT
Distribution: fj
Organization: Mark Jeghers -- UNIX/X/Motif Contractor

Date: 6 Oct 92 03:31:55 GMT
Message-Id: <1992Oct6.033155.690@shawn.uucp>
Newsgroups: comp.windows.x,comp.windows.x.motif

I got no replies on my last posting; if anyone has info on this please
let me know.

How well does X11R5 and Motif 1.2 port to Solaris 2.0?  We're looking
at a Sparc 10 as the target, so we question the need for gcc, since the
stock compiler is presumably well optimized for the hardware.  Any 
experiences, gotchas, etc are greatly appreciated.

Thank you all.

Mark Jeghers
UNIX/X/Motif Contractor
408/281-4823 [voicemail]
From: yhtao@magnus.acs.ohio-state.edu (Yu-Hui Tao)
Newsgroups: fj.mail-lists.x-window
Subject: Problems compileing Xt programs on DECstation 3100!
Date: 30 Sep 92 08:27:43 GMT
Distribution: fj
Organization: The Ohio State University

Date: 29 Sep 92 21:14:08 GMT
Message-Id: <1992Sep29.211408.5271@magnus.acs.ohio-state.edu>
Newsgroups: comp.windows.x,comp.windows.x.intrinstics


I am practicing Xt with Athena widgets with the examples from 
mit/examples/Xaw of X11R4. They worked fine on SUN SPARCstation, but not on 
the DECstation 3100 running Ultrix 4.2.

When compiling the xhw.c file on the DECstation, the following warning came out:

	ccom: Warning: xhw.c, line 61: illegal combination of pointer and 
	integer, op = fallback_resources, 0, ((Cardinal)0));

which was related to the XtappInitialize.

When Compiling the popup.c file, the following errors came out:


	ccom: Error: popup.c, line 106: syntax error
      	XtPointer client_data, call_data;
     	 --------^
	ccom: Error: popup.c, line 145: XtPointer undefined
          XawDialogAddButton(dialog, "ok", ColorTheButton, (XtPointer) dialog);
      	 ------------------------------------------------------------^
	ccom: Error: popup.c, line 145: syntax error
          XawDialogAddButton(dialog, "ok", ColorTheButton, (XtPointer) dialog);
      ----------------------------------------------------------------------^

	.
	.
	.

which are related to XtPointer.

Also the cpp was redefining a lot of Xt stuff during the compilation. 

I learn that Digital distributes a different Xt (Maybe also Xlib) from MIT X's.
How can I resolve this problem? I do like to write some code based on the
examples from mit/examples/Xaw, unless some clear document is available for the 
changes in Digital's Xt.


Any suggestions and comments from experienced Xt and DECstation users is 
appreciated!

Best regards,

Yu-Hui Tao
==========