HDTenEightyP/NetNews huggingface dataset:
Date: Tue, 12 Jan 1993 17:55:05 CET
Newsgroups: comp.windows.x
From: jsixt@risc.uni-linz.ac.at (Johannes Sixt)
Distribution: world
Organization: RISC, J.K. University of Linz, Austria
Subject: Re: timers

In article <1993Jan11.172359.9320@ods.com>, chris@ods.com (Chris Atkins) writes:
> Gary Lasseter (lasseter@lambda.msfc.nasa.gov) wrote:
>
> : I'm working on a real-time telemetry display application supporting NASA/MSFC.  I'm looking for information regarding the most
>

I do not know what this is. Let's assume it's some sort of animation. I.e.
graphics output is necessary.
>
> Gary,
>   You are correct about the Xt timers not being extremely accurate.  I believe
> the correct questions are:
> 1)How can you get accurate timers in a non realtime environment(I assume you arerunning in a unix environment)?  You can't.
> 2)Assuming you could find a solution to 1, how can you get this to work in the
> Xt environment?

Try the following:
Seperate your program into 2 programs, one for managing the graphical user
interface (using Xt/Motif), the other does the accurate timing and the animation.

More accurately:
     1. When the GUI starts up it realizes a large Widget of some class
	(DrawingArea or Core, for example) where the graphics shall go. It
	puts the XID of its window in some root window property, which can be
	fetched by other applications.

     2. Then the GUI forks, execing the animation program. The animation
	program opens a display connection and fetches the XID of the window
	which it shall paint to from the root window property.

Communication between the programs can be done with pipes, XtAppAddInput() (in the
GUI), and select() (in the animation program). Of course, you can tell the XID
of the drawing window to the animation program through these pipes.

If the thing you mention is some sort of real time control it gets easier because
you need not tell the XID of the window to the control program but you only need
the communications part. You still do forking and execing.

-- Hannes
From: CFRAZIER@hdsc.ssc.af.MIL (C | C Code | C Code Run, please!)
Newsgroups: comp.windows.x
Subject: scaling bitmaps
Date: 7 Jan 93 15:05:54 GMT
Organization: The Internet

I need to know if there is a way to scale bitmaps or if there is another
way to handle this problem.

We need to draw items on a screen (trucks, etc).  But we also need
them to be compatable when porting to other systems with DISPLAYS
of another resolution.  Drawing the figures are no problem, but
keeping them all together may be.  For example, when we drag 
and drop the item (i.e. truck).

Any advice will be appreciated.
From: lindholm@ucs.ubc.ca (George Lindholm)
Newsgroups: comp.windows.x
Subject: Converting BDF file to .h file
Date: 13 Jan 93 03:00:33 GMT
Organization: University Computing Services, UBC, Canada
NNTP-Posting-Host: greve.ucs.ubc.ca

How can I convert a bdf file into something that I can compile into to my 
c source? I have a small bdf file of varying sized blanks that I want to use in
my motif program to align text in various labels and I would like to avoid 
having the bdf file "external" to the program. Thanks for any help

   George
-- 
George Lindholm                                  phone:    (604) 822-4375
University Computing Services, UBC               fax:      (604) 822-5116
6356 Agricultural Road, Vancouver, B.C., Canada  internet: lindholm@ucs.ubc.ca
V6T 1Z2                                          bitnet:   USERGNL@UBCMTSG
Newsgroups: comp.windows.x,comp.windows.x.motif,bnl.xwindows
From: mandell@bnlux1.bnl.gov (Stewart Mandell)
Subject:  Printing X Bitmaps
Organization: Brookhaven National Laboratory, Upton, NY 11973
Date: Wed, 6 Jan 1993 16:22:11 GMT

 I have a 1 Plane X bitmap in memory.
 I want to save it to a file suitable for printing.

 I can save it via XWriteBitmapFile(..).
 But don't know how to print a file in this format. 
 I need to print to both Postscript
 and PCL printers.

I would like something for bitmaps
analogous to xwd, and xpr for windows.
Newsgroups: comp.windows.x
Subject: Writting to other client`s windows.
From: johns@io.datasys.swri.edu (Stephen Johns)
Date: 4 Jan 93 19:29:40 GMT
Organization: Southwest Research Institute, San Antonio

I have two clients, via sockets I send the window ID from one client
to the other.  I then try XDraw calls to the passed window ID.  Nothing
happens, and I mean nothing, no warning, no errors, no drawing.  Does
X support this at all?

Newsgroups: comp.windows.x
From: dshaker@qualix.com (Doug Shaker)
Subject: Why, why, why an Xt error?
Reply-To: dshaker@qualix.com
Organization: QUALiX Group, Inc.
Date: Tue, 5 Jan 1993 22:31:09 GMT

I have a user on using a NCR as an xclient and a Sun as an xserver.
If he does
	setenv DISPLAY sunhost:0
	xclock &
the clock comes up fine (access control on the Sun is not a problem).
However, if he then does
	anotherApp &
he gets
	Fatal Xt error: cannot open display.
or something like that.  So why would xclock be able to open the display
but not the other application?  It's had me stumped for the last two hours.

 - Doug Shaker
	voice:	415/572-0200
	fax:	415/572-1300
	email:	dshaker@qualix.com
	mail:	Qualix Group
		1900 S. Norfolk St., #224
		San Mateo, CA 94403


Newsgroups: comp.windows.x
From: dbl@visual.COM (David B. Lewis)
Subject: status of the EMU project
Organization: Visual, Inc.
Date: Thu, 7 Jan 1993 18:25:15 GMT

I've been looking at the EMU terminal emulator package on export. It's labeled
"alpha release" and is dated 10/91. 

I've been unable to contact the folks at emu@pcsbst.pcs.com.  Does anybody know 
the status of this project?

Thanks.



-- 
David B. Lewis		Temporarily at but not speaking for Visual, Inc.
day: dbl@visual.com	evening: david%craft@uunet.uu.net
Xref: sparky comp.windows.x:20973 comp.unix.aix:13176
From: jfy@cis.ksu.edu (Joseph F. Young)
Newsgroups: comp.windows.x,comp.unix.aix
Subject: X11R5 clients and AIXWindows server on RS/6000 (AIX3.2)
Date: 11 Jan 1993 00:36:22 GMT
Organization: Kansas State University, Dept. of Computing and Information Sciences
Distribution: world
NNTP-Posting-Host: crucis.cis.ksu.edu

We've recently gotten an RS/6000 with a grayscale display and I've
been trying to get the X11R5 clients to work with the supplied IBM
X11R4ish server (since the greyscale adapter is not supported by the
MIT X11R5 sample server) and I cannot seem to get them to connect to
the display.  I've tried both the UNIX domain and TCP socket
connections and the X11R5 client simply says "cannot open display"
(I've even tried "xhost +" to no avail).
The clients do work for TCP connections to X11R5 servers on Sun
SPARCstations and NCD Xterminals.

Does anyone have an idea of what is going on?  I'm using the MIT
X11R5 patchlevel 16 sources.


-- 
Joseph Young, Systems Programmer
KSU Department of Computing and Information Sciences
Manhattan, Kansas 66506  FAX: (913) 532-7353  Phone: (913) 532-6350   
Internet: jfy@cis.ksu.edu  UUCP: rutgers!depot!jfy 
Newsgroups: comp.windows.x
From: pancamo@blkbox.COM (Daniel Pancamo)
Subject: (none)
Organization: The Internet
Date: Fri, 8 Jan 1993 03:31:15 GMT


   I'm in need of a report generation tool (unix based) that will
   read ASCII and/or preferably binary data. A X-Window based
   reporting tool similar to the DbaseIV report generator or RR report
   generator would great, however, even a command line tool would suffice. 
   The tool should be able to process large amounts of data. 
   (approx. 150MB) in a short period of time (< 30 min).
   If anyone knows of such a tool please drop me a note
     Thanks
         Dan

    pancamo@blkbox.com
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.windows.x
Subject: Problem list Summary for X11R5 under SunOS 4.1.3?
Date: 11 Jan 93 18:46:20 GMT
Reply-To: doug@foxtrot.ccmrc.ucsb.edu
Distribution: usa

I seem to recall a series of problems with compiling X11R5 under SunOS 4.1.3.   
I am about to upgrade from 4.1 to 4.1.3, and would very much like to find a  
summary of what needs to be done, if anything, to get it to compile correctly.   
I have all the X patches up through 21.

email replies would be appreciated, if possible, but are not essential.

Thanks!

--
Douglas Scott                              (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok)   <doug@foxtrot.ccmrc.ucsb.edu>
Newsgroups: comp.windows.x
From: mnc@cs.rit.edu (Marcus N Cannava)
Newsgroups: comp.windows.x
Subject: Using xdm - a guide??
Date: 12 Jan 93 22:36:02 GMT
Organization: Rochester Institute of Technology


We're attempting to set up a simple X-station using Xsun and xdm -- is
there any good source of information that gives step-by-step and/or
troubleshooting guides? We can't seem to get the chooser working on
the X terminal.. Everything comes up grand when we select a direct
query (xsun -query ...), but as an indirect server, it doesn't connect
(xdm says it's not authorized to talk to host).

Anyway. Any pointers to a source of information would be appreciated.
Thanks.

\marc

-- 
--
Marc N. Cannava			|	Tigers are nimble,		|
mnc@cs.rit.edu			|	And light on their toes,	|
				|	My RE-spect for tigers,		|
From: deitsch@sol.crd.ge.com (Andy Deitsch)
Newsgroups: comp.windows.interviews
Subject: Re: notify when window is iconified
Date: 4 Jan 93 15:24:43 GMT
Reply-To: deitsch@sol.crd.ge.com
Organization: GE Research & Development

hines@neuro.duke.edu (Michael Hines) writes:

> Can one be notified that a window has been iconified?


In InterViews 2.6 the virtual methods Activate() and Deactivate() are
called when the interactor is maximized and iconified.
-- 
_________________________________________________________________________
Andy Deitsch                             email    : deitsch@crd.ge.com  
GE Corporate Research & Development      phone    : (518) 387-7207   
Schenectday, NY 12301                    dial comm: 833-7207
From: amw116@mesrx.UUCP (amy m wong)
Newsgroups: comp.windows.interviews
Subject: Re: Menubars and FieldEditors
Date: 7 Jan 93 02:16:50 GMT
Organization: Measurex, Corporation    "The Results Company"

With help and a little bit of work, I finally implemented
the right justified menu items.  For some reason, 
appending a blank menu item with a hglue(fil,0,fil) caused
my program to crash while trying to display it.  I fixed
this problem by using hglue(9.0E6,0,9.0E6).  I guess menu
append has problems with fil (ie. 10.0E6).  To prevent the
menubar from filling the screen, I used layout->h_natural_span
to set the natural size of the menubar. 


Unfortunately, I still can't resolve my problem
with the Field Editors.  To refresh your memory, the
following is an excerpt of the response:

|> 2) I'm also having problems with the FieldEditor.  I noticed that
|> a previous posting mentioned this problem, but I never found the
|> solution.  Below is a reprint of the problem.

>The problem is that picks go through the margins and frames.
>Try putting a primitive target behind the dialog to catch all picks,
>e.g.,
>
>    layout->back(
>        kit->inset_frame(...),
>        new Target(nil, TargetPrimitiveHit)
>    )


Now, when trying to implement the targeting scheme, I received
compiler errors.  "back" is not a member function of LayoutKit.
Scanning the other member functions available in LayoutKit, I 
tried using "overlay".  So instead of using "layout->back", I used
"layout->overlay".  I included the glyph I wanted into the
"inset_frame" parameter.  I then included the whole thing in 
a box.  It of course compiled, but didn't solve my problem.  The 
FieldEditor is still only live when the arrow is within the editor 
itself.  I'm pretty sure that I must be interpretting something
wrong.  I have one idea of deriving a new class from FieldEditor,
but it's not pretty.

By the way, I'm currently using IV3.1 Beta 2 on ULTRIX with the Xlib
from DEC (if that helps any).



Thanks.




|=================================================================|
|Ben Dai				byd999@unagi.measurex.com |
|Measurex Corporation						  |
|Cupertino, CA							  |
|=================================================================|
Newsgroups: comp.windows.interviews
From: zippy@cs.mcgill.ca (Fotis XIPOLITAKIS)
Subject: Working with Unidraw...
Summary: Where do I start?
Organization: SOCS - Mcgill University, Montreal, Canada
Date: Mon, 4 Jan 1993 22:33:50 GMT

Hi,

	I'm trying to start development of an interface with Unidraw
, the package is somewhat large and complex. What I am after is any sort
of documentation or help that may be around that would be of use to me.
What I will be doing is similar to schem and I'll be trying to reuse as much of
it as is possible.

	Any help posted here or mailed to me would be appreiciated...
BTW, I've already read "Unidraw: A Framework for ... "


Newsgroups: comp.windows.interviews
From: zpvy0a@hou.amoco.com (Yalamanchi Prasad)
Subject: Scrolling 
Reply-To: zpvy0a@hou.amoco.com
Organization: Amoco
Date: Fri, 8 Jan 1993 14:42:04 GMT

Can some kind one explain how to implement a scrolling list of strings.  Its confusing

to me between various ..Scrollers, ScrollBars (from IV-2_6) and Adjusters, Observers

Observables (from 3.1).  Or may be even point me to the right example code if there is 

one already in IV-3.1 source.

Appreciate your help.

Thanks/

prasady@hou.amoco.com

Newsgroups: comp.windows.interviews
From: sekhar@CS.CLEMSON.EDU
Subject: Installation problem?
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 11 Jan 1993 19:48:12 GMT

Hi,

   Can't make out what the exact problem is. My system staff downloaded
InterViews 3.1 from interviews.stanford.edu from pub/3.1.tar.Z. 

When I tried to compile an example from .../iv/src/examples/box1/main.c, it is
giving the following errors ..

I copied it as box1.C and did a make.
-------------------------------------------------------------------------------------
-- 
CC -c box1.C -Div2_6_compatible -I/usr/local/share/InterViews/iv/src/include/InterViews/2.6   -I/usr/local/share/InterViews/iv/src/include/IV-look/2.6   -I/usr/local/share/InterViews/iv/src/include
CC  box1.C:
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 95: error: syntax error
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 96: error: syntax error
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 101: error: non class virtual back()
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 102: error: non class virtual front()
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 103: error: non class virtual between()
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 108: error: non class virtual glue()
...
...
...
"/usr/local/share/InterViews/iv/src/include/InterViews/layout.h", line 118: error: non class virtual vglue()
Sorry, too many errors
14 errors
*** Error code 1
make: Fatal error: Command failed for target `box1.o'
-------------------------------------------------------------------------------------

There is a lot of difference between the file layout.h and the one specified in the
manual(chapter 11). How can it be that the file refman.PS that we got is the latest
version and layout.h( for example) possibly an earlier version 

Can somebody suggest what the problem could be in this case. This could be the same 
with the other files we have with us. We are definite that we downloaded 3.1.tar.Z only.

Thanks in advance.
Chandra, Clemson University, Computer Science Dept.
From: jnaft@hamlet.umd.edu (Joseph Naft)
Newsgroups: comp.windows.interviews
Subject: size changes up hierarchy
Date: 8 Jan 93 05:09:32 GMT
Distribution: na

How does a glyph that is a leaf in the composition hierarchy go about changing
its shape? 

With Interactors you would do,
  parent->Change(this);

Here is an example. Pressing a button causes the text in a label to change. The
label needs to get bigger because the old text was "mini", and the new text is
"supercalafrajalisticexpealadocious".

~

Newsgroups: comp.windows.interviews
From: Thomas Wuensche <tw@fgb1.fgb.mw.tu-muenchen.de>
Subject: Multinational characters in DOC/16-Bit fonts ?
Keywords: interviews doc multinational
Reply-To: tw@fgb1.fgb.mw.tu-muenchen.de
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 12 Jan 1993 10:44:05 GMT

I've seen this question before, but no really satisfying answer.

I see, DOC uses adobe encoding. This allows different international
characters, but leaves out umlauts. (Someone at adobe seems to hate
germans :-)

I also noticed some support for 16-Bit characters (in the canvas class).
Could this be a hook to provide the required support?

I'm rather new to this problem, so any hint is welcome ( of course best
 is a comment : Yes, it works :-)). My further hack doesn't work well
with Adobe fonts.

Thanks,

	- Thomas
From: jdf@fields.CIN.OH.US (Jon Fields)
Newsgroups: comp.windows.interviews
Subject: Alignment question
Date: 9 Jan 93 04:07:48 GMT
Distribution: usa
Organization: 5080 Kugler Mill Rd, Cincinnati, OH 45236

How is it possible to place Labels, pieces of hglue, field editors,
and trailing pieces of hglue into hboxes, which are in turn put
into a vbox (or, maybe a TBComposition) so that the both the Labels
and Field editors are left-aligned, as shown in the following
diagram:

     Field headings (Labels) should be left aligned.
     |
     |
     |                       Field editors should be left aligned
     |                       |
     |                       |
     LLLLLLLLLLLLLLGGGGGGGGGGFFFFFFFFFFFFFFFFFFFGG
     LLLLLLLLGGGGGGGGGGGGGGGGFFFFFFFFFFFFFFGGGGGGG
     LLLLLLLLLLLLLLLLLLLLLGGGFFFFFFFFFFFFFFFFFFGGG   <- Vbox should have this
                                                        natural width, i.e. of
                                                        the hbox which contains
                                                        the middle piece of glue
                                                        of minimal, non-zero 
                                                        size.
     L = Label, G = Glue, F = Field Editor

In IV 2.6, I solved this problem using a Tray.  I'm now trying to
solve the same problem using the 3.1 classes, but a solution does
not seem obvious.
    
The only solution that I have been able to devise is to explicitly
calculate the natural width of the middle piece of glue, based on
the maximum width of labels in the vbox, and to make that width
fixed. However, I would much rather base the scheme somehow on
alignments, as I would like to be able to append these hboxes into
a TBComposition, so that the number of columns of hboxes could be
determined by the geometry of the window (e.g. a tall, narrow window
might have two columns of hboxes, but when resized to a wide, short
window, it would have four columns).

I'm trying to write a general purpose utility which can take an
undetermined number of label/field pairs, and can provide a pleasing
layout of these pairs into columns.   Any help you can provide would
be greatly appreciated. 

--

Internet: jdf@fields.cin.oh.us             Jonathan D. Fields     
    UUCP: ...!uunet!fields!jdf             5080 Kugler Mill Road
   Voice: 513-891-5081                     Cincinnati, Ohio 45236, USA
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: trouble in building IV3.1
Date: 6 Jan 1993 17:41:07 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <1993Jan6.154831.28479@cbfsb.cb.att.com>, dac@cbnewsf.cb.att.com (david.a.copperman) writes:
|> In trying to build InterViews 3.1, the preprocessor issues these errors:

It would be helpful if you would list the platform you are trying to build on.

|> ../../../.././src/include/IV-2_6/InterViews/box.h: 53: major: argument mismatch

These are caused by some system include file defining major and minor
macros for Unix device numbering.  This include file gets brought in
on some (but not all) systems along with sys/types.h.  You can #undef major and
#undef minor in the offending source files, or change the names in box.h.

|> Also, I ran into a lack of definition for the type pid_t.  That turns
|> out to be in sys/stdtypes.h.  OS/types.h includes sys/types.h, but not
|> sys/stdtypes.h.  (It appears that OS/types.h is where this include should
|> be - is that correct?)  I can make that change readily enough; again, has
|> anyone else run into this?

I've not heard of stdtypes.h (it doesn't exist on my system).  I thought
POSIX required pid_t to be in sys/types.h.
Newsgroups: comp.windows.interviews
From: ohmeda@teal.csn.org (Ohmeda Monitoring Systems)
Subject: IV and gcc-2.3.3
Organization: Colorado SuperNet, Inc.
Date: Mon, 4 Jan 1993 18:16:35 GMT

Hi -

I'm new to this newsgroup, and I didn't see a FAQ, so I thot I'd ask a
question that I'm certain has already been answered a few times.

I went to stanford and go the latest IV, 3.1.  I also looked in contrib
and g++ and got the suggested files there.  I read the README files in
g++ to see about using gcc, but saw that they were somewhat old.

The question is whether the new gcc is now compatible enuf with IV as
to not need the patches or requiring down-reving of some sort.

I did read in this group that a few people have been having trouble 
with docs and idraw, and I went back and retrieved the appropriate
SUN4* file.

Now another interesting question... Has anyone ever ported this stuff
to a 68030 embedded system using pSOS+???

Please reply to the below address, as I don't regularly get this newsgroup.

Paul Ourada
Ohmeda Monitoring Systems

paulo@ohmeda.com

Newsgroups: comp.windows.interviews
From: pmiach@ee.mu.OZ.AU (Paul Miach)
Subject: help with Glyphs, and Backgrounds (IV 3.0.1)
Summary: HELP!
Organization: Electronic and Electrical Engineering - University of Melbourne 
Date: Thu, 7 Jan 1993 07:09:03 GMT

	Well, today was the day I tried to use Glyphs, after a few weeks of
Unidraw. There are some things that have me totaly confused...

	1) I need to have the bacground of a window change colour (this will
	   eventualy be done with dispatch). I also needed to be able to
	   detect a click anywhere in the window. To do this, I defined a new
	   class, inherited from 'PointerHandler' and from 'Background'. Now
	   it catches mouse clicks ok, but how do I change colours!? I looked
	   at 'Telltale', added the required methods (redraw, allocation,...)
	   but that does not seem to work too well :-/.

	2) I have a 'Label' that I am adding into the Window. Now, between
	   compiles I changed the text from 'Message#!' to 'Message'. I removed
	   all object code, and re-compiled. When I ran the programme, I see
	   both 'Message' and 'Message#!' overlayed on each other. To make
	   matters worse, some suggested that I ran the programme twice, the
	   second window was full of 'static' (random memory). Why is this
	   happening (I am assuming it is Persistant Objects), and how do I
	   stop it?

	I can probably nut the 1st problem out, as well as the 2nd, given time.
But time is something I don't have, and unless I can show some progress in the
use of Glyphs, it is back to Unidraw. I thank anyone who can help me with these
annoying problems. I know the above descriptions are less than adequate, but the
code is at work (if you'ld like to see the code, I can mail it from work).

Paul Miach.

Newsgroups: comp.windows.interviews