HDTenEightyP/NetNews huggingface dataset:
From: cflatter@nrao.edu (Chris Flatters)
Subject: Re: pageview
Reply-To: cflatter@nrao.edu
Organization: NRAO
Date: Wed, 12 Aug 1992 16:05:27 GMT

In article 54J@newcastle.ac.uk, dph1kg@durham.ac.uk (Karl Glazebrook) writes:
>I don't see what the point of this %%Page stuff is. After all the laser printer 
>manages to figure out the page breaks OK without this help! So does CDA viewer
>in DECwindows.
>
>Maybe someone from Adobe would care to explain the logic behind having language
>commands in the comment fields? This seems crazy. 

The rationale for the comment conventions is set out in the Appendix to
the PostScript Language Reference Manual.  This was Appendix C in the original
red book (I don't have  a copy of the big, fat, red-and-white second edition).

	An essential requirement of the structuring conventions is that one
	should be able to obtain the structural information from a page
	description without having to interpret or execute the PostScript
	program itself.  That is, the structure must be distinguishable
	by static analysis of the text of the page description, and it
	must be straightforward to extract and interpret the structural
	information.

	The structuring conventions make use of PostScript _comments_ to
	represent this information....

The comments are not language commands (they do not affect the appearence
of the output pages) but contain additional information that is useful to
PostScript interpreters.  This information is particularly useful if you
wish to be able to display arbitrary pages from a multipage document.  It
isn't useful if you are going to interpret the whole document anyway (as
a printer will).

	Chris Flatters
	cflatter@nrao.edu
From: lorenz@gdc.com (Rich Lorenz)
Newsgroups: comp.windows.open-look
Subject: Default Button in Pop Up
Keywords: Button, Default
Date: 14 Aug 92 20:24:38 GMT
Reply-To: lorenz@gdc.com
Organization: General DataComm, Middlebury CT

I am working on an application using the xview toolkit, and want to have a
default button in a popup window.  According to the XView Programming Manual, 
page 670, Section E.1.2, it says that "Xview 3.0 does not provide this automatically,
but applications can implement this feature using XView primitives".

I was wondering if someone else has come across this and if they have written any
code to handle this.  I would appreciate it if someone could provide me with sample
code.


---
Richard W. Lorenz,  Software Engineer 
General DataComm, Inc.              
Middlebury, CT 06762                
Email: lorenz@gdc.com	Voice: (203) 758-1811 ext. 7842
From: kemnitz@netcom.com (Greg Kemnitz)
Newsgroups: comp.windows.open-look
Subject: Re: Xview and process blocking?
Date: 22 Aug 92 19:16:34 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <45_nx0_.kemnitz@netcom.com> kemnitz@netcom.com (Greg Kemnitz) writes:
=In article <3bbffny@openlook.Unify.Com> fgreco@shearson.com (Frank Greco) writes:
==Does anyone have any suggestions as to how to block the parent process
==while the child runs in an XView environment?
==
==The parent process is an XView application which *must* wait until the
==child process terminates (eg, a compile).  I need to have the same
==behavior as system(); I need to fork()/exec() a shell that runs the
==child and optionally waits/doesn't wait for the child to terminate (ie,
==the appended '&').
==
==All of my current attempts have either gotten a no-waiting version,
==or the notifier goes into an infinite loop ignoring all SIGTERM signals.
==
==I'm trying to be a good XView citizen and not use good 'ole system(),
==which, btw, seems to work all the time...
==
==Thanks,
==
==Frank G.
===-=-=-=-=-=-=-=-=-=
==
=
=If my memory serves me right, it is something like this,
=
=if((pid = fork()) == 0)
=   do something
=   wid = wait(&pid);


I guess I am a stranger to Xview. I remember something I read
once before that Xview uses Xlib only and does not use
Xtoolkit which means users losses a lot of functions such as
XtGrabButton, XtGrabKey, XtGrabKeyboard, XtGrabPointer.
By using these functions users can freeze everything which is
what Frank wanted.
Newsgroups: comp.windows.open-look
Distribution: world
Date: Fri, 21 Aug 1992 10:09:28 -0400
From: klg!ed@uunet.uu.net (Edward Lycklama - KL Group Inc.)
Subject: Re:  Xview and process blocking?

> From uunet.uu.net!owner-openlook@uunet.ca Fri Aug 21 09:13:05 1992
> Date: 	Thu, 20 Aug 1992 18:16:51 -0400
> From: fgreco@shearson.com (Frank Greco)
> To: openlook@unify.com
> Subject: Xview and process blocking?
> 
> Does anyone have any suggestions as to how to block the parent process
> while the child runs in an XView environment?
> 
> The parent process is an XView application which *must* wait until the
> child process terminates (eg, a compile).  I need to have the same
> behavior as system(); I need to fork()/exec() a shell that runs the
> child and optionally waits/doesn't wait for the child to terminate (ie,
> the appended '&').
> 
> All of my current attempts have either gotten a no-waiting version,
> or the notifier goes into an infinite loop ignoring all SIGTERM signals.
> 
> I'm trying to be a good XView citizen and not use good 'ole system(),
> which, btw, seems to work all the time...
> 
> Thanks,
> 
> Frank G.
> =-=-=-=-=-=-=-=-=-=
> 
> 

If what you want is the user to not interact with the parent process,
why not set FRAME_BUSY to true on the parent's base frame?
This could be done in conjunction with the notify_set_wait3_func() -
set frame to BUSY when you call this, and when the notify occurs,
set FRAME_BUSY to FALSE.

BTW, I've never had any problem with system(), in either SunView or XView,
but I know you're not supposed to do this.

 Ed Lycklama
 
 KL Group Inc.                       | Phone: (416) 594-1026 Ext. 24 
 134 Adelaide St. E, Suite 204       | Fax:   (416) 594-1919
 Toronto, Ontario, M5C 1K9           | UUCP:  eal@klg.com
 CANADA
From: samborn@lynchpin.mtkgc.COM (Kevin Samborn)
Newsgroups: comp.windows.open-look
Subject: Re: Got olvwm -- Now what do I do with it?
Date: 19 Aug 92 16:29:39 GMT

/\/\ On 18 Aug 92 19:56:01 GMT, Kevin Weinrich said:

   Kevin> Any war stories of how you make use of olvwm in your
   Kevin> day-to-day life would also be most appreciated.  If I get
   Kevin> some good replies, I'll summarize back to the net.

The best use of the virtual window managers I've yet seen is as an
implementation of the Rooms (Xerox?) metaphor.

That is, put your word processing in one part of the virtual root,
your accounting in another, and your file management in another.

This produces an uncluttered, scalable approach (because the virtual
can extend) to using the computer.

kevin samborn
--
kevin samborn
Sakura Global Capital
samborn@mtkgc.com
Newsgroups: comp.windows.open-look
From: vdp@mayo.edu (Vinayak Dutt, Grad. Student (Biophysics))
Subject: Redirecting stdout/stderr of child program
Reply-To: vdp@mayo.edu
Organization: Mayo Foundation/Mayo Graduate School :Rochester, MN
Date: Fri, 21 Aug 92 15:26:03 GMT

Hi :

     I have made a XView Toolkit based program for starting some programs
(X Window Based programs) via  fork()/exec()ing using button call backs etc.
I would like to gather the stdout/stderr of the child programs and put it
out in a separate Text Window as I would not like the stdout/stderr of these
programs to go to the parent cmd/shelltool (or console) and clutter it.
Is there anyway by which I can redirect the stdout/err ??

--- Vinayak Dutt
-------------------------------------------------------
                                           vinayak dutt
            Medical Sciences Building (2)   Mayo Clinic
                                     Rochester MN 55905
                                   e-mail: vdp@mayo.edu
-------------------------------------------------------



Newsgroups: comp.windows.open-look
From: tvtjet@eua.ericsson.se (Jorgen Eriksson)
Subject: Re: Retrieving XtNstring from TextField
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Thu, 13 Aug 1992 12:24:19 GMT

Hello David !

I didn't manage to email you, it bounced... Anyway here's my reply:
I can spot two problems with your code example:      
1. I don't think you can retrieve data from a widget that isn't realized.
2. This is a classical one, i and all my Xt hacking friends have been doing this   "pointer thing" numerous times. Here is a small code example, i'm sure
   you will recognize most of it:
#include <X11/Intrinsic.h>
#include <X11/StringDefs.h>
#include <X11/Shell.h>
#include <Xol/OpenLook.h>
#include <Xol/TextField.h>
#include <stdio.h>
 
#define MAXARGS 20
#define MAXMSGSIZE 200
#define VISMSGSIZE 20
 
void    textCB();
 
int main(argc, argv)
int argc;
char **argv;
{
        Widget  toplevel, msgField;
        Arg     args[MAXARGS];
        Cardinal n;
 
        toplevel = OlInitialize("top","Top", NULL, 0, &argc, argv);
 
        n = 0;
        XtSetArg(args[n], XtNmaximumSize, (XtArgVal) MAXMSGSIZE);       n++;
        XtSetArg(args[n], XtNcharsVisible, (XtArgVal) VISMSGSIZE);      n++;
        XtSetArg(args[n], XtNstring, "test"); n++;
        msgField = XtCreateManagedWidget("textfield",
                                textFieldWidgetClass, toplevel, args, n);
        XtAddCallback(msgField, XtNverification, textCB, NULL);
 
        XtRealizeWidget(toplevel);
        XtMainLoop();
}
 
void textCB(w, client_data, call_data)
Widget w;
caddr_t client_data, call_data;
{
        Arg             args[10];
        char            *p, temp[100];
        int             temp2, n;
 
        n = 0;
/* Ok here it comes... */
        XtSetArg(args[n], XtNstring, &p); n++;
        XtGetValues(w, args, n);
        fprintf(stdout, "string = %s\n", p);
 
}
------------------------------------------------------------
Greetings 
        Jorgen (Jorgen.Eriksson@eua.ericsson.se)
Newsgroups: comp.windows.open-look
Distribution: world
Date: Thu, 20 Aug 92 14:06:38 EDT
From: fgreco@fis1026.shearson.com (Frank Greco)
Subject: Re: Notify_client numbers

> In article <1992Aug18.150001.25725@msuinfo.cl.msu.edu> adc@tardis.msu.edu writes:
> DOes anyone know if there are any restrictions or key numbers you
> shouldn't be using??

	Restriction #1: 
		Avoid 0, 1, & 2
	Restriction #2: 
		Numbers must be unique *per object*

> Also what is the best way to get answers about this XVIEW stuff??  I
> have not gotten much help at all from the peole at SUN, and the
> answers I have gotten were usually either wrong, or the answer was
> that I shouldn't be doing that anyway??

	I have gotten more than excellent answers to all my XView
	questions from the folks at Sun.  There are also loads of good
	non-Sun people on this list that you can trust.  And there's
	several newsgroups that you can use.  There's even an OPEN LOOK
	FAQ that Liam has collected together that you can grab.

	Then there's that 800 number thing...

	Frank
=-=-=-=-=-=-=-=-=-=
From: gwr@tantalum.eds.com (George Rapp)
Newsgroups: comp.windows.open-look
Subject: Re: olvwm 3.2 - some L-keys and F-keys slowed down
Summary: RTFM, idjut.
Date: 13 Aug 92 19:37:48 GMT
Reply-To: gwr@edsr.eds.com
Followup-To: comp.windows.open-look
Organization: EDS Research

Ok, ok, I have this coming.  Let me do it to myself before anyone else
has to:

RTFM!  8^)

There is a new resource, GrabVirtualKeys (typo'ed as VirtualGrabKeys in
the manual page), that determines "whether the keys below [most of the
R- and F-keys] marked as involving grabs will be active or not."
Setting this boolean resource to False puts Open and Front back the way
they were.  (Unfortunately, it also takes away R7 (Up and Left), R9 (Up
and Right), ..., R11 (Home), and all the top-row F keys!  I'm working
around that now.)

Apologies all 'round for my lack of research.

BTW, other than this, olvwm3.2 looks great!  The 'disappearing cmdtool
problem' seems to have gone away.

---
George Rapp                              Electronic Data Systems Corporation
EDS Research                             7171 Forest Lane, C212
(UUCP: uunet!edsr!midearthmail!gwr)      Dallas, Texas  75230   214/661-6478
(Internet: gwr@edsr.eds.com or edsr!gwr@uunet.uu.net)
Newsgroups: comp.windows.open-look,comp.windows.x.apps
From: eddins@bert.eecs.uic.edu (Dr. Steven L. Eddins)
Subject: Re: x3270 under OpenWin
Organization: EECS Dept., University of Illinois at Chicago
Date: Thu, 20 Aug 1992 15:16:50 GMT


marc@hemlock.cray.com (Marc Bouron) writes:

>In article <9208191922.AA19639@dedekind.math.luc.edu>, laufer@math.luc.EDU (Konstantin Laufer) writes:
>> Has anyone gotten x3270 to use the font that comes with it (3270.snf)
>> under OpenWin 3.0?  Does 3270.snf need to be converted to some OW
>> font?  Thanks,
>> 
>> -- 
>> -Konstantin [laufer@math.luc.edu]

>You need to use "convertfont" to build an OpenWin .fb file from the
>distributed .bdf/.snf font.

Can you go a step further and help us with the build?  I created a .fb
font using convertfont.  Then I moved the font to my OW fonts
directory and ran bldfamily (as suggested by a poster in another
group).  However, I could not figure out the magic combination of
Imake defines to get x3270 to find the new font.

Thanks,

Steve

-- 
Steven L. Eddins                                             Asst. Professor
eddins@eecs.uic.edu     (312) 996-5771                   FAX: (312) 413-0024
University of Illinois at Chicago, EECS Dept. MC 154, Chicago, IL 60680-4348
Newsgroups: comp.windows.open-look
Distribution: world
Date: Wed, 12 Aug 92 09:49:23 EDT
From: fgreco@fis1026.shearson.com (Frank Greco)
Subject: Re: Interactive Warp ?

>   I would like to use the olvwm 'Warp' function interactively.
> As far as I can tell, you have to decide the name of the
> Warp-to application before starting the window manager, and
> hard-code it into a menu or key-binding. I would like to have
> a 'Warp key' which, when I type it, would wait for me to
> type in an application name and would then Warp to it. 
>   Any ideas ?

How about using the synthetic event capability of olvwm?  

Something like:

	Determine what the current key-binding for the interactive warp
	Generate the event struct for it
	Determine the window id for olvwm
	XSendEvent() it

Don't forget to start up olvwm to accept synthetic events (-allowSynthetic).

Frank G.
=-=-=-=-=-=-=-=-=-=
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 13 Aug 1992 11:00:58 MES
From: Frank Wuebbeling <WUEBBEL@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.windows.open-look
Subject: Re: devguide thought...
Distribution: world


In article <7klfa25@openlook.Unify.Com>, fgreco@shearson.com (Frank Greco) says:
>
>Has anyone given thought to writing a .G interpreter?  Given the
>simplicity of the language, it doesn't look too hard.  We wouldn't need
>the *ui.c file anymore; just a shared .G interpreter.  Then, given a
>decent API, you could dynamically create objects directly from the .G
>file.  The *ui.c file produced by Devguide would then be redundant.
>
We did, and it cost us only a day. Everything you need to do is convert
the .G-file into an app-file readable by WCL. However, you get a problem:
WCL will only work with OLIT, and you will soon find out that devguide
does NOT work with OLIT (xxx not supported. yyy not working. zzz will
be badly positioned. I confess, some are OLIT-errors).
>Take it a step further and add a dynamic loading mechanism for
>connecting callbacks (Dld perhaps?).  Sort of like adding the emacs-ish
>(dare I say NeWS-ish) extensibility idea to Xview and OLIT.
>
This is all already in WCL. :-)
>Now take Devguide and make *it* use this mechanism.  This could
>facilitate dynamically loading your own objects into the oh-so-static
>devguide.
>
This should be SUN's task.

>.Just a thought,
>
No, it's real. Almost.Make WCL use xview objects... :-(
>
>Frank G.
>=-=-=-=-=-=-=-=-=-=
>
"Dipl.-Math. Frank Wuebbeling"

    __  __  __  __  __  __  __   __   / Dipl.-Math. Frank Wuebbeling
   / / / / / / / / / / / / / /  / /  /  Institut fuer Numerische Mathematik
  / / / / / / / / / / / / / /  / /  /   Westfaelische Wilhelms-Universitaet
 / /_/ /_/ / / /_/ /_/ / / /__/ /  /
 \________/  \________/  \_____/  /  Einsteinstr. 62, D-4400 Muenster, Germany
				 /   Internet: wuebbel@math.uni-muenster.de
				/    Bitnet:   onm29@dmswwu1a.bitnet
			       /     Tel. (+49) 251 - 83 3795

Newsgroups: comp.windows.open-look
From: marc@hemlock.cray.com (Marc Bouron)
Subject: Re: Why is the File Manager in OW 3.0 so buggy?
Originator: marc@hemlock
Keywords: OW3 FileManager bugs
Organization: Cray Research, Inc.
Date: 20 Aug 92 03:49:12 CDT


In article <1992Aug19.143531.23971@nrao.edu>, dwood@nrao.edu (Doug Wood) writes:
> The subject says it all.  I can't believe all of the bugs that I find using
> OW 3.0 File Manager.  My favorite is that draging a folder out of the FM window
> onto the desk top ususally opens it in some random place on screen, sometimes
> completely off screen where you can't even get to it with the mouse!  Another
> gem is that sometimes the list of files in a directory is blank when you first
> open it but if you resize the FM window slightly the list magically appears.
> Finally, every once in a while FM simply vaporizes into thin air.
> 
> All of this is a little disconcerting in the OW application one uses to manipulate
> one's files.  Can't SUN figure out how to open a window directly under the current
> position of the mouse?  Can't SUN figure out how to manage window updating?
> I think all of this points out the immaturity of the SUN OS or simply a lack 
> of concern for software quality control.
> 
> -Doug

I've not been terribly impressed with the new v3 deskset applications.  They
might have a pile of new features, but they also have a somewhat larger pile
of new bugs.  I've had FM crash on me a number of times.  A good way to do it
is drag a file a couple of times to an `illegal' target.  FM gets truly upset
and dies after a short while.  As for the Binder!  I managed to add half a
dozen new file icons, but any attempt to go further results in it crashing
every single time!  A heap of junk.  I'm glad you raise the issue of software
quality: Sun seem to have quite a way to go yet...

[M][a][r][c]
Newsgroups: comp.windows.open-look
Distribution: world
Date: Fri, 21 Aug 92 06:59:08 pdt
From: mattb@ssc-vax.boeing.com (Matt Baney)
Subject: Re: Notify_client numbers

	>From shearson!shearson.com!fgreco@uunet.UU.NET Thu Aug 20 16:09:32 1992
	>Date: Thu, 20 Aug 92 14:06:38 EDT
	>From: fgreco@fis1026.shearson.com (Frank Greco)
	>To: mattb@ssc-vax (Matt Baney)
	>Subject: Re: Notify_client numbers
	>> DOes anyone know if there are any restrictions or key numbers you
	>> shouldn't be using??
	
	>	Restriction #1: 
	>		Avoid 0, 1, & 2
	>	Restriction #2: 
	>		Numbers must be unique *per object*
	
	>	Frank
	=-=-=-=-=-=-=-=-=-=
Thanks for the info!!  I'm trying to help some other people convert
an OW2.0 XVIEW application to OW3.0, without any of the OW3.0
documentation.  Someone else had mentioned using xv_unique_key which
I couldn't find anywhere in the OW2.0 documentation.

My only question is what does "*per object *" mean??  Obviously if I
create 1000 buttons I shouldn't have to use unique keys for all
1000, should I??  Or does that mean that I can't use the same key
for a Frame, a Panel, and a Button??  If I'm attaching the same data
to a Frame, Panel, and Button it would make sense to use the same
key, but if they had to be unique that would be something I could
live with??

Thanks again for the help!!!

matt,


	
Newsgroups: comp.windows.open-look,alt.toolkits.xview
From: mazin@mr.med.ge.com (Barry Mazin 4-6073 MRCE)
Subject: Inverting an xview button
Followup-To: comp.windows.open-look,alt.toolkits.xview,poster
Organization: GE Medical Systems, Magnetic Resonance
Date: Wed, 12 Aug 92 13:23:48 GMT

Has anybody been able to invert the image of a panel_item in xview?  I used to 
be able to invert button items in Sunview.   So far, I have been
unsuccessful in trying to port this piece to xview.

I inverted a button item in sunviews by:
	1) getting the image 
	2) running a pr_rop operation on the bits in the image.  
Equivalent code in XView does not work.  The image returned from a xv_get on 
the panel_item is NULL.  Any suggestions or answers?


/**** Sunview Method ***/
#define MARK_BUTTON(button) \
{\
   struct pixrect *pr;\
   pr = (struct pixrect *) panel_get(button, PANEL_LABEL_IMAGE);\
   pr_replrop(pr, 0,0,pr->pr_width, pr-> pr_height, PIX_NOT(PIX_DST),pr, 0,0);\
   panel_paint (button, PANEL_NO_CLEAR);\
}
From: julian@cs.utexas.edu (Dun Julian Wong)
Newsgroups: comp.windows.open-look
Subject: Xview: Drawing to the user interface from another process
Date: 22 Aug 1992 23:11:55 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: saltillo.cs.utexas.edu

I am writing an X-Window application using Xview. There are two processes in 
the program that are run concurrently. One of the process is the user
interface, which is controled by xv_main_loop(). The other is my main() program.
During run-time, I want to draw something to the user interface FROM the main()
program. These drawings(frequency and appearence) are totally independent of the 
user interface, and cannot be controled by event handlers and xv_main_loop of 
the user interface.

I get various values of dislay, window and gc of the user interface BEFORE 
calling fork() to start the child process -- which is essentially xv_main_loop().
However, this didn't work. When the the main()  prgram starts draw -- 
                      XDrawLine(markwin_dpy,markwin_xwin,markwin_gc,20,30,30,40);
				 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
			         these value are obtained by the repaint
				 routine of while creating the canvas
				 which is done before calling fork() to
				 start xv_main_loop().
I got segementation fault(core dump) error. Would someone help me on this probem?

Sincerely,
-Julian


Xref: sparky comp.windows.open-look:3467 comp.windows.x:15266
From: ajn@physics.wm.edu (Alastair Neil)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: olwm, olvwm and MacX
Date: 14 Aug 92 22:07:32 GMT
Reply-To: ajn@physics.wm.edu
Organization: Rio de Caca Illuminati

Hi, had an annoying problem crop up recently - we have a couple of people
who use MacX 1.1 to connect to our sun (4.1.1, X11R5). They would like
to use olwm or olvwm - however it complains that another window manager
is running, this is odd, although I know that screens [name]:0.0 and
[name]:0.2, are managed by the Mac window manager, screens [name]:0.1
and [name]0.3 are supposed to be unmanaged. TWM will come up report
about window managers running on screens 0 and 2, but then work ok on
screen 3, even when the display is set explicitly to [name]:0.3 olwm and 
olvwm (3.2) just bomb out. The really peculiar part is that both people
swear that it used to work a few months ago - even though we have not
changed the configuration (I did update olvwm from 3.1 to 3.2).

Any pointers greatly appreciated.

---
+-----------------------------------------------------------------------------+
|..Alastair Neil................................|                             |
|..(804)-221-3533..[ajn@physics.wm.edu].........|       None Shall Sleep      |
+-----------------------------------------------------------------------------+
From: csdgwh@xh620.utica.ge.com (Glenn W. Hoffman)
Newsgroups: comp.windows.open-look
Subject: Selection library internal error messages
Date: 13 Aug 92 14:32:11 GMT
Organization: General Electric

Ever since we installed OpenWindows 3.0 at our site, I have been
getting messages like the following in the window where olwm was
started:

   The selection is not implemented
   Selection library internal error:

The messages seem to be associated with drag and drop between 
windows.  They can occur frequently enought to be troublesome,
as they obscure other more meaningful messages in the window.
I am contemplating putting a filter on standard output from
olwm to get rid of them.

Configuration:
  SunOS 4.1.1
  OW 3.0
  NCD X Terminal w/VT200 keyboard


Is this a known bug?  Is there a fix for it?

Thanks.
Glenn