HDTenEightyP/NetNews huggingface dataset:
From: joagre@London.docs.uu.se (Joakim Greben|)
Newsgroups: comp.windows.open-look
Subject: DEVGUIDE: how to handle *many* rectbuttons (or not)
Date: 6 Nov 92 20:01:50 GMT
Organization: Uppsala University
NNTP-Posting-Host: london.docs.uu.se
Keywords: devguide, olit, rectbutton

We are constructing a scheduler for our department that
is going to show 160-320 lectures at once as rectangles
showing lecture, lecturer, lecture room.
We are going to build the interface with devguide using the
OLIT widget set and we ask ourselves:
 
Should we...
 
1. Represent all lectures as rectbuttons with a bitmapped content
   and thus using the built in check for mouse-clicks in a button?
 
2. Build all rectangles on a canvas with Xlib drawing calls and do
   our own mouse tracking?
 
Any opinions?
 
(We have looked at SUNs calender manager and it represents [we think]
 each occasion as a Xlib rectangle on a canvas! Why?)
 
--
Uppsala University
Department of Computer Systems
Joakim Greben| 
Internet: joagre@student.DoCS.UU.SE
--

Newsgroups: comp.windows.open-look
From: kalt@nmsu.edu (Kerry Alt)
Subject: Re: abbreviated menu button bug?
Organization: NMSU Computer Science
Distribution: comp.windows.open-look
Date: Wed, 11 Nov 1992 19:06:14 GMT

On the same general topic, is there an easy way to keep a left button
click on an abbreviated menu from selecting the default choice? I'd
like to have a selection made only via a right mouse button (MENU)
selection.

Thanks,

Kerry
--

**************************************************************
**  Kerry Alt                    email:    kalt@nmsu.edu    **
**  New Mexico State University  office:   505/646-3645     **
**  Box 30001/3CS                fax:      505/646-6218     **
**  Las Cruces, NM 88003-0001    home:     505/524-7247     **
**************************************************************
From: merlyn@usl.com
Newsgroups: comp.windows.open-look
Subject: Re: future of XView, NeWS, TNT, Sun, OLIT,....
Date: 5 Nov 92 16:43:00 GMT

> hopefully Sun and USL will fix this (even if it involves
> having Sun put their OLIT group to work incorporating MoOLIT into their
> system, the fact that it acknowledges the existence of the M-word
> nonwithstanding, rather than pouring more resources into OLIT).

We're trying....

> On the other hand, it's a bit bothersome that OLIT and MoOLIT don't have
> the same API; does that just mean MoOLIT is a superset of OLIT, or that
> they're just different (to the extent that applications built atop OLIT
> have to be modified to work atop MoOLIT, even if the application writer
> doesn't care whether it plays well with the M-word)?

It's not quite that bad. David Bryant's note was accurate, but it
left unsaid the degree of difference. MoOLIT is derived from the
same code as Sun's "OLIT 3.0"; the two branched at about "OLIT 2.0".
Sun added one or two externally visible widgets (most conspicuously
the DrawArea widget), USL added a Motif look-and-feel. In doing
the latter, we added a couple of resources to allow a better
"fine-tuning" of the Motif look; it is the nature of X resources
that if a toolkit doesn't need them then they are safely
ignored. Thus, for the purpose of achieving the Motif look and feel,
there is no essential API difference created by MoOLIT over the
OLIT 2.0 API.

David's discussion of ABI incompatibilities is very literal. Indeed,
neither OLIT nor MoOLIT has maintained binary compatibility *for
widget subclassing*. But for applications that do not create
subclasses, the ABI is largely preserved (see discussion of API
differences above). Sun and USL still have a few details to
iron out, and as I said we're working on this.

Steve Humphrey
UNIX System Laboratories
From: ferens@beer.umeeng (Ken Ferens)
Newsgroups: comp.windows.open-look
Subject: Answerbook displaying problem
Date: 6 Nov 92 19:42:48 GMT
Article-I.D.: ccu.BxB83C.EtD
Reply-To: ferens@beer.umeeng
Organization: Sun Microsystems

I am having problems displaying some pages in answerbook 1.0 that include
graphics.  Our system consists of Sparc II's, SUN OS 4.1.2, and Open Windows 3.0.
However, there is no problem printing when these pages are sent to a sparc printer.
I would appreciate any help on this matter, since it is frustrating being forced
to print the page to see what it offers.
PS.  I have checked the FAQ, but there was no mention of this problem.
---
Ken  Ferens
ferens@ee.umanitoba.ca
From: exukarl@exu.ericsson.se (Karl Henderson)
Newsgroups: comp.windows.open-look
Subject: vt100 emulator
Date: 11 Nov 92 20:14:11 GMT
Reply-To: exukarl@exu.ericsson.se
Organization: Ericsson Network Systems
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

I have modified a vt100 emulator called xvttool to handle certain key events and
send respective escape sequences to the vax.  The problem is that when I am rlogged
into the vax and I hit one of the keys, my Notify routine is called a million times
instead of just once.  But when I am not rlogged on to the vax, my Notify routine is
only called once (as I expect).

The code worked under OW2 but doesnt under OW3.  Below is a code snibit to 
better explain what I am doing.

The problem is driving me crazy!!!!!!!!!!!!!

main()
{
   .
   .
   .
  term_view = (Xv_Window) xv_get (terminal_sw, OPENWIN_NTH_VIEW, 0); 

/* set up events I want to handle on the tty window */
  if (xv_set(term_view,
	     WIN_CONSUME_EVENTS,
	       WIN_MOUSE_BUTTONS, 
	       WIN_ASCII_EVENTS,
	       WIN_LEFT_KEYS, 
	       WIN_TOP_KEYS, 
	       WIN_RIGHT_KEYS, 
	       NULL,
	     WIN_IGNORE_EVENTS,
	       WIN_UP_EVENTS,
	       NULL,
	       NULL) != XV_OK) Winerror("xv_set") ;
          
  notify_interpose_event_func(term_view, do_event, NOTIFY_SAFE); 
   .
   .
   .
}

Notify_value do_event(win, event, arg, type) /* handle events in tty window */
     Xv_Window win;
     Event *event;
     caddr_t arg;
     Notify_event_type type; 
{
  XKeyEvent *keyevent;
  KeySym keysym;
  char buff[20];
  int bufsize = 20;
  XComposeStatus compose;
  int charcount;

  buffer[0] = '\0';
  keyevent = event->ie_xevent;
  if (keyevent != NULL)      
    charcount = XLookupString(keyevent, buff, bufsize, &keysym, &compose);

  switch (keyevent->keycode)
  {
      case 53: /* / */
        sprintf(buffer, "OQ"); /* Help */
        break;
      case 54: /* * */
        sprintf(buffer, "OR"); /* Find Next */
        break;
       .
       .
       .
  } /* end switch */
  if (strlen(buffer)) 
  { 
    ttysw_input(terminal_sw, buffer, strlen(buffer));
    return NOTIFY_IGNORED;
  }
  return (Notify_value) notify_next_event_func(win, event, arg, type);
} /* end do_event */
From: dennett@cyclone.Kodak.COM (Charles R. Dennett)
Newsgroups: comp.windows.open-look
Subject: Re: OW shutdown notice default
Date: 6 Nov 92 19:09:55 GMT
Distribution: usa
Organization: Eastman Kodak Co., Rochester, NY

In article <1992Nov4.003959.26779@news.arc.nasa.gov>, mckie@sky.arc.nasa.gov (Bill McKie) writes:
>Openwindows 2.0 on SunOS 4.1.1:
>
>Is there any way to specify the default
>on the olwm shutdown notice to be the
>"Exit" button rather than the "Cancel"
>button?  Also, is there any way to
>suppress this notice?

Here is an extract from my .openwin-menu file:


"Exit"                  EXIT

"Exit!"                 EXIT_NO_CONFIRM


The first one is the ususal one that asks for confirmation.  The second
one exits without confirmation.  I'm using OW3 so I don't know if this
works on OW2 as well.

Charles Dennett          | Rochester Distributed Computer Services
Mail Stop 01925          |   Customer Technical Support Services
Eastman Kodak Company    | ---------------------------------------
Rochester, NY 14650-1925 |       Internet: dennett@Kodak.COM
Newsgroups: comp.windows.open-look
From: nh@cbnewsg.cb.att.com (nicholas.hounsome)
Subject: Re: 32 Megs sucked dry by Open Windows 3.0
Organization: AT&T
Date: Thu, 5 Nov 1992 09:27:01 GMT

From article <1992Nov4.144539.7162@eng.ufl.edu>, by dlopata@stat.ufl.edu (David Lopata):
> ...
> 
> 	Hi guys!  I'm curious to know exactly how much memory Openwindows is
> SUPPOSED to be taking up.
> 
> 	With a single Xterm, Mailtool, console, and XRN, Top reports the
> following:
> 
> 	Memory: 27844K available, 27316K in use, 528K free, 2368K locked.
> 
> 	Pstat reports that 20876 of our 32720 swap partition is used.  Nice.
> 
> 	We're running OW 3.0, SunOS 4.1.3 with tmpfs (patched 100507-04).
> What numbers do you guys get?  The machines is an IPX with 32 Megs.  It's a
> test machine, so nobody else is logged in/eating resources. 
> 
> -----------------------------------------------------------------------------
> David C. Lopata                                          dlopata@stat.ufl.edu
> System Manager, Dept. of Statistics                           234A Floyd Hall
> "Impeach Clinton!"                                     (904)392-1941 Ext. 233

This is typical.
One soloution is to use Xsun from X11R5 instead of OW3 which carries all
the sunview/NeWS baggage - that saves a few megs.
Using xterm instead of cmdtool is probably a bad idea because it uses 
a completely different set of libraries (Xt) to the sun stuff (xview)
and so there is more unshared code to swap in (although this doesn't come
from your swap partition).

If you think you have problems then try running dbxtool on a large 
X application that has been processed by purify - I can just do it
with one cmdtool and nothing else.

Nick Hounsome
From: mrd@ecs.soton.ac.uk (Mark Dobie)
Newsgroups: comp.windows.open-look
Subject: Re: XView
Date: 11 Nov 92 11:51:20 GMT

In <epwcil5@openlook.Unify.Com> fgreco@cfdev1026.shearson.com (Frank Greco) writes:

>	Someone from Sun told me that they've noticed that there
>	are not too many people posting to the Xview-ish net groups
>	in comparison to the Xt group which they believe
>	indicates a lack of interest in Xview.  Maybe it belies
>	the fact that Xview is so easy, folks do not need to ask
>	that many questions?

Well if that's how they measure interest I had better post here to let
them know what I think of xview. Now I'm not a professional application
developer (I do research) but of all the free toolkits around I have
found Xview to be the easiest to understand and use.  Whenever people
ask me what to use for student projects I recommend Xview and although
I've tried other things (even MS windows :-() Xview remains my firm
favourite.

I just got a new PC and installed Linux and now I'm dead chuffed to
have Xview at home so I can use it there too. What more could I want?
If Sun drop Xview and don't offer something better then I expect a lot
of people will get very disillusioned. Perhaps Xview will turn into a
NET supported package? That would keep people like me happy, but I
don't know how well it would go down in a professional application
development environment.

				Mark.
-- 
Mark Dobie                              M.R.Dobie@uk.ac.soton.ecs (JANET)
University of Southampton		M.R.Dobie@ecs.soton.ac.uk (The World)
Newsgroups: comp.windows.open-look
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: MailTool3 and .signature files
Followup-To: comp.windows.open-look
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Thu, 12 Nov 1992 13:04:37 GMT

Sorry, but there is one faster way to add .signatures which we have discussed
here many times.

1. Copy /bin/fmt_mail to $HOME/bin/my_fmt_mail.
2. Modify the code similar to that attached beload
3. Edit $HOME/.mailrc to add the following line at the top:
set sendmail=/u99b/lwv26/bin/my_fmt_mail
4. Quit mailtool and start it again.

Code:

#! /bin/sh
#
# @(#)fmt_mail 1.5 89/03/17 SMI
# modified to add signatures - Bruce Barnett
#

if	[ ! -d /home/lwv26 ] ; then
	cat - | /usr/lib/sendmail "$@"
	exit 0
fi

JUSTIFY="/usr/ucb/fmt -s -72"
JUSTIFY="/home/lwv26/bin/wrap.pl -wrap"
echo "$@" | fgrep -s -e '@'
if	[ $? = 0 ] ; then
	echo > /tmp/s$$
	echo "-- " >> /tmp/s$$
	sig="$HOME/.signature /tmp/s$$"
	sig="/tmp/s$$ $HOME/.signature"
else
	sig=""
fi
# echo "$@" x"$sig"x >> /tmp/mfm.log 
(IFS_save=$IFS
#solves problem of read line discarding leading blanks which are necessary
#for correct interpretation of continuation lines in mail headers
IFS=
while read line
do
        echo "$line"
        case $line in
        "") break ;;
        esac
done
IFS=$IFS_save
$JUSTIFY ) | cat - $sig | /usr/lib/sendmail "$@"

if	[ -n "$sig" ] ; then
rm -f /tmp/s$$
fi
exit 0
-- 
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
Newsgroups: comp.windows.open-look
From: pjm@isis.cshl.org (Pat Monardo)
Subject: Re: XView
Organization: Cold Spring Harbor Labs
Date: Wed, 11 Nov 1992 00:38:17 GMT

In article <qhsckip@openlook.Unify.Com> fgreco@cfdev1026.shearson.com (Frank Greco) writes:
>
>	Ever look at TNT?  Nice OOP, very Smalltalk-ish interface to
>	NeWS.  Too bad its going away.
>
>	If I infer correctly, I don't believe DOE will provide a
>	GUI-toolkit, but rather a higher-level, O-O manager of
>	user-requested display services.  We'd all like a NeXT-step-ish
>	environment, but DOE probably won't give that to us.  One might
>	imagine such an application environment separate from DOE but
>	with connectivity to DOE.
>

one can only hope, but i know quite a few people who are itching
to see what all those "hires" are about. regarding TNT, sure
i've seen it and it is more like what i want, definitely, and i
might have adopted it if i had thought it would become mainstream
(that dirty word!). but i dont really like postscript, i like it
as an "image file format" but not as a programming environment (IMHO).

-- 
-- Pat Monardo
-- pjm@cshl.org
Newsgroups: comp.windows.open-look
From: kalt@nmsu.edu (Kerry Alt)
Subject: abbreviated menu button bug?
Organization: NMSU Computer Science
Distribution: comp.windows.open-look
Date: Wed, 11 Nov 1992 17:54:00 GMT

Sorry if this is a second post....

When I set a PANEL_ABBREV_MENU_BUTTON to be greyed out using the 
PANEL_INACTIVE attribute, a very strange thing happens. The button's
label is greyed out, but the button itself appears to be normal. More
odd still, the button acts as though it is inactive (unresponsive to
mouse clicks). If I set PANEL_INACTIVE to be false, the label appears
normal, the button looks the same, but one can now pull down the
associated menu. 

Is this a bug? If so is there a patch? If it isn't a bug, could
someone clue me in on my error?

Thanks,

kerry
--

**************************************************************
**  Kerry Alt                    email:    kalt@nmsu.edu    **
**  New Mexico State University  office:   505/646-3645     **
**  Box 30001/3CS                fax:      505/646-6218     **
**  Las Cruces, NM 88003-0001    home:     505/524-7247     **
**************************************************************

Newsgroups: comp.windows.open-look
From: hopkins@cs.cmu.edu (Don Hopkins)
Subject: Re: In article 20K@phage.cshl.org, pjm@isis.cshl.org (Pat Monardo) writes:
Originator: hopkins@ECP.GARNET.CS.CMU.EDU
Organization: School of Computer Science, Carnegie Mellon University
Date: Tue, 10 Nov 1992 17:40:33 GMT

martin@Chemeng.Ed.Ac.Uk (Martin Spenceley) writes:

   Maybe this is the time for me to dump OPEN LOOK and go Motif with its
   poor unergonomic interface and dismal toolkit. B^)

Check out Tk, which is free, and isn't based on the X Toolkit, so it's
not hopelessly outdated and crippled like OLIT, MoOLIT, and Motif. 
It's not totally Motif compliant either, in ways that make it nicer
(like "locator highlighting", the way the control under the cursor
highlights to show it's active, before you've press the button). 
And it's *extensible* in TCL, and designed so it's easy to add
new componants.  

   I hope you are right. But I thought they are just going to enhance 
   (read: dabble) OLIT.

   How long can you hope Sun will support you using the DOE toolkit
   and/or OLIT? 

There's no such thing as the DOE toolkit.  DOE is pure marketing hype. 
(Just say the word out loud and you'll realize why the managers are so
gung ho on it, and the engineers are so sick of it.)  Stay away from
DOE, since it doesn't exist (so it's pretty easy to stay away from ;-),
and SunSoft will probably be out of business before it's delivered, at
the rate they're going.  

	-Don
From: fgreco@cfdev1026.shearson.com (Frank Greco)
Newsgroups: comp.windows.open-look
Subject: Re: deprecation/death of XView
Date: 6 Nov 92 16:22:35 GMT

> In article M20@cs.psu.edu, corbet@sargon.psu.edu (Robin Corbet) writes:
> >With the deprecation of (which presumably will lead to the death of)
> >XView, what are people doing to ensure that their XView based code will
> >live beyond the end of support for XView itself?
> 
> Is XView really deprecated?  Pending some substantiation I view this as
> a very dubious rumour.

Chris.... It is *not* a dubious rumor.  Contact the Sun Toolkits
manager (Jim Mukerjee) and ask him yourself.  I understand Xview is not
the future, but certainly OLIT is NOT!  Contact him and let him know
what you think of their stated direction to OLIT.

Frank G.
(is it me or is Sun's overall software strategy going awry with an X-only
DOE, no TNT/NeWS, no C++ interface to ToolTalk and [Mo]OLIT?)
=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.windows.open-look
From: cflatter@nrao.edu (Chris Flatters)
Subject: Re: XView PRogramming: Access objects within ch
Reply-To: cflatter@nrao.edu
Organization: NRAO
Date: Wed, 11 Nov 92 16:21:39 GMT

In article 29281@cunews.carleton.ca, ebx@scs.carleton.ca (edmond bo xiao) writes:
>Does anybody have experience with accessing XView objects within a forked
>process? Say, if I want to monitor an input and send all/any to an XView
>tty or so. I fork a child after all object creations. Everything works
>fine except I can't write within the child. The call returns correctly but 
>nothing happens to the tty. I even tried shared memory but still didn't
>get it. 

You may be in trouble with X itself.  After forking both the parent and the
child process share a connection to the X server but if more than one of the
processes generates protocol events there will be trouble.  This was dealt
with in a posting from "der Mouse" that was reproduced in the Summer 1992
edition of The X Resource (p48).

One problem is that X protocol messages are buffered and written to the server
in chunks that do not necessarily correspond to message boundaries.  It is
therefore possible for one process to dump its message buffer are the other
has written an incomplete message to the server.  This will upset the server,
which will see a message that contains trash at the point that the packet from
the first process ends and the second begins, and may cause it to crash.

In addition, unless you do some hairy messing around, the two process will
generate messages with duplicate serial numbers.  This will also confuse the
server.

In this case the easiest way to handle the situation is to forward messages
from the child through the parent process.  In other words the parent process
will communicate with the server and with the child: the child will only
communicate with the parent.

	Chris Flatters
	cflatter@nrao.edu


Newsgroups: comp.windows.open-look
From: jipping@cs.hope.edu (Mike Jipping)
Subject: Notice-Like Dialog Boxes
Reply-To: jipping@cs.hope.edu
Organization: Hope College
Date: Fri, 6 Nov 1992 12:29:40 GMT

I need a dialog box -- a response-based popup window, like a Notice, that includes
text as well as button response.  I'd like to do this like below:

     x := x + 2;  /* or whatever */
     fname = get_file_name();
  
       -----------------------------> char *get_file_name() {
       ----------------------------->     xv_create(.......
       ----------------------------->               .......
       ----------------------------->               0);
       ----------------------------->     return (char *)xv_get(...)
       ----------------------------->  }
       
In other words, instead of splitting the functionality of the caller into two 
pieces -- the caller, then the second half activated as a NOTIFY_PROC -- I would
like to get a response in one procedure call.

The Notice package does this.  Has anyone done anything like a dialog box that 
acts like a Notice?

      Mike Jipping
      Hope College Department of Computer Science
      jipping@cs.hope.edu  (BITNET: JIPPING@HOPE)

      "He just bought a toupee.  Now my father looks like he's
       balancing a roadkill on the top of his head!"

                               -- Vinnie, "Doogie Howser, M.D."


Newsgroups: comp.windows.open-look
From: osystems@world.std.com (Cary T Conrad)
Subject: Question regarding X3270
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 6 Nov 1992 20:16:32 GMT




I read a previous posting asking a specific question on X3270.
Although I am unfamiliar with it, I presume this is an open-look
3270 emulation package.  I am VERY interested in finding out whether
or not this is public domain software and where the source can be obtained.
Sorry if this is well-known info to most people.

Thanks.
From: pjm@isis.cshl.org (Pat Monardo)
Subject: Re: XView
Organization: Cold Spring Harbor Labs
Date: Sun, 8 Nov 1992 16:12:59 GMT

In article <epwcil5@openlook.Unify.Com> fgreco@cfdev1026.shearson.com (Frank Greco) writes:
>> > From various industry-wide discussions, it would seem that OLIT is a
>> > more attractive library for new development work. 
>
>	try it first...  If you keep on putting pins in your hand,
>	you'll eventually put up with the pain too.  Don't let the
>	industry-wide discussions *dictate* to you how to solve your
>	problems (said with a Perot-twang).
>
>>      If Sun dumps XView, it leaves a large number of XView programmers
>> out in the cold.  I use XView and GUIDE for all my window development, 
>> and Harris has production software based on XView.  If Sun drops XView,
>> we take a serious maintenance and development hit.

i use XView and enjoy it very much. i used the Package system
to design my objects and the uniformity of the create/set/get/destroy/
event/... methods has produced a fairly clean GUI system.
i would be happy if Sun would freeze it but obviously not
drop it. i need Sun to make sure it works well with XGL
and currently it does not (as far as my XView/XGL skills
allow me to make it work). I dont care about Panel/Panel_items
rewrites. i also have NO intention of learning OLIT.
i would prefer to continue using XView until a MUCH
higher level/sophisticated (for example, more sophisticated
than Smalltalk, say) toolkit is available.
i think it is coming with DOE.

-- 
-- Pat Monardo
-- pjm@cshl.org
From: GANG CHU-899-1394,-437-5337,96-A Lionel Ave., Waltham, MA 02154 (617)
Newsgroups: comp.windows.open-look
Subject: Please Unsubscribe Me.
Date: 6 Nov 92 02:01:00 GMT


	Please Unsubscribe Me.   Thanks.

	G. Chu
Newsgroups: comp.windows.open-look
From: ferens@ee.umanitoba.ca (Ken Ferens)
Subject: Re: MailTool3 and .signature files
Reply-To: ferens@ee.umanitoba.ca
Organization: Sun Microsystems
Date: Tue, 10 Nov 1992 19:04:13 GMT

In article 2DA@brunel.ac.uk, cs92bbm@brunel.ac.uk (Benjamin Middleton) writes:
->Why is it that my .signature file is not automatically appended to any mai
->that I send? MailTool2 managed it alright. I currently have to paste it in
->each time - NOT annoying!
->
->Thanks.
->

Mail Tool V3 allows the user to append any arbitrary "signature" file that was 
previously created.  Select "Properties..." under the "Edit" menu.  This displays
a dialog box.  Select the "Template category.  Add your signature file.  Apply
the changes.  Now compose a letter.  After typing your letter, append the signature
file by selecting it under the "Template" submenu of the "Include" menu.  Note that
it is not required to name the file.signature, and, also, not required that it
reside in your root directory. 
  
---
Ken  Ferens
ferens@ee.umanitoba.ca