HDTenEightyP/NetNews huggingface dataset:
From: kloeck@research.nj.nec.com (Erwin Klock)
Newsgroups: comp.windows.open-look,alt.toolkits.xview
Subject: Q: How to get a frame without push pin or iconify box?
Date: 17 Nov 92 00:01:27 GMT
Article-I.D.: research.1992Nov17.000127.4018
Organization: NEC Research Institute
Originator: kloeck@frege

Is there a way to get a frame with a title bar but without a
push bin or iconify box in xview? Framemaker uses such frames
(eg. for the info box ) and I would like to use them too. 

Thank you for your help

-- 
--------..----------------------------------------------------------- 
Erwin Klock                         phone:             (609) 951-2748
NEC Research                        fax:               (609) 951-2482
Princeton NJ                        email: kloeck@research.nj.nec.com
From: matt@centerline.com (Matt Landau)
Newsgroups: comp.windows.open-look
Subject: Re: Alternatives to Xt based toolkits? (Was: Re: SunSoft Windows Positioning)
Date: 17 Nov 1992 15:40:42 GMT
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.1.32

In <1992Nov17.122054.16929@cas.org> lwv26@cas.org (Larry W. Virden) writes:
>Unfortunately, these are all commercial products.  And as such, they require
>a selling job to one's faculty, management, wife or husband ;-) to justify
>the cost of the product, the per sell license fees, etc.

Well, all of the major Xt-based toolkits (OLIT, MooLIT, OSF/Motif) are 
ALSO commercial products.  Like the commercial non-Xt alternatives, they 
involve varying license fees, and carry varying (often no) runtime fees.

To take OLIT and OI as examples (one Xt-based, the other not), they each
cost around $1K for the basic library license, and carry no runtime fees
whatsoever for products built using them.  Is that really such an onerous
policy?

>Is there anyone out there who is working on non-Xt based, C code
>toolkits PREFERABLY either look and feel independant or at least which
>doesn't require the purchase of either product so as to avoid the war
>syndrome) for free distribution?  Interviews, Andrew and the Tk toolkit
>have been mentioned to date.

Stanford InterViews, Andrew, and Tk are all interesting examples of non
commercial toolkits; I'm not sure any of them are up to building robust,
commercial-quality products, but on the other hand I've just seen posted
in comp.newprod an announcement for a Tk-based product, so I'm not sure
they're NOT up the building such products either.
--
 Matt Landau			Waiting for a flash of enlightenment
 matt@centerline.com			  in all this blood and thunder
Newsgroups: comp.windows.open-look
From: fielding@theory.TC.Cornell.EDU (David L. Fielding)
Subject: XView Application dumps core when run remotely...
Organization: Cornell Theory Center
Date: Wed, 18 Nov 1992 15:38:08 GMT

	I'm running an XView application (generated from DevGuide 3.0)
which core dumps under the following situation:

	1) I run my XView client on a remote workstation and set the
	   DISPLAY variable to my local machine.
	2) I click on a button a few times an the program dumps CORE. 
	   This does not happen when I run the client locally on my
	   workstation[regardless of how fast I click]. The button 
	   in question is an OPEN button. I am
	   testing this for the case when the user has not selected
	   a document to open. So, the user clicks, I read a text field,
	   check if it is NULL, and then set the footer with an message.
	   This is all I'm doing. When running remotely, the message appears
	    a number of times[ie., the code works], then my program crashes!!!

	Any help is greatly appreciated.
	    

-- 
David L. Fielding			fielding@theory.tc.cornell.edu
Cornell Information Technologies
502 Olin Library		     Phone:(607)273-8664 or
Cornell University, Ithaca, NY 14853 Phone:(607)255-9098 Fax:(607)255-9346
Newsgroups: comp.windows.open-look,comp.sys.sun.apps
From: bgt@cbnewsh.cb.att.com (barbara.tongue)
Subject: iconPixmap
Organization: AT&T
Distribution: usa
Date: Tue, 17 Nov 1992 12:20:17 GMT
Followup-To: poster
Keywords: the joys of iconedit...

folks,

thanx to all peoples who sent me a copy of the openwin FAQ.  after reading
thru it, i didn't find the solution to my next question, so here goes:

i would like to use different icons for standard tools such as
cmdtool, shelltool, etc.  but wait, there's more!  i'd like to somehow
tie this into a shell command (so i can do something like:

shelltool -fn lucidasans -iconic -use_really_neat_icon &

now, i've tried .Xdefault things like

xterm*iconPixmap:	/usr/openwin/share/include/images/really_neat_icon

and also put in the iconPath.  i got the response:  Cannot convert 
string /usr/openwin/.../really_neat_icon to type Pixmap.

so obviously it thinks my construction is incorrect.  help there, please?

i did manage to get past that the last time i tried this, though, and 
got some complaints about the bitmap type.  i tried using iconedit
(whee!), and when i saved the icon to xview format and reviewed it
again, it had turned into a big (for an icon) black box.  great saving
stuff, that.

any kind hints would be greatly appreciated.

many thanx in advance,


-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%   The Speaking Tongue, AT&T   %%  C Code.  C Code Run.  Run, Code, RUN! %%
%%       bgt@hogpf.att.com       %%           PLEASE!!!!                   %%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: rlc@tecsrv37teradata.com (Richard Clark)
Newsgroups: comp.windows.open-look
Subject: SunView Appls. under OpenWindows
Keywords: SunView, OpenWindows
Date: 18 Nov 92 00:44:50 GMT
Followup-To: rlc@elsegundoca.ncr.com
Distribution: world
Organization: NCR/Teradata Business Unit

Anyone know of a way to run a SunView application *within* an OpenWindows window
frame, so that a SunView application can be run under OpenWindows without
obscuring all the other windows on the screen?

Thanks,    Rick Clark
From: bogart@bpb.it (Max Lanfranconi - R and D)
Newsgroups: comp.windows.open-look
Subject: HELP:  patch 100452-10 causes user application to dump core !
Date: 16 Nov 92 16:53:47 GMT

Dear Managers,
	We are talking about a Sun IPC, 24 Megs, O.W.3.0   Sun O.S. 4.1.2,
patches installed:

100452-10 OpenWindows V3: XView library jumbo patch

The application is home-written in C++ (Sun compiler 2.1); devguide and UIT.

It runs perfectly well on a system without the patch.

On a system with the patch on, it dumps core with SEGV signal on the first 
delete (free() system call) operation.

As the patch was supposed to *FIX* some major memory leaks I am quite 
disappointed and would like to know your advice about this matter.

Of course I will summarize!

Thanks in advance.



--Max


*******************************************************************************
*  Massimo Lanfranconi              Internet:  bogart@bpb.it                  *
*  Organizzazione e S.I.  R & D     Telephone: +39 35 392 528                 *
*  Banca Popolare di Bergamo - C.V. Fax:       +39 35 392 133                 *
*  Piazza V. Veneto 8               Telex:     300410 BPBDIR                  *
*  I-24122 Bergamo ITALY                                                      *
*******************************************************************************
From: grover@vulcan1.edsg.hac.com (Dean Grover)
Newsgroups: comp.windows.open-look
Subject: Help setting FONT for PANEL_LIST items
Date: 20 Nov 92 23:30:17 GMT
Reply-To: grover@vulcan1.edsg.hac.com
Organization: Hughes Aircraft Co., El Segundo, CA

I have been trying to get my PANEL_LIST items to use the font of my choice
(a fixed width font), but so far, no luck.  I have tried creating the frame
& panel with the XV_FONT, but neither of these worked for the PANEL_LIST.
I noticed there are 2 attributes of interest:
	PANEL_LIST_FONT, and 
	PANEL_LIST_FONTS

but they are not documented in my FM (XView book), and I can't get them to
work either.  Maybe I am using them wrong.

Any hints ?
Thanks,
Dean
---
//////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Dean Grover                            
Hughes Aircraft Company                        
adgrover@hac2arpa.hac.com or grover@vulcan1.edsg.hac.com
From: bgb@issi.com
Newsgroups: comp.windows.open-look
Subject: Re:  batching scrolling list updates
Date: 23 Nov 92 17:49:10 GMT

Chris,

	I don't know of a method that will batch the updates.  However, I 
usually turn off the visibility of the list widgets while the update is
taking place.  This saves you some time and eliminates the flickering.
Grabbing the server won't work because requests by the client that grabbed the
server will still be acted upon.

Brian Benton
International Software Systems, Inc. (ISSI)
Austin, Tx. 78759
From: tdarugar@tartarus.ucsd.edu (Tony Darugar)
Newsgroups: comp.windows.open-look
Subject: Repainting canvases
Date: 18 Nov 92 04:21:02 GMT
Organization: CSE Dept., U.C. San Diego

Hi,

  I'm using devguide to develop an image viewer/manipulator
with xview.
  I have a popup window with an X_PAINT_WINDOW canvas which
displays the actual images. What I would like to do is to
display new pictures by calling  this canvas's repaint procedure.
I tried directly calling this procedure. My code looks like
this:

        Canvas can = (Canvas) Imageman_image_menu_popup.canvas2;
        Xv_Window xv_win = Imageman_image_menu_popup.image_menu_popup;
        Display *display = (Display *) xv_get(xv_win, XV_DISPLAY);
        Window xid = (Window) xv_get(xv_win, XV_XID);

        repaint_image_menu(can,
                xv_win,
                display,
                xid,
                (Xv_xrectlist *) NULL);

The Imageman_image_menu_popup objects was created using
devguide. It's just a popup window and a canvas.

For some reason, this call doesn't display the new picture.
It does part of the repaint procedure, which is assigning
a new colormap to the window, but it doesn't display the
picture itself.
If I manually refresh the window (by choosind Refresh from 
the openwin menu), everything works. The new
colormap gets installed, and the picture is displayed.
Also, if I resize the window in my code, everything works.

Any ideas?
From: nataraj@celebrity.Eng.Sun.COM (Nataraj)
Newsgroups: comp.windows.open-look
Subject: Re: XView Application dumps core when run remotely...
Date: 19 Nov 1992 23:50:20 GMT
Organization: Sun Microsystems
Distribution: world
Reply-To: nataraj@celebrity.Eng.Sun.COM
NNTP-Posting-Host: celebrity



CAn you give us a test program which reproduces the following crash. ??


In article 3046@tc.cornell.edu, fielding@theory.TC.Cornell.EDU (David L. Fielding) writes:
>	I'm running an XView application (generated from DevGuide 3.0)
>which core dumps under the following situation:
>
>	1) I run my XView client on a remote workstation and set the
>	   DISPLAY variable to my local machine.
>	2) I click on a button a few times an the program dumps CORE. 
>	   This does not happen when I run the client locally on my
>	   workstation[regardless of how fast I click]. The button 
>	   in question is an OPEN button. I am
>	   testing this for the case when the user has not selected
>	   a document to open. So, the user clicks, I read a text field,
>	   check if it is NULL, and then set the footer with an message.
>	   This is all I'm doing. When running remotely, the message appears
>	    a number of times[ie., the code works], then my program crashes!!!
>
>	Any help is greatly appreciated.
>	    
>
>-- 
>David L. Fielding			fielding@theory.tc.cornell.edu
>Cornell Information Technologies
>502 Olin Library		     Phone:(607)273-8664 or
>Cornell University, Ithaca, NY 14853 Phone:(607)255-9098 Fax:(607)255-9346



---

Nataraj.S.                                                       415-336-5798
Xview Eng Team                                                   408-720-1256

Newsgroups: comp.windows.open-look
From: ctan@solomon.technet.sg (Tan Chee Weei)
Subject: Q: xv_init when server not running
Organization: TECHNET, Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 23 Nov 1992 03:48:01 GMT


Xview applications need to call xv_init to parse the xview related command 
line arguments before the application parses its own specific arguments.
What if the application is basically a character based application which can
be used in non-X environments and only uses a GUI front end when a certain
application specific option is specified? Basically I want my application
to be able to invoke xv_init at the start but not die and core dump on me
when xv_init discovers that there is no X-server running but instead 
continue operating which is fine because it possibly isn't required to
invoke its GUI. How can I accomplish this? Thanks.

CW
From: gerolima@netlabs.com (Mark Gerolimatos)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: OLIT: Red focus color: HOW DO I GET RID OF IT????
Keywords: I hate the bright red focus color
Date: 16 Nov 92 04:31:59 GMT
Organization: The Jolly World of Mr. Prunekis
Originator: gerolima@fuzzball.netlabs.com


In OLIT 3.0 and 2.5 applications, the widget with the focus gets turned bright, 
awful, "dog in heat" red. I hate it. Customers hate it. Our Q-n-A guys hate it. 
Some of my friends at Sun hate it. EVERYONE hates it.

But I have no idea how to get rid of it:I see no XtN/C... resource related to
focus color:

	fuzzball <11> cd $OPENWINHOME/include
	fuzzball <12> egrep -i 'xtn.*color' *.h
	ListPane.h: * XtNfontColor     Pixel     Black     font color
	OlMinStr.h:#define   XtNfontColor     "fontColor"

I've heard noise of a "patch" out there, but have seen no evidence of it.
HEEEEELLLLLPPPPPP!
-Mark

================================================================================
Mark Gerolimatos
gerolima@cs.stanford.edu	"Righteousness comes ONLY from Jesus Christ...
	@netlabs.com		       ...NEVER from an apron." -Jack T. Chick
================================================================================
From: fgreco@cfdev1026.shearson.com (Frank Greco)
Newsgroups: comp.windows.open-look
Subject: Re: SunSoft Windows Positioning
Date: 16 Nov 92 17:58:32 GMT

> We have, in fact, developed quite a few commercial products and substantial 
> applications using OLIT and the Xt intrinsics.  We've been doing this work
> for years now.  This was not a shotgun wedding either -- at any point 
> applications have been free to consider using Xview instead of OLIT.  I have 
> no qualms whatsoever about recommending programming with an Xt-intrinsics 
> based toolkit to anyone that is developing a commercial product or any other 
> substantial application.

	Why recommend programming with OLIT to a 3rd party vendor when
	the 3rd party will probably port to Motif?  MoOLIT, I can
	almost understand, but OLIT???

	Also, since everyone is using C++ nowadays, what kind of C++
	toolkit is available for OLIT?  If one is available, can you
	truly subclass with it?  That will be (is) a key attribute of
	any successful C++ class library for a GUI.

> We are also using OLIT as a cross-platform toolkit.  We have Sun, HP and 
> Intel iX86 based applications all done on OLIT.

	How well are they selling?  Let's put your applications (or the
	applications built with your toolkits) next to Microsoft's,
	next to NeXT's, next to Gain Technology's apps, next to Visix'
	Looking Glass and let's see which applications the end-user
	chooses as the applications they would be likely to use.  First
	do a "Look" test (ie, without "driving" the applications), then
	do a "Feel" test (drive it around the block).  I believe you
	will be surprised on what they select.

> Clearly this is a matter of personal opinion, particularly when you talk about
> subjective attributes like "ease of programming".  I don't want to start a 
> debate, just point out to anyone who might be listening that my experience and 
> opinon happens to differ from Frank's.

	Of course this is personal opinion, that's why I clearly added
	"imho" to my text.

	My XView comments are based on SunSoft's poor (imho...)
	migration strategy, not on any viability to build cross-GUI,
	cross-window-system applications with XView.  My OLIT comments
	are based on the inelegance of the original *architecture* of
	Xt, not on any efforts of AT&T BTL which I have the highest
	respect for.

	We need more tools like OI, Galaxy, Gain Technology and tcl/Tk.

	Frank G.

	X and Xt fans:	"The second best technology always wins"
	Yogi Berra:	"It ain't over, 'til its over".
=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.windows.open-look
From: dec@alex.com (Doug Clinton)
Subject: Re: OLIT: Red focus color: HOW DO I GET RID OF IT????
Keywords: I hate the bright red focus color
Organization: Alex Technologies Ltd
Apparently-To: mail2news@gate.demon.co.uk
Date: Mon, 23 Nov 1992 09:56:04 +0000

In article <6305@tivoli.UUCP>, taylor@foraker.NoSubdomain.NoDomain (Eric Taylor) writes:
|> In article <1992Nov16.043159.1258@netlabs.com>, gerolima@netlabs.com (Mark Gerolimatos) writes:
|> |> 
|> |> In OLIT 3.0 and 2.5 applications, the widget with the focus gets turned bright, 
|> |> awful, "dog in heat" red. I hate it. Customers hate it. Our Q-n-A guys hate it. 
|> |> Some of my friends at Sun hate it. EVERYONE hates it.
|> |> 
|> |> But I have no idea how to get rid of it:I see no XtN/C... resource related to
|> |> focus color:
|> |> 
|> |> 	fuzzball <11> cd $OPENWINHOME/include
|> |> 	fuzzball <12> egrep -i 'xtn.*color' *.h
|> |> 	ListPane.h: * XtNfontColor     Pixel     Black     font color
|> |> 	OlMinStr.h:#define   XtNfontColor     "fontColor"
|> |> 
|> |> I've heard noise of a "patch" out there, but have seen no evidence of it.
|> |> HEEEEELLLLLPPPPPP!
|> 
|> 
|> We are in the same predicament.  I can not believe that Sun
|> thinks people actually like bright red.  The first thing 
|> people ask us in our product is how do you get rid of
|> all those silly red things???
|> 
|> If you have a color station, you can use the XtNinputFocusColor
|> resource.   For black and white you are screwed.  If you try
|> to set it the same as the background, it will ignore you.

One small point which might help some people is that trying to set the
inputFocusColor to the same as the background only fails for buttons.
It will work as expected for scrolling lists. Put the following line
in your .Xdefaults or app-defaults file and lists should be more
bearable:

*List*inputFocusColor: <your background color>

Note that the class name for the widget is List and not ScrolledList.

Meanwhile contact your distributor and ask for patch id 100451-30, the
OLIT/3.0 CTE Jumbo Patch.

-- 
---------------------------------------------------------------
Doug Clinton				Alex Technologies Ltd
dec@alex.com				CP House,
					97-107 Uxbridge Road,
					Ealing, London, W5 5TL
---------------------------------------------------------------
"Never attribute to malice that which can be adequately explained
       by incompetence."
---------------------------------------------------------------
From: per@upnet.se ( Per Agren )
Newsgroups: comp.windows.open-look
Subject: Graphical Picture conversion,YPP or TIFF  to Sun Raster.
Date: 16 Nov 92 17:53:05 GMT

Hello !!

I need to convert tiff and ypp pictures to Sun raster files. And one demand is that
I should be able to force the pictures to use a colormap that I choose.


Does anyone know about such an application, toolkit or a library that I could use
to implement this.

Or have anyone done something similar ???


Please answer by mail, since I do NOT read this group.


Best Regards
------------------------------------------------------------
Per Agren 	Upnet AB 		email:    per@upnet.se
	Box 20 161		phone:   +46 8 635 3000
Tech Support	Karlsbodav.9-11	fax:        +46 8 987067
Sweden	161 02 BROMMA	car.ph:    +46 10 167868
From: matt@centerline.com (Matt Landau)
Newsgroups: comp.windows.open-look
Subject: Re: Alternatives to Xt based toolkits? (Was: Re: SunSoft Windows Positioning)
Date: 16 Nov 92 17:35:53 GMT
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.1.32

In <1992Nov16.152506.9523@cas.org> lwv26@cas.org (Larry W. Virden) writes:

>In article <1e0grvINNije@armory.centerline.com> matt@centerline.com (Matt Landau) writes:
>:But on the brighter side, maybe this will get people to take a second
>:look at other non-widget based toolkits.  There are a lot of good ideas
>:out there, and a lot of interesting implementations.  Perhaps if the 

>Okay, what are some of these alternatives that are viable - i.e. development
>is continuing?  

Well, my personal interest at this point tends to be in multi-platform 
and/or multi-GUI toolkits (first because I think the look-and-feel wars 
are technically and politically stupid, and second because I think the 
GUI standardization efforts are very premature given how primitive the
state-of-the-art is right now ... kind of like doctors standardizing on
leeches and exorcism).

Among the more interesting efforts I know of would be such things as OI
(aka ViewCenter) and Visix's Galaxy (which shows promise of being a pretty
cool development environment, if it ever ships in volume).  

There are many other products around, including InterViews in its various 
guises (the Stanford distribution isn't suitable for production work, but
the HP InterViews Plus product and the Quest ObjectViews version might be),
XVT (the subject of another premature standization effort :-), Aspect, 
Neuron Data's OIT, etc.

All of these are ongoing commerical ventures, none of them Xt-based.
--
 Matt Landau			Waiting for a flash of enlightenment
 matt@centerline.com			  in all this blood and thunder
Newsgroups: comp.windows.open-look
From: lakin@Csli.stanford.edu (Fred Lakin)
Subject: CG6 framebuffer requires GFX revision for OW?
Organization: Stanford University CSLI
Distribution: comp.windows.open-look
Date: Wed, 18 Nov 1992 10:59:54 GMT

On a Sparc 1+ runing 4.1 and OW2.0 I just upgraded my framebuffer from
a CG3 to a CG6. Everything seemed to work when I booted it. However when
I started Openwindowns, I was told:

  **** WARNING ****
	The display device '/dev/fb' requires the GFX revision
	of SunOS in order for OpenWindows to run properly.


But then OW started OK. Except that after about 3 minutes the screen
went blank, would respond to no kbd or mouse input, and I finally was
forced to L1-A it. So the warning was right and I was sorry ...

However, after that first time I have had no further problems in any
of the subsequent starts and uses of OW [about 20 restarts and 48 hrs
of use by now].

So:

1. Why did the screen go blank initiallly? A one time software reinitialization?

2. Is it likely to recur?

3. Why should I install the GFX revision like they said?
   a. to prevent aforementioned screen blanking?
   b. performance?
   c. some other reason?

4. If yes on 3, how would I go about it?

tnx for any hints,
-f

Please cc lakin@csli.stanford.edu
Newsgroups: comp.windows.open-look