HDTenEightyP/NetNews huggingface dataset:
From: dph1kg@durham.ac.uk (Karl Glazebrook)
Newsgroups: comp.windows.open-look
Subject: Re: pageview
Date: 2 Aug 92 14:30:21 GMT
Reply-To: dph1kg@durham.ac.uk
Organization: Department of Physics, University of Durham

In article 16545@elroy.jpl.nasa.gov, earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) writes:
> The OpenWindows 2.0 and 3.0 "pageview" wants documents to follow the accepted
> PostScript Language Structuring Conventions, i.e. be a good PostScript
> citizen.  This means things like "%%Page:" and "%%Trailer" and "%%Pages:"
> comments in the text, so it can find where each page ends and where the next
> page begins.

Hmm it turns out my dvips driver (from ArborText) was producing '%%Page ' instead
of '%%Page: '.  Also I was including postscript figures each of which had their
own out of sequence %%Page: comments. A bit of judicious editing fixed this.

Sigh.

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. 

Karl.

--
------------------------------------------------------------------------------
| Karl Glazebrook,      |    JANET:   kgb@uk.ac.dur.star                     |
| Dept. of Physics,     | INTERNET:   kgb%star.dur.ac.uk@nsfnet-relay.ac.uk  |
| University of Durham, |       or:   Karl.Glazebrook@durham.ac.uk           |
| United Kingdom.       |     SPAN:   19463::DUVAD::KGB                      |
------------------------------------------------------------------------------
Xref: sparky comp.windows.open-look:3565 alt.toolkits.xview:789
From: pjm@cshl.org (Pat Monardo)
Newsgroups: comp.windows.open-look,alt.toolkits.xview
Subject: Re: double-clicking scrolling lists
Date: 23 Aug 92 01:37:26 GMT
Organization: Cold Spring Harbor Laboratory

In article <BtExJ9.7oE@phage.cshl.org> pjm@cshl.org (Pat Monardo) writes:
>i would like to see samples of this if you have it handy.
>i will try to get over this laziness streak i have,
>but i dont feel like reinventing the wheel today
>thanks!
>
i really wanted this to go to alt.toolkits.xview,
but i'm sure most read both groups, true? false?
anyway gotta watch my $f's.

this is simple-FAQ, so please email responses/queries.

-- 
-- Pat Monardo
-- pjm@cshl.org
From: mtn@duke.cs.duke.edu (Michael T. Naseef)
Newsgroups: comp.windows.open-look
Subject: Re: olvwm 3.2 - some L-keys and F-keys slowed down
Date: 14 Aug 92 13:58:31 GMT
Organization: Duke University Computer Science Dept.; Durham, N.C.

The problem is not so much that the resource for virtual keys is
set, but that you do not have a .olvwmrc in your home directory (A bug IMHO.)
This file is where you would create your own key mappings as well as
other nifty features - see olvwmrc(5) for details.  You can just create
an empty version and you will see your response time return to normal.


Mike

-- 
Mike Naseef
Department of Computer Science, Duke University, Durham, NC 27706
Internet:	mtn@cs.duke.edu	|  Phone:	919/660-6577
UUCP:		mcnc!duke!mtn	|
From: voit@wi-inf.uni-essen.de (Stephan Voit)
Newsgroups: comp.windows.open-look
Subject: Re: Why is the File Manager in OW 3.0 so bu
Date: 20 Aug 92 16:38:39 GMT
Reply-To: voit@wi-inf.uni-essen.de
Organization: Wirtschaftsinformatik Universitaet Essen

There exists a lot of patches for filemanager and binder!
We use the following that fix a lot of errors (SunOS Release 4.1.2, OW 3.0):
	100523-01	$OPENWINHOME/bin/[cm & cm_delete & cm_insert & 
			cm_lookup & rpc.cmsd]
	100493-02	$OPENWINHOME/bin/binder
	100499-02	$OPENWINHOME/bin/printtool
	100525-01	$OPENWINHOME/bin/audiotool
	100529-01	$OPENWINHOME/bin/textedit
	100544-01	$OPENWINHOME/bin/mailtool
	100568-01	$OPENWINHOME/bin/clock
	100444-23	$OPENWINHOME/bin/xnews & 
			$OPENWINHOME/lib/server/[libSunWIN.so.1.0 & libSunEVQ.so.1.0]
	100462-06	$OPENWINHOME/bin/filemgr
Newsgroups: comp.windows.open-look
From: kurt@dna.lth.se (Kurt Swanson)
Subject: Initial mouse/window
Organization: Dept of Computer Science, Lund University, Sweden
Date: Fri, 21 Aug 1992 14:11:22 GMT

I have a problem whereupon I start up OW, I have a shelltool in the
middle of the screen, at the initial mouse position.  I then begin to
type, and only get beeps, until I touch the mouse, i.e. move 1 pixel.
Is there any way that I can fix things such that I wouldn't have to
touch the mouse initially?

Kurt Swanson, Dept. of Computer Science,
Lunds universitet.  Kurt.Swanson@dna.lth.se
From: gwr@tantalum.eds.com (George Rapp)
Newsgroups: comp.windows.open-look
Subject: olvwm 3.2 - some L-keys and F-keys slowed down
Date: 13 Aug 92 16:50:26 GMT
Reply-To: gwr@edsr.eds.com
Followup-To: comp.windows.open-look
Organization: EDS Research

Sun SS1+, OS 4.1.1, OpenWindows 3.2, olvwm 3.2 compiled with gcc 1.36

I changed window managers between olvwm 3.1 and 3.2 today, without
changing any resources or config files.  Immediately, I noticed a
slow-down when using L5 (Front) and L7 (Open) on windows and icons, as
well as when using F1-F6 to jump between screens.  The window manager
pauses, pegs the CPU, and then responds about 2 seconds later by doing
what I requested.

But, if I double-click an icon, it opens immediately; same thing
happens if I left-click the title button on a window frame, or
right-click and select Close, or double click in the Virtual Desktop to
change screens.  It's only slow when I use Open, Front, and the F
keys.

I've included the relevant contents of my .Xdefaults resources file
below.

Anybody experienced something similar?  Is there a workaround?  Am I
doing something wrong?  (I need to get this figured out before I can
release 3.2 for general use - I don't want to hear all my olvwm users
whining "It's too slow ..." 8^)  Thanks in advance.

---
Contents of .Xdefaults:
OpenWindows.Beep:                       always
OpenWindows.DragRightDistance:          40
OpenWindows.FocusLenience:              True
OpenWindows.IconFlashCount:             0      
OpenWindows.IconFlashOffTime:           0
OpenWindows.IconFlashOnTime:            0      
OpenWindows.IconLocation:               right
OpenWindows.InvertFocusHighlighting:    True
OpenWindows.KeyboardCommands:           Full
OpenWindows.MinimalDecor:               xclock virtualDesktop \
					makerkit scissors contool
OpenWindows.MultiClickTimeout:          4
OpenWindows.PopupJumpCursor:            True
OpenWindows.ScrollbarPlacement:         left
OpenWindows.SelectDisplaysMenu:         False
OpenWindows.WorkspaceColor:             #40a0c0
olwm.AllowMoveIntoDesktop:              True
olwm.KeyboardCommand.OpenClosePointer:  L7,O+Alt,o+Alt
olwm.KeyboardCommand.RaiseLower:        L5,F+Alt,f+Alt
olwm.VirtualFont:                       5x8
olwm.VirtualGeometry:                   +439+0
olwm.VirtualIconGeometry:               +508+0
olwm.VirtualSticky:                     xclock perfmeter mailtool \
					Utensils CONSOLE calctool \
					x_wall wall topBox contool
olwm.AutoReReadMenuFile:                True
olwm.SelectWindows:                     False
olwm.SelectionFuzz:                     10
olwm.SetInput:                          followmouse
olwm.ShowMoveGeometry:                  True
olwm.ShowResizeGeometry:                True
olwm.TransientsTitled:                  False
*Input:                                 True

---
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
Subject: Mailtool: Cannot use view->find... function under olvwm 3.1
From: bogart@bpb.it (Max Lanfranconi - R and D)
Date: 13 Aug 92 11:33:03 GMT

Hellow, 
	I'm running Sun O.S. 4.1.2, O.W. 3.0, olvwm 3.1. Everything is OK apart 
one little, yet very annoying problem:

In the "view" menu of mailtool V3 there is a find... voice that is very useful.

It works fine with olwm but it stopped as I passed to olvwm (needless to say
 I can't live without olvwm!).

Any ideas, hints, suggestions ? 

BTW, is there any attribute that disable the resizing of the virtual desktop ?

I hacked a little thru the code, unfortunately I only know xview toolkit and I
haven't recognized any of the primitives used in that source.

Therefore any help will be *MUCH* appreciated.

Thanks a bunch.

--Max



*******************************************************************************
*  Massimo Lanfranconi              Internet:  bogart@bpb.it                  *
*  Organizzazione e S.I.  R & D     UUnet:     ...!uunet!bpb!bogart           *
*  Banca Popolare di Bergamo        Telephone: +39 35 392 528                 *
*  Piazza V. Veneto 8               Fax:       +39 35 392 133                 *
*  I-24100 Bergamo ITALY            Telex:     300410 BPBDIR                  *
*			                                                      *
*         I wish I were what I was when I wished I were what I am.            *
*                          					Anonymous     *
*******************************************************************************
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: comp.windows.open-look
Subject: strftime and XView on Concurrent 7000
Date: 20 Aug 92 00:36:22 GMT


 I have ported XView3 to a Concurrent 7000. Somebody fount a
to_do list program in xview from mit. When we tried to link it
ended up with undefined external on strftime. Does anybody have 
the source code for this C function ?
 Thanx...
 Sinan
Newsgroups: comp.windows.open-look
From: dss@styx.desktalk.com (David S. Spencer)
Subject: Re: ps->raster conversion under OW3.0?
Organization: DeskTalk Systems Inc.
Date: Fri, 14 Aug 1992 16:47:07 GMT

In article <Bsz4F3.1Kx@acsu.buffalo.edu> hull@acsu.buffalo.edu (Jon Hull) writes:
>Attached is the version of ps2bits that we have.
>Our problem is that it doesn't render proportionally
>spaced fonts like Times-Roman properly.
>...


We have the Perfect Byte FAX SW package installed and I believe that we
have to keep OW2 installed so that it can convert the PS to raster - so 
I think that it's and official problem w/ OW3 though I don't know what
the problem really is...
-- 
----------------------------------------------------------------------
David Spencer		Desktalk Systems Inc.
dss@destalk.com
----------------------------------------------------------------------
From: matt@centerline.com (Matt Landau)
Newsgroups: comp.windows.open-look
Subject: Re: Is there a book on x-resources??
Date: 18 Aug 92 14:16:10 GMT
Organization: CenterLine Software, Inc.

In <1992Aug18.005552.5393@u.washington.edu> sue@byron.u.washington.edu (Shu-Chen Eclipse) writes:

>could anybody tell me if there is a definitive/exhaustive listings of 
>x-resources that can go in .Xresources /.Xdefaults???  it seems a lot of
>this stuff is scattered all over the place, with hazy descriptions.

>is there an authoriatavie/exhaustive compendium of these somewhere??

Nope.  It's not even possible to compose an exhaustive list of resources, 
since every application can define and look for whatever set of resources 
it wants.  

Specific user interface toolkits (the Xt Intrinsics, OSF/Motif, XView, 
OI, etc.) will often have a list of resources that the toolkit itself 
looks for internally; you can usually learn about these resources from 
the toolkit documentation, although as an end-user that doesn't do you
very much good unless you know [a] what toolkit was used to write the
particular application you're interested in, and [b] what object names
the application writer has used internally to name the low-level parts
of the application user interface.

Basically, it's really up to the application writer to provide the list
of resources that are considered user-settable.  In many cases, it is
desirable for some resources to be considered readonly from the end user
point of view, because changing them can break the application.

Overall, the resource mechanism is a powerful internal technique for 
structuring and customizing applications, but it's not really suitable 
as a technique for end-user customization.  Unfortunately, in many 
cases it's all we have until the X11 toolkit and application market 
matures enough to provide some decent user-level customization tools.
--
 Matt Landau			Waiting for a flash of enlightenment
 matt@centerline.com			  in all this blood and thunder
Newsgroups: comp.windows.open-look
From: kemnitz@netcom.com (Greg Kemnitz)
Subject: Re: Redirecting stdout/stderr of child program
Date: Fri, 21 Aug 92 22:30:41 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Aug21.152603.17253@bmw.mayo.edu> vdp@mayo.edu writes:
=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
=-------------------------------------------------------
=
=
=

Write a filter to display anything(another X Window Based programs).
Then exec (your X Window Based programs | filter).



Newsgroups: comp.windows.open-look
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: Why is the File Manager in OW 3.0 so buggy?
Followup-To: comp.windows.open-look
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Thu, 20 Aug 1992 13:12:53 GMT

every piece of unix code, regardless of the vendor, has bugs - some many
more bugs than others.  In the case of file manager, I have seen numerous
occasions where folk have reccommended that one run (not walk) to their
Sun software support number and order up the latest file manager, which
has all sorts of bugs fixed.

Are these bugs you folk seeing in the shipped software, or in the greatly
improved version only available thru Sun software support?
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
From: scott@statsci.com (Scott Blachowicz)
Newsgroups: comp.windows.open-look
Subject: meaning of _OL_WIN_ATTR property?
Date: 18 Aug 92 01:06:07 GMT
Reply-To: scott@statsci.com
Organization: Statistical Sciences, Inc., Seattle, WA USA

Hi-
   I'm building an X client with the OLIT v3 that comes with Sun's OpenWindows
v3 on a SPARC (SunOS 4.1.1) system. When it runs in an OpenWindows v2 (along
with its olwm) environment, I don't get any window decorations. I assume this
is related to the warnings in my <Xol/OlClients.h> include file about
"OlWinAttr and the _OL_WIN_ATTR property". I'm trying to decipher what the
comments in there say about this topic, but I'm not really that familiar with
what is going on here.
   I just noticed mention of the UseShortOLWinAttr resource, and specifying
that does give me the header and other decorations. What do I lose by doing
that? (i.e. do I lose any window features by not having those 'flag' and
'cancel' fields in OlWinAttr?) Does operation under the newer olwm suffer when
that resource is set to True?
   Should I specify a _OL_DECOR_ADD atom to include things like
_OL_DECOR_HEADER, _OL_DECOR_RESIZE, etc? What would be the appropriate way to
do that?

So, my question is..."Is there an appropriate way to use the same OLIT v3
based client with the olwm's from both OpenWindows v2 and OpenWindows v3?"

Thanx,
--
Scott Blachowicz    Ph: 206/283-8802x240      USPS:  Statistical Sciences, Inc
                                                      1700 Westlake Ave N #500
scott@statsci.com / uunet!statsci!scott                Seattle, WA USA   98109
..or..     Scott.Blachowicz@seaslug.org
Xref: sparky comp.windows.open-look:3443 comp.windows.x:15192
From: berliner@rmtc.Central.Sun.COM (Brian Berliner)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: Re: xview paste from xterm SOLUTION
Date: 13 Aug 92 15:17:25 GMT
Organization: Sun Microsystems, Inc.

In <DVANDERR.92Aug12192901@hen3ry.oracle.com> dvanderr@oracle.com (Danny Vanderryn) writes:
>thanks to farrell mckay (fbm@ptcburp.oz.au) and his 'xcb' program, i
>have been able to come up with an easy way to paste into xview apps
>from an xterm, or other non-xview app.  (the other way already works
>for me....)  i'm looking for people to beta test my changes before i
>put them into xcb-2.0 for wide distribution.  

I have the following lines in my ~/.Xdefaults file:

XTerm*VT100.Translations:	#override \n\
	<KeyPress>L6:	start-extend() select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0) \n\
	<Key>L8:	insert-selection(CLIPBOARD) \n\
	<KeyPress>L10:	start-extend() select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)

These allow me to (basically) use the old, familiar, Copy/Paste/Cut that
XView uses extensively (L6/L8/L10, respectively) in my "xterm" window.
There are some problems, though.  You have to have your mouse pointer
positioned at the end of the selection when you press Copy.  It's a bit
tricky, but I've gotten used to it.  Then, just move into your XView
application and push Paste, as you would normally do.

Good luck,

	-Brian
Newsgroups: comp.windows.open-look
From: dwight@hyphen.com (Dwight Ernest)
Subject: Can't accurately resize tty subwindow in shelltool
Keywords: escape resize shelltool
Organization: Hyphen, Inc., Wilmington, MA 01887 USA / +1 508 988-0880
Date: Thu, 13 Aug 1992 17:44:44 GMT

We have a need to resize the tty subwindow in shelltools with more
accuracy than can be afforded by the escape sequence that's documented
in the shelltool man page.

The problem with the escape sequence is that when we resize to, say, 24
rows by 80 columns, the tty subwindow comes out as 23 rows and 87
columns, according to 'stty everything'.  One would expect both
dimensions to be something less than that specified, since, after all,
the man page reminds us that the specified size refers to the outer
window frame rather than the inside tty subwindow, but we never
expected the result of 87 characters on the subwindow width when we
asked for 80 on its parent frame!

A service call to Sun yielded the interesting knowledge that several
bugs have been filed related to this problem or similar problems, but
no suggested workarounds.

We can accept that there's going to be some difference between what
gets specified for the outer frame and the resulting width of the inner
tty subwindow, but we are seeking some formulated workaround or
deterministic behavior.  Is this expecting too much?

-- 
--Dwight A. Ernest   Special Projects Engineer   I speak only for myself.
  Hyphen, Inc. / 187 Ballardvale St. / Wilmington, MA 01887 / +1 508 988 0880
  dae@world.std.com		dwight@hyphen.com
From: kemnitz@netcom.com (Greg Kemnitz)
Newsgroups: comp.windows.open-look
Subject: Re: Control Area refresh
Date: 21 Aug 92 22:03:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Aug21.115857.2914@reks.uia.ac.be> frans@kiwi.uia.ac.be writes:
=Can anybody tell me how to freeze the appearance of a an OLIT Control Area widget
=while adding and/or removing children of it. I always have the annoying behavior 
=that when I want to change a child of a Control Area by deleting it and inserting 
=a new one, the Control Area immediately resizes itself on the deletion of the 
=child, and resizes itself again while inserting the new child. It would be nice 
=if one would be able to freeze the Control Area while making the changes. I tried 
=by unmapping the Control Area, but it didn't seem to have any effect.
=
=Francois Staes
=University of Antwerp
=Antwerp, Belgium
=Email : frans@kiwi.uia.ac.be


Use XtCreateWidget instead of XtCreateManagedWidget, but
you have to use XtManageChildren or XtManageChild at some point.

The other solution is to use XtUnmanageChildren or XtUnmanageChild.
Newsgroups: comp.windows.open-look
From: lee@sq.sq.com (Liam R. E. Quin)
Subject: Re: Summary: Xterm keypad remapping not working in OW3
Organization: SoftQuad Inc., Toronto, Canada
Date: Thu, 13 Aug 92 20:01:59 GMT

In article <19228@drutx.ATT.COM> vqh@dwrock.att.com writes:
>Speaking of xterm key mapping, I have a different problem, I tried
>to map shifted-function keys but so far I haven't figured out how
>yet.
>
>Here's my map:
>XTerm*vt100.Translations:       \
>#override <Key>F1: string("Key-F1") \n\
>	<Key>F2: string("F2") \n\
>	Shift<Key>F2: string("Shift-F2")
>
>Is this supposed to work?


Try xterm.vt100.translations instead and then it might.
But F1 won't work if you have the xmodmap line in your .xinitrc (or in a
shell script called from there) that maps F1 to the Help key.

The others should be OK, and your Shift-F2 one works for me.

Lee

-- 
Liam Quin, lee@sq.com, SoftQuad, Toronto, 416 239-4801; the barefoot programmer
  lq-text (Unix text retrieval pacakge) mailing list: lq-text-request@sq.com
  latest released version: 1.10; ftp: ftp.cs.toronto.edu in directory: pub
  If Adultery is for Adults, is Juvenal for Juveniles?
Newsgroups: comp.windows.open-look,comp.windows.x
From: valsta@kuusi.metla.fi (Lauri Valsta)
Subject: Re: olwm, olvwm and MacX
Organization: Metsantutkimuslaitos
Date: Sat, 15 Aug 92 08:46:24 GMT

ajn@physics.wm.edu (Alastair Neil) writes:

>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).

If I get you right, you seem to know that OpenWindows must be run with
the rooted MacX windows. Another point is that you should run olwm in
the -single mode. So put into your command

% olwm -single

Does this help?

-- 
| Lauri T. Valsta   Finnish Forest Research Institute |
| valsta@metla.fi   Helsinki, Finland                 |
Newsgroups: comp.windows.open-look,comp.text.frame