HDTenEightyP/NetNews huggingface dataset:
From: Rosales@dsif.fee.unicamp.br
Newsgroups: comp.windows.x
Subject: XView -> X11
Date: 9 Sep 92 17:59:20 GMT
Organization: The Internet


 Does anyone have an experience in use xview functions (PANEL_SLIDER ) 
inside an Xlib (X11R5) aplication?

  Please e-mail. Thanks in advance.
Newsgroups: comp.windows.x
From: rmbult01@starbase.spd.louisville.edu (Robert M. Bultman)
Subject: Re: Reading text from Athena (Xaw) asciiTextWidgets ?
Date: Sat, 12 Sep 1992 14:23:43 GMT
Distribution: usa
Organization: University of Louisville
Keywords: Athena widgets

In <9SEP199213355388@portal.lasc.lockheed.com> le01156@portal.lasc.lockheed.com (Jeff Sheffel @ x2016) writes:

>I have unsuccessfully tried to read (retrieve) the user
>modified text from an Athena asciiTextWidget.  I looked
>at other example programs (xless and xdbx) to see how it
>was done.  Here is a section of (pseudo) code:

>Widget	textSrcWidget, asciiTextWidget1;
>XawTextBlock	buffer;
>char	*userInput;

>	textSrcWidget = XawTextGetSource( asciiTextWidget1 );
>	XawTextSourceRead( textSrcWidget, start, &buffer, length );
>	xtrncpy( userInput, buffer.ptr, buffer.length );

>When I tried this, buffer.ptr = '\0' and buffer.length
>was zero.  The standard X documentation is weak in the area
>Athena widget usage and particularly in the explanation of
>"text sources and sinks" which appear to be used in the
>above example.

>How is text read from the Athena asciiTextWidget?

>Jeff Sheffel		le01156@portal.lasc.lockheed.com

I did the following.  (I am not sure if this is "legal", so use with
caution.)  This is for "small" strings, not files.

char theString[THESTRINGLENGTH];
Widget theTextWidget;

XtVaCreateManagedWidget(
	...
	XtNstring, theString,
	XtNlength, THESTRINGLENGTH,
	XtNusrStringInPlace, True,
	...
	);

Then just access the string as any other string.  According to the
O'Reilly reference, XtNlength is the length of the buffer, not the
string itself.  The useStringInPlace resource tells the source to
edit the string in place rather than in chunks.  Note that you should
only use this method to read the string, and probably only after some
event (like closing a popup or something where the the widget
appeared).  If you want to set the string to something, use
XtVaSetValues.

(I made a similar inquiry earlier, and got 1 or two replies.  I do
not consider myself to be a crack X programmer, and would appreciate
someone who is really in the know to verify what I have done.  It 
seems to work, and I am using it now.  Thanks.)

I hope this helps.  If you have further questions, e-mail me.


-rob

-- 
Robert M. Bultman                              |
Speed Scientific School                        |
University of Louisville                       |
Internet: rmbult01@starbase.spd.louisville.edu |
Newsgroups: comp.windows.x.pex
From: gnreddy@cbnewsf.cb.att.com (G.Narotham Reddy)
Subject: North American Map, coordinate data wanted 
Organization: AT&T
Date: Sat, 5 Sep 1992 12:57:34 GMT



I am writing an application that draws North American map which consists
of mainland US, Canada, Mexico, Carab., Hawaii, Oahu, Molokai, Kauai, Maui.

Can someone mail me the coordinate data(x,y) suitable to draw in the
X environment. 

I am using SunPHIGS to draw this map, in conjunction with Xview.

An early response would be highly appreciated.


Regards,

Narotham Reddy
gnreddy@cbnewsf.att.com
Newsgroups: comp.windows.x.pex
From: bglazier@buffalo.asd.sgi.com (Bill Glazier)
Newsgroups: comp.windows.x.pex
Subject: Re: GLX? OpenGL?
Date: 8 Sep 92 15:52:38 GMT
Organization: Silicon Graphics, Inc.

In article <VCR6HJR@mailgzrz.tu-berlin.de>, woks4000@mailszrz.zrz.tu-berlin.de (Wolfgang Ksoll) writes:
|> There have been many perturbations
|> when other vendors licensed only a subset of GL and customers noticed
|> that SGI-developers had hardcoded their applications to fontmanager and window-
|> manager which were not part of the agreement. This was not open.
|> 
|> If you state that your next GL is an OpenGL you should give technicians
|> the possibility to take a look to the standard (not the product) as soon as
|> possible. Otherwise I have no reasons to treat it as other marketing
|> announcements like OSF/1, Windows-NT, ACE and other coming soon products.
|> 
|> My personal opinion: you will earn more money and you will have more market
|> share in a real open environment.

Wolfgang -

Thank you for your comments. I am only aware of one situation similar to what
you describe.  When IBM licensed version 3.3 of the GL in 1988, the workstation
industry had not coalesced around X Windows yet - SGI, Sun, and others were 
still using other window systems.  The 'GL' then was more than just a rendering
API - it was (at least in the eyes of some ISV's) a font manager and a window system as well.

IBM used the X Window System, and discovered that, like for many in the industry, convincing the ISV community to move to X was, while necessary, not
painless.  They integrated that version of the GL into the X Window System, and
have successfully attracted a number of ISV's to the GL on their line of
workstations.  We worked closely with IBM during that transition period, and,
while that GL was not designed with multiple (non SGI) platforms in mind, we 
did our best to help IBM successfully adopt it (which they did).  IBM's success
with the GL caused them to license OpenGL.  They have actively participated
in the definition of the OpenGL spec (which was release June 30 of this year).

When SGI decided it was appropriate to make the next version of the GL an
open standard, we had to address the portability and vendor neutrality issue.
OpenGL is window system and OS independent (unlike PEX I might add - which
requires an implementor to use, and ONLY use the X Window System).  The font
manager and the GL window system are gone from the specification.  Every aspect of OpenGL is available to all licensees.   A true open standard is one that
can be implemented in many environments - PC's, Mac's and workstations.
ISV's care about all 3 markets - not just the 3% of the desktop computing
market accounted for by the X Window System.  

If you haven't already, please take a look at the man pages.  You can ftp them from sgi.sgi.com ftp/sgi/OpenGL.  They have been available to the public for
over a month now.  I hope this satisfies your need for technical documentation.

Thanks,

bill glazier
silicon graphics 
bglazier@asd.sgi.com
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.windows.x.pex
Subject: Re: Printing PHIGS pictures
Keywords: Printing
Date: 4 Sep 92 20:15:08 GMT
Organization: Dept Computer Science, University of Manchester, U.K.

In article <1992Sep3.142507.25908@ccsun.strath.ac.uk>
cnbs63@uk.ac.strath.ccsun writes:

>I am about to start writing some application software that will
>generate graphs and pictures using PHIGS on a SUN workstation. Is
>there any available program or routine that will allow a PHIGS 
>picture to be saved in a format that can be printed or imported 
>into a word processing package. The generally accepted format we 
>have used in other graphic systems has been HPGL (HP graphic language).

You have two options, as Sun PHIGS provides very few workststion types

a) Output to CGM with the CGM workststion type, then convert this to
PostScript which most WP can import

b) Do X window dumps and convert the resulting bitmaps to something
your WP can import. This can work OK if you reduce the result by a
factor of 4 or so, or if you have a colour printer capable of lots of
colours without dithering. Otherwise, it looks pretty blocky and
generally naff.

>Thank you for your attention

Nae probs

Chris

BTW: the Followup-To: line should contain a valid newsgroup. Not 'new
subject'!



--
Chris Lilley
---------------------------------------------------------------------------
Technical Author, ITTI Computer Graphics and Visualisation Training Project
Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.pex
From: Kall@Mayo.EDU
Subject: SunPhigs and Clipping
Keywords: Clipping
Reply-To: Kall@Mayo.EDU
Organization: Mayo Foundation
Date: Tue, 15 Sep 92 18:14:05 GMT

I create a ptri_strip3_data structure of a rounded
surface.  I supply vertex colors (strip.colr.direct.rgb.red/green/blue)
and am using lighting (ambient, diffuse, directional and specular).  
All vertices are specified with the same rgb color and are shaded
appropriately, except when I model clip. When I clip
using pset_model_clip_vol3, the surface at the
clipped plane is displayed with random colors.

How do I get rid of the random colors (i.e. at best an
interpolated color based on the adjacent vertices)??

Is SunPhigs incorrectly clipping? What is Phigs
supposed to do at clipped boundaries for
shading?
 
BTW, I am using SunPhigs 2.0, Sunos 4.1.2 on a SS2
with a GX.


---



\------------------------------------------------------------\
 \   Bruce Kall                \  Internet:   Kall@Mayo.edu   \
  \   Mayo Clinic (Foundation)  \  Phone: (507)-255-4768       \
   \   Rochester, MN 55905       \                              \
    \------------------------------------------------------------\

Newsgroups: comp.windows.x.pex
From: db@sunbim.be (Danny Backx)
Subject: Re: X Terminals with PEX support
Reply-To: db@sunbim.be
Organization: Sun Microsystems
Date: Thu, 10 Sep 92 15:15:06 GMT

In article 8998@convex.com, James Peters <peters@convex.COM> () writes:
>>	NCD has a PEX (SW) upgrade for some of their models, and
>	^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^	
>	i would be interested in information regarding the ncd servers
>	which have this available. 
>
>regards,
>james, peters@convex.com

You can get this for the NCD19c, 19g, 17cr.
Check with info@ncd.com for availability dates.

	Danny

---
	Danny Backx
	System Engineer

E-Mail: db@sunbim.be    (or uunet!mcsun!ub4b!sunbim!db)

Telephone: +32(2)759.59.25	Fax : +32(2)759.47.95

Postal Mail :
	Danny Backx
	BIM
	Kwikstraat 4
	3078 Everberg
	Belgium
Newsgroups: comp.windows.x.pex
Subject: More on PEXtk 1.0 Test Prgorams
From: evaleros@jupiter.cse.utoledo.edu (Elsa Valeroso)
Date: 9 Sep 92 14:42:05 EST


First of all, I would like to say thanks to everyone who responded to
my previous posting (PEXtk 1.0 Test Programs). It cleared some of my questions
on using PEX.  However, I still have some problems with double buffering. 
It seems that the test programs can only perform double buffering when the
Pset_display_buffer and Pset_update_buffer routines with the XFillRectangle
call are used instead of the Pbuffer_mode and the Pswap_buffers routines. 
When I modified some of the test programs to use the Pset_display_buffer and 
Pset_update_buffer routines instead, the programs worked fine.  Could
someone please explain why this is happening? What's the underlying 
difference between the two methods?

Another question: Is anybody familiar with the SunPEX 1.0? It
is the Sun Microsystems server extension implementation of the MIT Consortium 
PEX 5.0P protocol. It requires Openwindows Version 3. Could I use the
same APIs(more specifically, PEXtk) on this server as in PEX-SI? How do I
verify which server is being used when I try to run a client? 




Thank you, again.

-Elsa
    
-- 

===============================================================================
+ Elsa S. Valeroso                  +                                         +
+ Dept of Computer Science          +   evaleros@jupiter.cse.utoledo.edu      +
Newsgroups: comp.windows.x.pex
Subject: Re: PEXtk 1.0 Test Programs
From: evaleros@jupiter.cse.utoledo.edu (Elsa Valeroso)
Date: 9 Sep 92 12:45:14 EST


First of all, I would like to thank everyone who responded to my previous 
posting (PEXtk 1.0 Test Programs). It cleared some of my questions on using 
PEX.  However, I still have some problems with double buffering. It seems that 
the test programs can only perform double buffering when the
Pset_display_buffer and Pset_update_buffer routines with the XFillRectangle
call are used instead of the Pbuffer_mode and the Pswap_buffers routines. 
When I modified some of the test programs to use the Pset_display_buffer and 
Pset_update_buffer routines instead, the programs worked fine.  Could
someone please explain why this is happening? What's the underlying 
difference between the two methods?

Another question: Is anybody familiar with the SunPEX 1.0? It is the Sun 
Microsystems server extension implementation of the MIT Consortium PEX 5.0P
protocol. It requires Openwindows Version 3. Could I use the same APIs 
(more specifically, PEXtk) on this server as in PEX-SI? How do I verify which 
server is being used when I try to run a client? Additional information
on SunPEX 1.0 are welcome.

Thank you, again.

-Elsa
    
===============================================================================
+ Elsa S. Valeroso                  +                                         +
+ Dept. of Comp. Science and Eng'g. +    evaleross@jupiter.cse.utoledo.edu    +
+ 3052 South Engineering Bldg.      +	 evaleros@maine.cse.utoledo.edu       +
+ The University of Toledo          +    valeroso@uoftcse.cse.utoledo.edu     +
+ Toledo, OH 43606.                 +                                         +
+ (419) 537 - 3556                  +                                         +
===============================================================================
-- 

===============================================================================
+ Elsa S. Valeroso                  +                                         +
+ Dept of Computer Science          +   Home: 2818 Kendale Drive #204         +
From: hess@suntea.Eng.Sun.COM (Marty Hess)
Newsgroups: comp.windows.x.pex
Subject: Re: 2D stuff using PEX?
Date: 15 Sep 92 05:42:26 GMT
Organization: Sun Protosystems -- Integrated Media/Graphics Gems
NNTP-Posting-Host: suntea

In article <476@imp.diablery.10A.com> devil@diablery.10A.com (Gil Tene) writes:
>
>Is it possible to use a 2D imaging model under PEX? 

 [ . . . ]

>Any comments?


  When we first started out designing PEX I stated that its largest initial
  following would come from the 2D "deferred graphics" folks in ECAD, defense,
  air traffic control and such.  (You know... the GKS users of the world! 8-)

  I maintain thats will be the case even as MCAD vendors scramble to prove
  their implementations on PEX-capable interfaces.  (Of course many of them
  got that capability for "free!")

  While I haven't seen many of these applications commercially yet, you can
  bet that they and hundreds of hip-pocket 2D "tools" are on their way....

  - Marty Hess    (415) 960-1300    <marty.hess@Eng.Sun.COM>
    Graphics Interface Technologies  --  Manager of PEX Projects
    Sun Microsystems, MTV-23-205, 2550 Garcia Ave, Mountain View, CA 94043-1100
From: samari@watnxt2.ucr.edu (Tammy Woodley)
Newsgroups: comp.windows.x.pex
Subject: Newbie on phigs
Date: 14 Sep 92 18:23:14 GMT
Reply-To: samari@watserv.ucr.edu
Distribution: usa

Hi

From what I've been reading on this group, most of you are wiz's.
But, alas, there is nowhere to turn.  I got dumped into a programming
environment of phigs (through Xwindow) and am having difficulties.
I am an intermediate C programmer and am fairly familiar with Xwindow.
Would any of you kind fella's or gal's be willing to lend me a hand?
It would be GREAT!!!!  :)

Thanks in advance.

- Tammy


--
-------------------------------------------------------------------------------
Tammy Woodley (student)      | " It's not I who am crazy.....
UC Riverside                 |   It's I who am MAD!!!!.......
Samari@watserv.ucr.edu or    |   We're not hitch hiking anymore....
Samari@psychophysics.ucr.edu |   We're riding!!!!!!"
-------------------------------------------------------------------------------

Newsgroups: comp.windows.x.pex
From: James Peters <peters@convex.COM>
Subject: NCD PEX support Was: X Terminals with PEX support 
Originator: peters@mikey.convex.com
Keywords: ncd pex bubba usms sonic youth
Reply-To: peters@convex.COM (James Peters)
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Thu, 10 Sep 1992 17:43:32 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

everything you want know about pex and ncd's but were afraid to ask.

kris olander, kriso@ncd.com writes:
>The NCD products that will support PEX are 17cr, 19c, and 19g.
>The original message said "17c, 19c, and 19g..."  The 17c is a
>motorola 68k based system and will not have enough umph to
>handle to demands of a PEX system.  The 17cr is our RISC based
>17 inch color system.  It uses the motorola 88k microprocessor.
>Just wanted to clarify this to avoid any misunderstandings.  :)

ken garnett, keg@ncd.com writes:
>=> my main interest is in a pex server for the 17c
>
>Sorry, we don't do PEX for that model.  Only the three I mentioned (17cr,
>19g, and 19c) have PEX.  The reason for this is performance -- these three
>models are the only ones with floating-point hardware and a fast CPU.  I'm
>afraid anything less would just be too slow & ugly to be useable for PEX.

BTW, the folks at ncd were extremely timely in getting this info
to me. hopefully i will get a 17cr in my stocking this year ;).

take care,
james, peters@convex.com
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.windows.x.pex
Subject: Re: Does decwindow support pex.
Date: 4 Sep 92 20:43:35 GMT
Organization: Dept Computer Science, University of Manchester, U.K.

In article <4SEP199213563216@mary.fordham.edu>
sbhatia@mary.fordham.edu (SABU) writes: 

>   As the subject indicates, does decwndows have support for pex,.

Yes, it has supported PEX for a number of years. But you have to have a
PHIGS license to get it.

--
Chris Lilley
---------------------------------------------------------------------------
Technical Author, ITTI Computer Graphics and Visualisation Training Project
Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
---------------------------------------------------------------------------
From: hess@suntea.Eng.Sun.COM (Marty Hess)
Newsgroups: comp.windows.x.pex
Subject: Re: X Terminals with PEX support
Date: 9 Sep 1992 00:56:08 GMT
Organization: Sun Protosystems -- Integrated Media/Graphics Gems
NNTP-Posting-Host: suntea

  [Geesh!!  You go away for a while and the whole neighborhood goes nuts!!!]

  I didn't see a "complete" answer to the question anywhere down the line, so
  I'll post about the several PEX terminals that I know are available today:

	The Tektronix terminal has already been mentioned several time;
	NCD has a PEX (SW) upgrade for some of their models, and
	SHOGraphics of Mountain View, CA has an entire line of PEX terminals.

  - Marty Hess    (415) 960-1300    <marty.hess@Eng.Sun.COM>
    Graphics Interface Technologies  --  Manager of PEX Projects
    Sun Microsystems, MTV-23-205, 2550 Garcia Ave, Mountain View, CA 94043-1100
Newsgroups: comp.windows.x.pex
From: James Peters <peters@convex.COM>
Subject: Re: X Terminals with PEX support
Originator: peters@mikey.convex.com
Reply-To: peters@convex.COM (James Peters)
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Wed, 09 Sep 1992 19:25:40 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <laqit8INNf59@exodus.Eng.Sun.COM> hess@suntea.Eng.Sun.COM (Marty Hess) writes:
>  [Geesh!!  You go away for a while and the whole neighborhood goes nuts!!!]
>
>  I didn't see a "complete" answer to the question anywhere down the line, so
>  I'll post about the several PEX terminals that I know are available today:
>
>	The Tektronix terminal has already been mentioned several time;
>	NCD has a PEX (SW) upgrade for some of their models, and
	^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^	
	i would be interested in information regarding the ncd servers
	which have this available. 

regards,
james, peters@convex.com
Xref: sparky comp.windows.x.pex:550 comp.sys.sun.misc:4183
From: snail@lsl.co.uk
Newsgroups: comp.windows.x
Subject: Two seperate questions...
Date: 10 Sep 92 14:32:17 GMT
Organization: Laser-Scan Ltd., Cambridge

Hi Folks,

Two Questions...

1) Is there a bug in the HP X server that comes with a 700 series box. Sorry
   I don't know the server version ID.

   The bug is that if a make a pixmap, clear it using XFillRectangel,
   draw a string with XDrawString in the pixmap. The copy the pixmap, rotating
   it, into another pixmap, then copy this into a window, I get garbage where
   there should be a pixel rotated string. This is running on SPARC or
   DECstation and displaying on HP. It runs fine on all other platforms, when
   displaying on DEC, SPARC, IBM...

2) XtDefaultFont defines a backup font. I guess this is hard coded in the
   program and is not picked up at Program Invocation time. TRUE or FALSE?

   Evidence I have points to TRUE (unfortunately). ie if I run on a DECstation,
   but display on HP or IBM some fonts are found and in that case I ask for
   XtDefaultFont... that isn't found either!

Replies by email please and I'll sumarise, but use the NET if you need to.

Thanks people!
-- 
snail@lsl.co.uk      

Interviewer: "What's the most satisfying thing about being in
              The Sisters Of Mercy?"
Eldritch:    "When I collapse at the end of it..."
Interviewer: "Do you mean that?"
Eldritch:    "Yeah...."

Vote for Bill Clinton. Vote for Bill Clinton. Vote for Bill Clinton.
Newsgroups: comp.windows.x
From: cs000hf@selway.umt.edu (Hong Fan)
Subject: tutorial of imake
Organization: University of Montana
Date: Tue, 15 Sep 1992 02:20:14 GMT


Hi: everybody:

Does anyone know where to get some tutorials of how to write imake and 
makedepend file from X? I hereby thank you for the hint. Please mail me
at cs000hf@selway.ut.edu or hf@huckle.cs.umt.edu
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: comp.windows.x
Subject: Re: Drawing w/clipmask to obscurred window doesn't draw!
Date: 14 Sep 92 17:52:43 GMT
Organization: Human Communication Research Center
In-reply-to: klute@heike.informatik.uni-dortmund.de's message of 10 Sep 92 09:40:43 GMT

In article <18n56rINN2df@fbi-news.Informatik.Uni-Dortmund.DE>, Rainer Klute (rk) writes:

In article <4ssn2pm.richm@netcom.com>, richm@netcom.com (Richard Mauri) writes:
rm> [clip mask and expose problem.]

rk> In a nutshell: You should not expect anything to happen if you draw
rk> into an obscured region. In general you cannot rely on backing store.
rk> It might be there or not, and if it is the server is allowed to give it up
rk> at any time.

I think you miss his point. He isn't getting expose events when the
region becomes unexposed either. This means there is no way to draw on
to that region since you never know when it is non-obscured. 

I have this problem too. It seems to be a server bug. It doesn't
happen with the R5 server. 

I'm glad someoe else has the probelm, I was beginning to feel
victimised. :-)

Is there an ftpable list of known bugs in different releases and
patchlevels somewhere? 

--
rjc@cogsci.ed.ac.uk			_O_
					 |<
Newsgroups: comp.windows.x,comp.windows.x.apps