HDTenEightyP/NetNews huggingface dataset:
From: jimw@empros.cxn.dec.com (Jim West)
Newsgroups: fj.mail-lists.x-window
Subject: Re: No border X window
Date: 6 Nov 92 21:58:52 GMT
Distribution: fj
Organization: Random Mixed

Date: 5 Nov 92 20:43:05 GMT
Message-Id: <1992Nov5.204305.7801@nntpd2.cxo.dec.com>
Newsgroups: comp.windows.x



  Which window manager are you using ?

  The OSF/Motif Window Manager provides this capability.  twm might also,
not sure though.

-/ Jim /-
From: scott@asd.com (Scott Barman)
Newsgroups: fj.mail-lists.x-window
Subject: Changing Scroll Bar colors in scrolledWindow
Date: 11 Nov 92 13:40:45 GMT
Distribution: fj
Organization: American Software Development Corp., W. Babylon, NY

Date: Thu, 5 Nov 1992 20:08:52 GMT
Message-Id: <1992Nov5.200852.7328@asd.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

Question for Motif 1.1.*:

I want to change the color of the scrollbars of a scrolled window as
a resource in the app-defaults file.  How can I do it?  A text widget
is what is being scrolled inside the scrolled window (actually, there
are three of these in paned windows).  To change the colors of the
text widgets I have:

	AppClass*XmText*foreground: grey40
	AppClass*XmText*background: grey98

(yes, I do want ALL text widgets to be those colors)  But it is also
changing the scroll bars to be grey98.  To change it, I have tried
the following:

	AppClass*XmScrollBar*background: grey78

which did not work.  Why?  It is almost as if the scroll bars are not
an XmScrollBar class widget. (?)  Can someone shed some light on this?

THANKS!!
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
From: c2xlai@kocrsv01.delcoelect.com (Larry A. Ice)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems with simple example (Doug Young's book)
Date: 7 Nov 92 22:50:27 GMT
Distribution: fj
Organization: Delco Electronics Corp.

Date: 3 Nov 92 12:56:06 GMT
Message-Id: <1992Nov3.125606.28114@kocrsv01.delcoelect.com>
Newsgroups: comp.windows.x


My earlier query:

> I am having a heck of a time attempting to compile a simple
> example from Doug Young's book (OSF/Motif edition).  This is
> my Imake file:
> 
>                 SRCS = memo.c concat.c
>                 OBJS = memo.o concat.o
>      LOCAL_LIBRARIES = -lXm -lXt -lX11
>      INCLUDES = -I/usr/include/X11/motif
> 

The consensus among the generous individuals who provided
their expertise was to add the line:

	DEFINES = -D_NO_PROTO

to the Imakefile.  I used xmkmf and make and successfully
produced an executable image!  Thanks much!



-- 
 .+----+     Larry Ice (317)451-0890     GM: 8-322-0890      .+----+
+----+'|     Software Engineer           Mail: CT40A        +----+'|
|    | |     Domain: c2xlai@kocrsv01.delcoelect.com         |    | |
|____|'      UUCP: deaes!c2xlai                             |____|'
From: cschneid@mines.utah.edu (Claudio Schneider)
Newsgroups: fj.mail-lists.x-window
Subject: No title in original
Date: 10 Nov 92 20:41:29 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 10 Nov 92 12:00:53 MST
Message-Id: <9211101900.AA08436@mines.utah.edu>

Mr. (Mrs.),
I am a brazilian student. I am working at University of Utah during this
quarter. I would like to know how can I get a version of X for SCO UNIX.

Thanks,
		Gilberto Z. Fialho

P.S.: My e-mail is cschneid@mines.utah.edu
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Imake on non-Unix systems
Date: 10 Nov 92 21:20:49 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 10 Nov 92 11:23:11 GMT
Message-Id: <1do62vINNcln@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x

Did you try to port Imake and its configuration files to operating systems
other than (any flavor of) Unix? I am most interested in your story,
whether you were successful or not. Please let me know!

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: 4carroll_j@spcvxb.spc.edu
Newsgroups: fj.mail-lists.x-window
Subject: Invalid Code Assumptions in Xt Code
Date: 12 Nov 92 01:05:16 GMT
Distribution: fj
Organization: St. Peter's College, US

Date: 6 Nov 92 21:49:50 GMT
Message-Id: <1992Nov6.164950.4337@spcvxb.spc.edu>
Newsgroups: comp.windows.x


 Hi,
 
	I  don't  know who to inform about bugs in the X11R5 distribution, but I 
 have found two today. Both bugs are due to the same oversight on  the  part 
 of  the  programmer,  and  both  problems  relate to the X-Toolkit library. 
 Someone it seems has made  the  mistaken  assumption  that  sizeof(int)  == 
 sizeof(long).  

	The first example of where this is a problem in the  module  Resources.c 
 in the Xt library. The function _XtDependencies() casts a XtResourceList to 
 a  XrmResourceList.  If you examine the respective definitions of these two 
 objects you will see that the 5th field of the XtResourceList is a Cardinal 
 object  (typedef'ed  as  an  unsigned  int),  and  the  5th  field  of  the 
 XrmResourceList is  a  long  int  object.   This  makes  structure  pointer 
 arithmatic performed later invalid.

	To  correct  this  situation,  you  must alter one of the definitions to 
 match the other. I have opted to change the long  int  declaration  in  the 
 XrmResourceList object to a Cardinal. Hopefully this will work.
 
	The second  mistake  is  more  complicated,  but  stems  from  the  same 
 erroneous  assumption.  It is also in the Xt library, but is in the Error.c 
 module. There are two methods meant  to  provide  default  error  handling, 
 _XtDefaultErrorMsg() and _XtDefaultWarningMsg(). Both of these methods 
 invoke the sprintf method (the invokation is the problem).
 
	The first thing that each function  does  is  set  up  a  locale  String 
 parm[10] object, and initialize it with the variable arguments passed.  The 
 sprintf  function  is then called, with each of the 10 String objects being 
 passed as parameters. The problem ocurrs if the format string passed to the 
 method specifies %d. The sprintf method (on a 16-bit machine), will  assume 
 that  16  bits  are  on the stack, and bump the va_list pointer to the next 
 stack object.  Since String objects are actually typedef'ed  char  pointers 
 (which  work  out  to 32-bits in compact, large and huge memory models) the 
 sprintf method will not have bumped passed the  arg.  The  next  arg  fetch 
 using va_arg(), will retrieve bad data.
 
	The only way to  solve  this  problem  is  to  write  a  custom  sprintf 
 function, and replace all calls to the library sprintf to this sprintf. The 
 custom method may then retrieve each parameter as a 32-bit object, but only 
 use what portion of it it needs.

 Please Forward all comments to Me
 
 Jim Carroll
From: CXF111@psuvm.psu.edu (Charles Fee)
Newsgroups: fj.mail-lists.x-window
Subject: Does a pfb & pfm to bdf font convertor exist?
Date: 13 Nov 92 14:48:58 GMT
Distribution: fj
Organization: Penn State University

Date: Sat, 7 Nov 1992 18:39:45 EST
Message-Id: <92312.183945CXF111@psuvm.psu.edu>
Newsgroups: comp.fonts,comp.windows.x

After looking around (not well, I admit, so flame away if the answer is
obvious) for information, I haven't found anything that suggests there is a
way to convert pfb or pfm fonts (ATM fonts for ms-windoze) to bdf (Type 1
fonts for X)

I ask this heretical question because there seem to exist many hundreds of
ATM for ms-windoze fonts, but few Type 1 for X fonts (freely distributable
that I have located) And I know that a conversion must be done.  Is there
such a beast that does this?  a mac to X font converter would also work
nicely.  If anyone knows of such a program please let me know.  I will
summarize to the net if appropriate.
From: roeber@vxcrna.cern.ch
Newsgroups: fj.mail-lists.x-window
Subject: Re: Multi-screen X server
Date: 12 Nov 92 22:59:03 GMT
Distribution: fj
Organization: CERN -- European Organization for Nuclear Research

Date: 12 Nov 92 17:47:28 GMT
Message-Id: <1992Nov12.184728.1@vxcrna.cern.ch>
Newsgroups: comp.windows.x

In article <1992Nov12.151615.19008@osf.org>, daniel@moonshine.osf.org (Daniel Dardailler) writes:
> I'm looking for references of multi screen X servers,
> any hardware, but preferably sun, hp, or 486.
> I'm particularly interested by those that you can run on a 
> single physical tube (this way I won't have to buy another monitor)

I'm in the middle of writing such a beast.  I'm basing it on the
sample MIT server.  The sample server doesn't have anything special
for this, but the device-specific part can pretend it has multiple
screens.

> I used to have one where you could say at startup time: "X -2" (for 2 screens)
> and then open connections to either unix:0.0 or unix:0.1

Yes, the device-specific part gets a shot at the command line arguments,
which it can use as it pleases when setting itself up.

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
--  
"Sorry, baby, I can't take you to the pizza joint tonight, I've got to go
back to the lab and split the atom." -- Ayn Rand, "What is Romanticism?"
From: 528010@llnl.gov (Mark Levinson)
Newsgroups: fj.mail-lists.x-window
Subject: Looking for VT220/320/420 Emulation for Sun
Date: 7 Nov 92 11:28:59 GMT
Distribution: fj
Organization: Lawrence Livermore National Lab

Date: 3 Nov 92 23:02:57 GMT
Message-Id: <140551@lll-winken.LLNL.GOV>
Newsgroups: comp.windows.open-look,comp.windows.x,comp.windows.misc,comp.windows.x.apps

Help,

        We need a product to emulate a vt220/320/420 series terminal from our sun workstations. so 
we can access our vax machines with vt functionality.  

I have tried crttool and mterm with no luck getting them to work.  Have you used these products
successfully?

Do you know of a product on the net or a good proprietary package?

		Thanks in advance!


---


 Mark Levinson                                                                           Internet:    markl@llnl.gov
 Lawrence Livermore National Lab                              PacBell Net: (510) 422-1794
--------------------------------------------------------
From: reza@peri.jsc.nasa.gov (Reza Razavipour)
Newsgroups: fj.mail-lists.x-window
Subject: Iconification scheme( app defined)
Date: 7 Nov 92 12:32:11 GMT
Distribution: fj
Organization: Lockheed Eng & Sci.

Date: Tue, 3 Nov 1992 00:54:52 GMT
Message-Id: <1992Nov3.005452.2712@aio.jsc.nasa.gov>
Newsgroups: comp.windows.x

I would like to provide a function to replace the standard
function that gets called everytime a shell gets iconified
via WM decoration. Can anybody tell me how to do this?
Please mail directly.
Thanx, 
Reza.
From: ftms!brown@bloom-beacon.MIT.EDU (Vidiot)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X to PS
Date: 10 Nov 92 13:17:40 GMT
Distribution: fj
Organization: Vidiot's Other Hangout

Date: 4 Nov 92 17:27:50 GMT
Message-Id: <401@ftms.UUCP>
Newsgroups: comp.windows.x

In article <1992Nov2.201838.18870@exlog.com> dave@exlog.com writes:
<In article 5734@murdoch.acc.Virginia.EDU, heddle@clas01.cebaf.gov (David Heddle) writes:
<>We are writing a postscript driver for a graphics intensive in-house X/Motif
<>application. Our approach is to open the file, write the appropriate header,
<>and to create a postscript analog to every low-level X routine. It occurs to me
<>that  in our ignorance we may be taking an inefficient approach and almost
<>certainly we are reinventing the wheel. My question is:
<>
<>Are there any public domain ps drivers (with source) ? We need to output
<>ps, eps, and epsi formats.  A library of routines which includes "open" and
<>"close" for the various formats as well as analog routines such as
<>psDrawLine corresponding to XDrawLine would fit nicely into our scheme.
<>
<>Also appreciated would be any comments regarding whether or not we are
<>going about this the wrong way.
<
<Dave,
<
<I briefly looked into this about a month ago and found a commercial product
<from Bristol Technology called Xprinter.  Here's brief blurb from a brochure:
<
<	Xprinter is for software developers who are programming to the
<	Xlib layer.  Xprinter allows you to add printer support to your
<	applications without having to learn PostScript or PCL commands.
<
<It supposedly supports all the "Xlib graphic features".  It also mentions you
<can copy pixmaps to a printer (and presumably to a file) via XCopyArea.
<
<They have a demo available via ftp (I can't remember where).  I really wasn't
<able to eval the product since I'm on something else right now.  If you take
<a deeper look at the product, why don't you drop me a note or post?
<
<Here's their number: (203)438-6969

Great phone number.  Think British, look at their name and the phone number.
Strange sense of humor :-)

In any event, the demo is available on uunet in:

	vendor/Bristol/Xprinter/xp.sun4.tar.Z

There is also a README file in the same directory.

As I type this, I am downloading the files via anonuucp.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Event Processing Guru Needed
Date: 5 Nov 92 11:07:51 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 1 Nov 92 09:21:37 GMT
Message-Id: <1992Nov1.092137.27539@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <Bwx4qs.DnI@cs.columbia.edu>, haupt@cs.columbia.edu (Marcus E. Haupt) writes:

> I have a transparent mapped window, exactly the same size as the root
> window.

Transparent how?  InputOnly?  Background set to None?  Using an overlay
visual and with all pixels set to the transparent value?

> This window would obscure other windows on the screen but it is
> transparent.  The transparent window does not select any events, it
> is only used for drawing purposes (to draw above all other windows on
> the screen).

Okay, it's not InputOnly...what is it?  This sounds like a case for
drawing on the root with a GC whose subwindow-mode is IncludeInferiors
rather than the default ClipByChildren.

> The problem is that I cannot send keyboard and pointer events to any
> other windows on the screen when the transparent window is mapped.

Pointer events, true.  Keyboard events, it depends on how the window
manager handles keyboard focus - if it explicitly assigns focus to
client windows, keyboard input should work perfectly well; if it leaves
it set to PointerRoot, it won't.

> I want to have the events go to the windows that the user assumes the
> events should go to (the user is unaware of the transparent window
> above the other windows, the other windows cannot be restacked above
> the transparent window because it does not communicate with the
> window manager).

This is sounding more and more as though you want to do away with the
window and just draw on the root with IncludeInferiors.

Er, what do you mean "does not communicate with the window manager"?
If you haven't prevented the window manager from functioning (eg, by
grabbing the keyboard and pointer), it is entirely capable of doing an
XRaiseWindow or equivalent - the window manager may not realize your
blanket window is there, but the server knows it is, and will dutifully
raise the window as directed by the WM, in front of the blanket.

> Can I find out which window it should have gone to and send it there
> myself?

Yes, but it's ugly, depends on the clients accepting synthetic events,
and requires either grabbing the server or living with race conditions.

> Can I just let it pass through the transparent window and not have to
> worry about event propogation, which would send the event straight to
> the root window?

No.  You want an OutputOnly window, but no such thing exists.  (I have
occasionally thought they should...)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: dominic@skaro.genie.uottawa.ca (Dominic Richens)
Newsgroups: fj.mail-lists.x-window
Subject: How to a better Xaw Viewport widget.
Date: 9 Nov 92 12:07:18 GMT
Distribution: fj
Organization: MCRLab - University of Ottawa

Date: Wed, 4 Nov 92 17:29:15 GMT
Message-Id: <1992Nov4.172915.20615@csi.uottawa.ca>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics


Hi all, need your help.

Given that Athena Widgets scroll bars are not very intuitive, I wanted to
add MacIntosh style buttons (command widgets) at the ends of the scroll bar, 
particularly for the Viewport composite widget.

For normal scroll bars, this is not a problem, I do it all the time in
application code.  However for the Viewport composite, I have to (copy and)
modify the widget source, specifically the CreateScrollbar() procedure, and
add callback for the command widgets.

The problem is that if I do the usual, it doesn't work, in fact the result
is that I get NO scroll bar!  If I "if(0) { ... }" out the code, it works
as a normal Viewport widget (I'm testing this with a long list widget within 
the Viewport).

This is what I do (example is for a forced verticle scroll bar in the right 
hand side of a viewport):

1) Create a managed command widget, with XtNwidth and XtNheight set to
   clip->core.width (square command widget), and XtNleft to XtChainRight.
2) Create the scrollbar as usualy, but with XtNfromVert set to the above
   command widget, and the length - space taken up by command widgets.
3) Create another command widget, same as above, but XtNfromVert set to the
   scrollbar.

An reason why this shouldn't work?  I can't see this being a complicated
modification to the Viewport.c sources!?

thanks in advance for any help or hints.

dominic

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
                                                - Barbara Kruger
From: rob@ucsu.Colorado.EDU (Rob Cuthbertson)
Newsgroups: fj.mail-lists.x-window
Subject: Audio extensions to X?
Date: 9 Nov 92 15:14:55 GMT
Distribution: fj
Organization: University of Colorado, Boulder

Date: Wed, 4 Nov 1992 21:14:35 GMT
Message-Id: <1992Nov4.211435.27100@ucsu.Colorado.EDU>
Newsgroups: comp.windows.x


Are there Audio extensions in the R5 server?   If so, has anyone written 
anything that uses them?  
I don't mean vtalk/vlisten, nor audio-Xbiff, nor the spiffy version of 
Unipress Emacs which re-defines certain beeps.  All of these (as far as 
I know) either cat things to /dev/audio or use Sun's audio library calls.

If there aren't such extensions, what are do "mono multibuffer" and "stereo
multibuffer" mean in the output from xdpyinfo?

Probably best to reply in email, and I'll post a summary in a week or two.

Thanks!
--Rob Cuthbertson, rob@ucsu.Colorado.EDU
From: tes@gothamcity.jsc.nasa.gov (Thomas E. Smith [LORAL])
Newsgroups: fj.mail-lists.x-window
Subject: Please subscribe me
Date: 10 Nov 92 01:57:59 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 9 Nov 92 16:59:43 CST
Message-Id: <9211092259.AA25102@gothamcity.jsc.nasa.gov>


The subject says it all...

					Tom Smith
From: john@jho.com (John Ho)
Newsgroups: fj.mail-lists.x-window
Subject: xwd dump to Epson printer
Date: 5 Nov 92 19:46:27 GMT
Distribution: fj
Organization: Software Programming, Inc., Dallas, Texas USA

Date: 1 Nov 92 21:22:39 GMT
Message-Id: <1992Nov01.212239.15268@jho.com>
Newsgroups: comp.windows.x

Can someone give me some suggestion on how to print a xwd dump on
an Epson printer?

-- 
John Ho from Dallas, Texas USA. (john@jho.com)
From: stevens@scubed.com (Jeff Stevens)
Newsgroups: fj.mail-lists.x-window
Subject: X11r5/Sun Japanese keyboard
Date: 8 Nov 92 22:53:54 GMT
Distribution: fj
Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA

Date: 3 Nov 92 19:51:02 GMT
Message-Id: <1992Nov3.195102.19804@scubed.com>
Newsgroups: comp.windows.x


  I recently installed X11R5(patch 16) on a Sun SPARCstation (2GX,OS4.1.2)
in Japan.  The Japanese keyboard is slightly different from the US
keyboard.  In particular, certain symbols such as "*" and ":" are in
different locations.  Does anyone know how to get the X server to
interpret the keys properly for the Japanese keyboard?
-- 
----------------------------------------------------------
Jeff Stevens	stevens@sirius.scubed.com, stevens@seismo.css.gov
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XDrawPoint unreliable with some servers
Date: 13 Nov 92 15:28:03 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 13 Nov 92 09:37:23 GMT
Message-Id: <1dvt0jINNa20@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x

In article <1992Nov12.224339.28874@sserve.cc.adfa.oz.au>,
gfreeman@csadfa.cs.adfa.oz.au (Graham Freeman) writes:
|> All I want to know is why it is unreliable.)

Hmm, perhaps a bug in the X11R3 server?   :-)

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: FLAME, FLAME ON X!!!
Date: 13 Nov 92 14:34:12 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 10 Nov 92 06:30:10 GMT
Message-Id: <1992Nov10.063010.5701@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1683@igd.fhg.de>, baumann@igd.fhg.de (Peter Baumann) writes:

> "Did you know that the X windows server never releases memory space
> once acquired for image display?  Each new image loaded makes the X
> server address space grow until there's no more available."
> And added, "This is a well-known bug of X".

Even if entirely true, it is not a bug in X, but rather a bug in
certain implementations of X.

As for how true it is, others have by now answered that as well as I
could.

> PS:
> Have you ever had something named X in your home directory when
> starting xinit? (I figure that each of us has "." at the beginning of
> the PATH variable...) - Nice effect.

That's got nothing to do with X, again, but with UNIX (home directory,
PATH, ., yup, UNIX).  (To be picky, it's having something called X in
the current directory, not the home directory...unless you have ~ in
your path, which is rarer.)  It's no different from having something
called ls in the directory and trying to get a listing of it, really.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu