HDTenEightyP/NetNews huggingface dataset:
From: wade@austin.cs.utk.edu (reed wade)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: default resources
Date: 30 Sep 92 13:06:10 GMT
Organization: Computer Science Dept, University of Tennessee, Knoxville
Distribution: world
Reply-To: wade@austin.cs.utk.edu (reed wade)
NNTP-Posting-Host: austin.cs.utk.edu

In article <DBROOKS.92Sep29222120@penge.osf.org>, dbrooks@penge.osf.org (David Brooks) writes:
> wade@austin.cs.utk.edu (reed wade) writes:
> > What is the most reasonable way to assure that one set of resources
> > will be used by my widget on a mono display and another set if it
> > is running on a color display?
> 
> Assuming you are using X11R5, the best way is to use the new escape
> provided in file search-paths, and the pseudo-standard hinted at by a few X
> clients.
> 
> [ stuff about using #ifdef COLOR in app-defaults file  deleted ]
>
> --
> David Brooks					dbrooks@osf.org
> Open Software Foundation			uunet!osf.org!dbrooks
> Four more months!  Four more months!

Actually, what I'm working on (Xnetlib) needs to run under as many systems
as possible so I can't rely on having R5 around.

Also, I would prefer to avoid requiring people to install an app-defaults 
file. Our main audience tends to be fairly naive with regard to installing
software and would need to have someone else install an app-defaults
file. 

What I had in mind was for my widget to load a different XtResource struct
at instantiation so that I could have different default colors depending.

Thanks,
Reed Wade
wade@cs.utk.edu
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: Xt-library
Date: 28 Sep 1992 10:32:16 GMT
Organization: CS Department, Dortmund University, Germany
NNTP-Posting-Host: tommy

In article <HABL.92Sep24163723@euler.iesd.auc.dk>, habl@iesd.auc.dk (Hans
Blaasvaer) writes:
|> We have run into some problems using the Intrinsics library (libXt.a).
|> After linking our program with libXt.a we get the following error when
|> we run the compiled program:
|> 
|> ld.so: Undefined symbol: __XtInherit
|> 
|> We get this message even if our program looks as listed below:
|> 
|> #include <X11/Intrinsic.h>
|> #include <X11/StringDefs.h>  
|> #include <X11/Xatom.h>  
|> #include <X11/Shell.h>  
|> 
|> main(argc, argv)
|>      int argc;
|>      char *argv[];
|> {
|> 
|> 	/* DO NOTHING */
|> }

You question is a frequently asked one. Here's the answer:

Subject: 106)  What are these problems with "_XtInherit not found" on the Sun?
When I run a X program that I wrote on a SunOS 4.0.3 or 4.1 machine I get the 
error "ld.so: symbol not found _XtInherit".

        What you are seeing is a side-effect of a kludge in the R4 libXt.a to 
get Sun shared libraries working.  Apparently, you can't share a function that 
is both called and compared, as _XtInherit is. This was handled by putting 
_XtInherit in the same file as a function that is always used, thereby 
guaranteeing that it would be loaded -- that is, in Initialize.c, where 
XtToolkitInitialize() and XtInitialize() reside. These routines would normally
be called.

        You are probably seeing this error because your program is not a normal
Xt-based program and does not call XtToolkitInitialize() anywhere. 
        1) it may be a program that uses Xt functions but never opens a 
connection to the X server.  [OSF/Motif's 1.1.0 UIL had this problem; it called
XtMalloc() and other Xt functions.] The solution is to add the call to your 
program; the function does not have to be executed, just linked in.
        2) alternatively, your program doesn't need any Xt functions and is
correct in not calling XtToolkitInitialize() -- it may be an Xlib or XView 
program. In this case, you can remove -lXt from your link command. 

        It should not be necessary to link the shared libraries statically,
although this will certainly solve the problem.
        
[from Jordan Hayes (now jordan@MooreNet.COM) and Danny Backx (db@sunbim.be); 
11/90]

-- 
  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
Newsgroups: comp.windows.x
From: tbecker@acht.informatik.uni-kl.de (Thomas Becker)
Subject: Re: Moving the tvtwm window by the keyboard
Organization: University of Kaiserslautern, Germany
Date: Wed, 30 Sep 1992 07:47:49 GMT

peter@merlin.acadiau.ca (Peter Steele) writes:

>I'd like to set up some keys under my tvtwm environment that
>will move the viewport to certain areas on the virtual screen.
>For example, I'd like <F1> to move the viewport to the upper
>left corner of the virtual desktop. Can this sort of thing
>be done or do I have to be satisfied with dragging the
>window with the mouse?

You needn't use the mouse to move youe desktop window. There are several
functions provided by tvtwm (usually starting with f.scroll...). See
man page of tvtwm for more details.

>--
>Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
>Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364
-- 
Thomas Becker                       e-mail: tbecker@informatik.uni-kl.de
Computer Science Department                      phone: +49 631 205 3295
University of Kaiserslautern, P.O. Box 3049        fax: +49 631 205 3558
D-6750 Kaiserslautern, Germany	                 Nothing to disclaim ...
Newsgroups: comp.windows.x
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Subject: Internationalization and Kanjai support in Xlib
Reply-To: izeek@techunix.technion.ac.il (Ilan Aisic)
Organization: Technion, Israel Inst. of Technology
Date: Thu, 1 Oct 1992 06:33:32 GMT

We have to "internationalize" a large GUI that is based on Xlib.
I would appreciate any comments, hints about doing that.
Our application runs on the Sun with X11R4.
In particular, we need to add support to 16 bit character sets (Kanji font).
Of course, supporting European languages is a must and supporting Arabic and
Hebrew (which have a small character set but are typed from right to left)
may also be needed.
In addition to the code changes that we will have to make (like calling 
"XDrawString16" instead of "XDrawString" for Kanjai), I wonder what 
software tools are out there to help when dealing with two-byte fonts
(Is there an "xfd16" which will be the equivalent of "xfd") ? 
Is there anything in X11 to support locale?
Thanks in advance,
Ilan.

                  Ilan Aisic
voice: 972-4-344474       fax: 972-4-342492
e-mail:       izeek@techunix.technion.ac.il
From: bernard@cpio1.fr.mugnet.org (Bernard Fouche)
Newsgroups: comp.windows.x
Subject: Looking for HDS email address
Date: 30 Sep 92 22:59:43 GMT
Organization: CPIO S.A.


Hi !

Who knows the email address of HDS (Human Designed Systems, PA) ? They
build rather good X terminals and we are happy with them. But our local
reseller is fuzzy when it comes to technical questions. So I would be
happy to reach HDS tech staff...

Thank you !
-- 
--------------------------------------------------------------------------
Bernard Fouche  VOX   : +(33) (1) 48.04.56.30  FAX :  (33) (1) 48.04.98.95
Email : bernard@cpio1.fr.mugnet.org
Postal Mail : CPIO S.A., 13-15 Rue de la Verrerie, 75004 Paris, France
Newsgroups: comp.windows.x
From: dbrooks@osf.org (David Brooks)
Subject: Re: MWM popup problem
Organization: Open Software Foundation
Date: Tue, 6 Oct 1992 21:18:02 GMT

rsmith@pioneer.arc.nasa.gov (Roger Smith RCS) writes:
|> The problem is that this program is working under every window manager
|> except MWM.  When the program is run under MWM, and the "main" window
|> is iconified, the popup window will never popup until the main window
|> is deiconified.

ICCCM, 4.1.10, last paragraph, says "Window managers are free to decide..."
on this behavior.  You could, I suppose, argue that the language does not
apply to newly-created windows, but that would be a stretch.

As previously noted, you should pop up a TopLevelShell; you can control the
decorations if you wish.  It then has its own icon, though.
-- 
David Brooks					dbrooks@osf.org
Open Software Foundation			uunet!osf.org!dbrooks
107 more days of Bush Presidency!
From: ams90@ecs.soton.ac.uk (SHEHAB AM)
Newsgroups: comp.windows.x
Subject: folding X-windows editor?
Keywords: x-windows, editors, folding, transputer
Date: 27 Sep 92 13:26:50 GMT

Hi,


Is there a beast like aXe but has folding text capabilities?  
There are terminal based ones like origami and folding uEmacs. Any
help will be approciated.


ams...
From: thoth@beach.cis.ufl.edu (Robert Forsman)
Newsgroups: comp.windows.x
Subject: Re: X regions: why or why not?
Date: 27 Sep 92 16:52:00 GMT
Article-I.D.: beach.THOTH.92Sep27125200
Organization: Church of Homogeneous Foods (Rev. Forsman founder)
In-reply-to: sinster@cse.ucsc.edu's message of 17 Sep 92 16:38:40 GMT


> 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: bmskc!moe!paul@uunet.UU.NET (Paul Evan Matz)
Newsgroups: comp.windows.x
Subject: (none)
Date: 29 Sep 1992 01:30:36 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Newsgroups: comp.windows.x
Distribution: na
Keywords: PC server

We are just starting to evaluate Quarterdeck's Desqview/X.  So far, not
so good.  They don't bother to mention to customers that if they want to
do more than PC peer-to-peer operations, like run applications on a Unix host, 
an additional package "Network Manager for TCP/IP" must be purchased too
(list: $200, over and above Desqview/X).  This was somewhat disappointing.
I'm not sure who they think their market is going to be...

Anyway, I was wondering if anyone else had experiences to relate on PC
based X server implementations.  I think Locus has something; PC X-sight?
Has anyone seen any recent articles reviewing and comparing various
products?

Please email me directly, and I'll gladly summarize.


Thanks (wishful thinking),

Regards,
 ____________________________________________________________
| Paul E. Matz, Principal Engineer, PPG Biomedical Systems   |
|   RR 2, Box 55, 26 Lewis Road, Pound Ridge, NY, 10576      |
|   Phone: 914-234-0745, or 914-234-0661                     |
| (in KS:)                                                   |
|   PO Box 15955, 16505 W. 113 St, Lenexa, Kansas 66285-5955 |
|   Phone: 913-894-7500 x7179  Fax: 913-894-7733             |
| email: {...}!uunet!bmskc!paul or paul@bmskc.ppg.com        |
|____________________________________________________________|
From: bjoerns@stud.cs.uit.no (Bjoern Stabell)
Newsgroups: comp.windows.x
Subject: Re: X based finger??
Date: 28 Sep 92 23:02:14 GMT
Organization: University of Tromsoe, Norway

In article <1992Sep28.172623.29462@atlastele.com>, brians@atlastele.com (Brian Sheets) writes:
] I am looking for an X based finger that would come up with not only finger
] information but a picture of the fingered person. 
] 
] Does such an animal exist?

GNU Finger does.  Unfortunately it only supports bitmap files (i.e. 1
bitplane).  We've modified GNU Finger so that it transmits the mug file as
it is (a small header is still present), it is up to the finger client
program to display the picture / animation / whatever.  Currently, we're
storing the pictures in JPEG format (guess why? :) and using xv as a
viewer.  (But this scheme is not compatible with the ordinary GNU Finger)



Cheers,
-- 
                                                  Bjoern Stabell
                                                  University of Tromsoe
                                                  (+47) 83 44 053 / 83 75 164
                                                  bjoerns@staff.cs.uit.no
From: pmartz@dsd.es.com (Paul Martz)
Subject: Re: Black&White
Keywords: Monochrome
Reply-To: pmartz@dsd.es.com (Paul Martz)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Mon, 28 Sep 92 16:33:02 GMT

In article <sushi.717445919@outaouais>, sushi@outaouais.ulaval.ca (Marc Soucy) writes:
> I wonder if somebody in the world has
> succeded to make PEX running on a workstation
> with a monochrome screen. All our attempts
> have resulted in the following message:
> XGL internal error. If anybody can give
> us a clue, please send a mail to:
> 
> 	ricard@gmc.ulaval.ca
> 
> Thanks.

There is no reason why PEX wouldn't work on a server which supports
only monochrome visuals. Back in the early days there were two
prototype PEX extensions which both worked just fine on monochrome.

The people who wrote the PEX-SI, however, chose not to support
monochrome display devices.

It sounds from your message as if you are using SunPEX; I don't know
whether that implementation supports monochrome or not. I would
suspect not. Have you tried contacting Sun's customer support staff?
-- 

   -paul	pmartz@dsd.es.com
		Evans & Sutherland
From: singhal@cs.utexas.edu (Vivek P. Singhal)
Newsgroups: comp.windows.x.pex
Subject: Does PEX-SI support HL/HSR?
Date: 5 Oct 92 14:30:59
Organization: Univ. of Texas at Austin, CS Dept.
Distribution: world
NNTP-Posting-Host: twins.cs.utexas.edu

A quick question ... does the PEX-SI (the PEX implementation
distributed with MIT's X11R5) support any of the HLHSR modes
(PHIGS_HLHSR_MODE_{ZBUFF,PAINTERS,SCANLINE,LINE_ONLY})?

When I tried selecting the PHIGS_HLHSR_MODE_ZBUFF mode (in the
auto_box demo program), I get the following error:

PHIGS error 111 in SET HLHSR MODE: Ignoring function, the specified HLHSR mode
is not available on the specified workstation

I've tried this on both a DECstation 5000 running Ultrix 4.2a & a
SPARCstation ELC running SunOS 4.1.2.

Vivek

----------------------------------------------------------------
Vivek Singhal      singhal@cs.utexas.edu  Office: (512) 471-9711
Univ of TX @ Austin, CS Dept, TAY 3.104C    Home: (512) 385-1855
From: hess@suntea.Eng.Sun.COM (Marty Hess)
Newsgroups: comp.windows.x.pex
Subject: Re: Does PEX-SI support HL/HSR?
Date: 6 Oct 1992 04:34:13 GMT
Organization: Sun Protosystems -- Integrated Media/Graphics Gems
Distribution: world
NNTP-Posting-Host: suntea
Cc: singhal@cs.utexas.edu

In article <SINGHAL.92Oct5143059@twins.cs.utexas.edu> singhal@cs.utexas.edu,
(Vivek P. Singhal) writes:

>A quick question ... does the PEX-SI (the PEX implementation
>distributed with MIT's X11R5) support any of the HLHSR modes
>(PHIGS_HLHSR_MODE_{ZBUFF,PAINTERS,SCANLINE,LINE_ONLY})?

  And an even quicker answer: No.

  Every one of the PEX-SI sponsoring companies was going to "do
  their own (hardware-based) thing" for HLHSR, so it was way at
  the bottom of the list for the SI.  It never made it to the
  top before we turned things over to MIT.

  It quickly became the most sought-after feature, though! 8-(
  (This is sometimes considered corollary #527 to Murphy's Law.)

						Marty
Newsgroups: comp.windows.x.pex
From: achoi@cory.Berkeley.EDU (Andrew Choi)
Subject: How to include the 3D-PEX extension in X11R5 server?
Organization: University of California, at Berkeley
Date: Wed, 30 Sep 1992 22:11:14 GMT

Hi netters:

  I am not sure if this is the right newsgroup to post this, but I
can't think of a better group.  Please forgive me if I posted
this on the wrong newsgroup.

  Anyway, here's the situation.  Our school system has
X11R5 running WITHOUT including the 3D-PEX extension.  Since I
do not want to remake the entire X11R5 again, is there anyway
to recompile just the right binary to include the 3D-PEX
extension?

  Any pointers is greatly appreciated.  Thanks

-- Andrew
From: kbo@rob.cs.tu-bs.de (Karin Borm)
Newsgroups: comp.windows.x.pex
Subject: converting applications using Sun-PHIGS to PEX
Summary: lots of problems
Keywords: sunphigs,pex,phigs,converting
Date: 1 Oct 92 12:10:15 GMT
Organization: TU Braunschweig, Informatik, Bueltenweg, Germany


Hi!

I wrote a 2d-application with SunPHIGS on a Sun-Workstation (SunView!).
avoiding the programming interface to Sunview.
Even the menues were realized in PHIGS as workstations with
pickable graphical elements.

Now I try to transfer my application to X-Windows (X11R5) also without 
using the Xlib or a X-Toolkit.

-> PEX!

I've got two PEX-Versions: the first one was delivered with X11R5
(1991 by Sun Microsystems, Inc. and the X Consortium),
the second (newer one)
is on export.lcs.mit.edu and is called Xpex which I didn't use so far.

The main problem was that almost every phigs routine had a different name. 
So I wrote an include file with #define`s to correct it.  
I had the same problem with some type definitions. Finally I got
my application linked correct and running. But of course it is not working:
The first problem is the initial draw of my menues. I always have to close and
to reopen the window to see the menues. But the more tragic bug is that the 
pick device doesn't work. (pinq_pick_st has a bug which I fixed.)
After setting a pickfilter the mouse notices that I made a pick but
PHIGS tells me that nothing is picked. So I gave up.
There might also be a problem with the view.

Questions:

1. My PEX (first version) has some bugs. Where can I get bug-fixes?

2. Where can I get filters (SunPHIGS<->PEX, SunPHIGS<->Xpex,...)? 

3. Who has experiences using different PEX-versions? What problems/
   advantages/disadvantages do they have? 


Who can help me? Please send mail to

kbo@dagobert.rob.cs.tu-bs.de

Thanks.
From: ls@inf.rl.ac.uk (Lakshmi Sastry)
Newsgroups: comp.windows.x.pex
Subject: Support for monochrome
Date: 6 Oct 92 09:48:32 GMT
Organization: Rutherford Appleton Laboratory, Informatics Department, U.K.


Has anybody got a patch for the PEX-SI that will enable it to support monochrome? If so, can you send me
the patch, please?

Many thanks in advance.
Lakshmi.
Newsgroups: comp.windows.x.pex
From: rpimente@es.com (Richard Pimentel)
Subject: Re: Help: Example PEX programs for E&S workstat
Reply-To: rpimente@es.com (Richard Pimentel)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Wed, 30 Sep 92 17:56:02 GMT

In article <24SEP199214270211@sigma.tamu.edu>, css0860@sigma.tamu.edu (CSS) writes:
|> Howdy, all!
|> 
|> I'm looking for some example PEX programs which utilize the stereo
|> vision on our E&S workstation.  Any suggestions would really
|> be appreciated!!!
|> 
|> -Steve
|> 
|> ---------------------------------------------------------------------
|> C. Steven Suehs, a Texas A&M University Biochem/Computer Sci Major
|> whose opinions probably are not shared by Academic Computing Services.
|> Dick Clark did not say "I think, therefore I am!"  It was Descartes
|> who walked into a bar and was asked "Have a beer, sire?"
|> "I think not."  >poof< and he was gone.
|>  .signature.virus--.signature.reverse.transcriptase

If you have our current release there is an example program for stereo
in /usr/people/fstest/demo called stereodemo.c.

If you do not have it we will mail it to you.

--Richard
From: joe@oilean.islandsw.com (Joe McGuckin)
Subject: OW v3 and mit servers drawing different arcs?
Organization: Island Software
Distribution: comp
Date: Tue, 6 Oct 1992 05:21:47 GMT

I'm trying to draw a circle within a window. I've noticed
that the Sun server seems to do what I want. The mit
server draws a circle that would extend 1 pixel out of the 
window to the right and out the bottom.  

What's going on here?

-joe

-- 

Joe McGuckin             joe@islandsw.com
Island Software    	 oilean!joe@sgi.com
(415) 969-5453
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: Xserver Question, sockets > 32
Date: 29 Sep 92 03:47:26 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <80402@ut-emx.uucp>, rugger@ccwf.cc.utexas.edu (Pam Miller) writes:

> I am having problems with my X server if there are 32 files open when
> I try to invoke the server.  I know why I am having problems, I just
> don't know what to do.

How in the world could you have anywhere near 32 descriptors already
open when starting the server up?

> [WellKnownConnections is a simple long int, instead of the fd_set
> that it should be.]

The right thing to do, of course, is to upgrade all of the file
descriptor masks to use the fd_set facilities.  (This really should be
done anyway, since there is no guarantee that select will even *work*
if it's passed a long int instead of an fd_set - systems without
fd_sets should be dealt with via a simple implementation with
typedefs.)

I would recommend that you find out what's got all those file
descriptors open and try to move some of them up to descriptors above
32 with dup2() or some such.  I have trouble imagining what could be
going on that you shouldn't just close them anyway - what use does the
X server have for them?

Alternatively, go to a machine with 64-bit long ints :-)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: janm@Wien.docs.uu.se (Jan Mattsson)
Newsgroups: comp.windows.x
Subject: Dirt
Summary: What's it like?
Keywords: Dirt, interface builder
Date: 5 Oct 92 15:35:27 GMT
Reply-To: janm@bern.docs.uu.se
Organization: Uppsala University
NNTP-Posting-Host: wien.docs.uu.se
Organisation: CS Dept., Uppsala University, Sweden


I'd like to hear some opinions about Dirt from people who have used it.
Thanks in advance.

--
Jan Mattsson, CS student, Uppsala University, Sweden
janm@bern.docs.uu.se or janm@minsk.docs.uu.se
Newsgroups: comp.windows.x
From: tmcconne@sedona.intel.com (Tom McConnell~)
Subject: Re: Moving the tvtwm window by the keyboard
Originator: tmcconne@sedona
Organization: Intel Corporation
Date: Tue, 29 Sep 1992 16:53:34 GMT


In article <peter.717776052@merlin>, peter@merlin.acadiau.ca (Peter Steele) writes:
> I'd like to set up some keys under my tvtwm environment that
> will move the viewport to certain areas on the virtual screen.
> For example, I'd like <F1> to move the viewport to the upper
> left corner of the virtual desktop. Can this sort of thing
> be done or do I have to be satisfied with dragging the
> window with the mouse?
> --
> Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
> Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364

  In .tvtwmrc (described under "f.scroll" in the man page):

    "F1" =  : all : f.scroll "+0+0"

  You can also do relative scrolls:

    "Up"    = s|c    : all   : f.scrollup
    "Down"  = s|c    : all   : f.scrolldown
    "Left"  = s|c    : all   : f.scrollleft
    "Right" = s|c    : all   : f.scrollright

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
From: yih@tbd2.brl.mil (Yolin I. Huang )
Newsgroups: comp.windows.x
Subject: X-window bar chart software?
Date: 28 Sep 92 15:38:06 GMT
Organization: B R L, MD.


there is a need to plot bar charts on X-window environment.  I checked
Xfig, Gnuplot, Tgif; it seems that these packages don't do bar charts that
easily (as, for instance, in DOS Lotus 1-2-3).  I am wondering, if there
are available packages to do bar charts? ftp sites?

Thanks in advance.

Yolin Huang
yih@brl.mil, Maryland.