HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.windows.x

| I'm tinking of doing a bit of programming with Interviews.  Is there
| anything that I should know about this that I cannot get from the
| docs?  Does anyone have any interesting experoences they'd like to share?
| Finally, is there some better package out there?

Hewlett Packard is now shipping Interviews+ for Sun and HP boxes.  
Its based on the latest vesion from Stanford.  It is fully documented
and supported.  It also provides a Motif compliant look-feel set of
widgets.  For information, contact your local HP sales office.

Jim Wichelman
jww@fc.hp.com
Hewlett Packard
From: larry@ducktales.med.ge.com (Larry Landwehr)
Newsgroups: comp.windows.x
Subject: Need an xview lockscreen prog for Sun sparc
Date: 8 Oct 92 19:38:37 GMT
Article-I.D.: mr.1992Oct8.193837.5189
Distribution: usa
Organization: GE Medical Systems, Magnetic Resonance

Does anyone have source for a lockscreen program that will run on a
Sun sparc-station under xview? The ideal one would unlock for the user's
password or for a global password. Also, it would be desirable for the
lock to take place if no one has pressed a key or moved the mouse for
ten minutes or so. Even source for a lock screen program with none of
the above features is welcome if it shows how to prevent the window
manger from moving, resizing or iconifying a window.
Xref: sparky comp.windows.x:17794 comp.windows.x.motif:6782
From: ahinton@ncratl.AtlantaGA.NCR.COM (Andre Hinton)
Newsgroups: comp.windows.x,comp.windows.x.motif
Subject: Help! Printing to X.Windows Widget
Date: 13 Oct 92 15:52:14 GMT
Organization: NCR Engineering and Manufacturing Atlanta -- Atlanta, GA

Hello how are you?
I need help printing to a widget and kepting the printing information
scrolling.  I tried the wprint() function from the "Motif Programming
Manual page 485 volume six version 1.1", but I kept getting core dumps.
When I do a sdb on the core dump, It tells me that memory allocating
routine is not freeing up the space. I,m sure that they is a better routine 
out there to print to a widget. I have tried another function that displays
garbage in the widget, right in front of the print characters.  If you know
of a better routine PLEASE send it to me FAST. Thank you very much to
all that respond.

ASH
From: sd344@city.ac.uk (SHARPE P A)
Newsgroups: comp.windows.x
Subject: AnswerBook with x11r5
Summary: Want to use AnswerBook without OW
Date: 14 Oct 92 11:13:56 GMT
Distribution: comp
Organization: The City University

Does anyone know if you can get Sun's AnswerBook running under x11r4/5
WITHOUT the NeWS server?  I heard a rumour that people were doing it
somewhere!

email: sd344@city.ac.uk

-- 
Paul Sharpe, Unix System Programmer, City University

+44 (0)71 477 8000 x3758
Internet: P.A.Sharpe@city.ac.uk
Newsgroups: comp.windows.x
From: grape@suned1.Nswses.Navy.MIL (Mike Grapevine)
Subject: Diamond Stealth & X-Window System
Organization: The Internet
Date: Thu, 15 Oct 1992 14:56:40 GMT

HEllo,
	I am considering a video board for a PC UNIX,
and I am seriously considering the Diamond Stealth
board. Has anybody used it for running the X-Window
Systems? If so, how does it perform ?
From: slc@a2.cim.cdc.com (Steve Chesney x4662)
Newsgroups: comp.windows.x
Subject: xterm size
Date: 12 Oct 92 17:50:03 GMT
Reply-To: slc@a2.cim.cdc.com (Steve Chesney x4662)

I need a way to (from a C shell script) invoke xterm so that it comes
up in 132 character width.  Setting the geometry resource ignores font
size.  I can't use the -e parameter to send the DECCOLM sequence 
on invocation.  Is there a way?  I need a way that works well across
platforms (sun, hp, sgi, etc.).  Thanks.
-- 
Steve Chesney                                    slc@a2.cim.cdc.com     
Metaphase Technology, Inc.                       612-482-4662
4290 Fernwood Avenue                             612-482-4001 (fax)
Arden Hills, MN  55112
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.windows.x
Subject: Re: xterm input
Date: 9 Oct 92 21:12:20 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <9210081759.AA05255@uk0x06.ggr.gri.com> gml4410@ggr.co.UK (Lack Mr G M) writes:
<
<     Could  someone please explain why, in xterm, if I place the pointer
<over the scrollbar then any input I type is ignored.   This  is  despite
<the fact that the xterm cursor is still a block, not hollow. 
<
<     Can  this  be easily change so that the state of the cursor (filled
<versus hollow) *accurately* reflects whether the xterm is going  to  get
<my keyboard input? 

When I move my cursor over the the scrollbar, it changes to a double-vertical
arrow, i.e., a vertical double bar with an arrow pointing up and an arrow
pointing down.

This is the default action of the xterm that I am using (OW 3.0).  It was the
same under OW 2.0.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Newsgroups: comp.windows.x.intrinsics
From: s1w@gasco.uucp (Scott A. White  x5947)
Subject: Change to XtPopup for R5?
Organization: Northwest Natural Gas, Portland, OR
Date: Wed, 7 Oct 1992 23:23:12 GMT

System Description:
Sun OS 4.1.1
Motif 1.2 X11/R5  (migrating from Motif1.1.1 and X11/R4)

Has anyone noticed the following change in behaviour
of XtPopup when mograting to Motif 1.2?

Our Motif apps have a main window that displays
other windows using XtPopup().  The user can
iconify these secondary windows.  Under Motif 1.1.1
and X11/R4, when they re-display data in an iconified
window, XtPopup resetores the window and fills the data widgets
appropriately.  Under Motif 1.2, the secondary window
remains iconified.

Is this a bug or another "feature"??????

Please reply via e-mail @ s1w@gasco.com

Thanks in advance.
From: brennan@hal.com (Dave Brennan)
Newsgroups: comp.windows.x.intrinsics
Subject: Dealing with action procs in C++
Date: 13 Oct 92 23:45:01 GMT
Organization: HaL Computer Systems, Austin, TX
NNTP-Posting-Host: yosemite.hal.com

Does anyone have any good solutions for dealing with action procs in C++?
With callbacks you can use client data to save away a C++ object and use a
callback dispatch function to use non-static member functions for callbacks
instead of typically useless static members or static functions.  It doesn't
look like there is an efficient way to do a similar thing with actions.

The two problems I see with Xt are:

  1) When the action proc is called, there is no way to tell which action
     name it was called on.  If action procs had client data this wouldn't
     be a problem.  (This would allow one to write a single action dispatch
     routine.)

  2) There needs to be a way to convert from a Widget to a C++ object.
     Since actions are registered globally or per widget class, the 
     client data doesn't apply to individual widgets like in the case
     of callbacks.  It would be nice to be able to tack arbitrary data
     on to a widget instance.  

Motif provides this ability with the Primitive widget UserData resource.
I'd rather see an instance Extension resource, which could be used similar
to the class extension field.

Why isn't there an extension field/resource in a widget's instance record?
It don't think it is possible to add resources to a widget without breaking
binary compatibility.  Of course, the same thing goes for action tables.

Is there any hope at all of resolving this nagging Xt problem?  I'm willing
to implement and test solutions to this problem if anyone has any bright
ideas.

--
Dave Brennan                                      HaL Computer Systems
brennan@hal.com                                         (512) 794-2855
Newsgroups: comp.windows.x.intrinsics
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: Change to XtPopup for R5?
Organization: Open Software Foundation
Date: 9 Oct 92 14:49:57

In article <1992Oct7.232312.1457@gasco.com> s1w@gasco.uucp (Scott A. White  x5947) writes:

   System Description:
   Sun OS 4.1.1
   Motif 1.2 X11/R5  (migrating from Motif1.1.1 and X11/R4)

   Has anyone noticed the following change in behaviour
   of XtPopup when mograting to Motif 1.2?

   Our Motif apps have a main window that displays
   other windows using XtPopup().  The user can
   iconify these secondary windows.  Under Motif 1.1.1
   and X11/R4, when they re-display data in an iconified
   window, XtPopup resetores the window and fills the data widgets
   appropriately.  Under Motif 1.2, the secondary window
   remains iconified.

   Is this a bug or another "feature"??????

Didn't I already answer this on comp.windows.x.motif?  You
should be using XtManageChild and not XtPopup.  This is
definitely the case for the menu system.  I suspect it is
the case for other popups.

--

----------------------------------------------------------------------
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
----------------------------------------------------------------------
From: ellis@janus.cs.umn.edu (Shawn Ellis)
Newsgroups: comp.windows.x.intrinsics
Subject: Updating of a label Widget
Summary: Xt does not update a widget after the label resource is changed
Keywords: label, widget, XtVaSetValues
Date: 15 Oct 92 17:28:45 GMT
Article-I.D.: janus.ellis.719170125
Organization: University of Minnesota


	Someone a while ago had trouble when they tried to update a
label.  I remember that there was some way to force Xt to display the
label, but I don't remember how.  Was a solution found?  If so, could
someone please direct me to the solution.  Thanks.

	Shawn Ellis
	ellis@janus.cs.umn.edu
	University of Minnesota
Newsgroups: comp.windows.x.intrinsics
From: jarnold@spot.wrc.xerox.com (jeff arnold esc1-318)
Subject: Problems with scrolled window ... 
Organization: Xerox
Date: Tue, 13 Oct 1992 14:49:19 GMT


Hi,
  I've just implemented a simple manager widget (i.e. a subclass of 
XmManager).  Its function is to manange a bunch of drawn buttons and
labels.  It seems to work fine most of the time but ... If the parent
of my simple widget is a scrolled window, I have to set the width and
height of my simple widget to be the same as the scrolled window or 
some of the managed children get clipped.  Does anyone have any idea?

Thanks,

Henry
Newsgroups: comp.windows.x.intrinsics
From: als@bohra.cpg.oz.au (Anthony Shipman)
Subject: Re: Core Resize
Organization: Computer Power Software
Date: Mon, 12 Oct 1992 08:32:28 GMT

taylor@foraker.NoSubdomain.NoDomain (Eric Taylor) writes:

>I have a widget that subclasses off of another widget
>and would like to inherit the superclasses Resize procedure.
>However the Core ClassPartInitialize does not pay
>attention to resize when resolving inheritance.
>XtInheritResize is defined in CoreP.h

>Is this a bug?

The inheritance happens in RectClassPartInitialize in X11R4.

P.S. Your e-mail address is somewhat useless!

-- 
Anthony Shipman                 "You've got to be taught before it's too late,
CP Software Export Pty Ltd,      Before you are six or seven or eight,
19 Cato St., East Hawthorn,      To hate all the people your relatives hate,
Melbourne, Australia, 3121       You've got to be carefully taught."  R&H
From: taylor@foraker.NoSubdomain.NoDomain (Eric Taylor)
Newsgroups: comp.windows.x.intrinsics
Subject: Changing width and height
Date: 8 Oct 92 16:33:12 GMT

I want to write an Xt-friendly widget.
My widget wants to try and resize itself within
a SetValues procedures.

IT is imperative that a superclass be notified of
size changes.

However, if my SetValues sets the width and height
and the intrinsics makes a GeometryRequest, and
the parent is not realized, by Resize procedure is
never called.

This seems like a bug.
From: yip@asc.slb.com (G. May Yip)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: widget access
Date: 8 Oct 92 20:34:56 GMT
Article-I.D.: indium.YIP.92Oct8153456
Organization: Schlumberger Austin Systems Center
NNTP-Posting-Host: indium.asc.slb.com
In-reply-to: aperez@caribe.prime.com's message of 1 Oct 92 16:34:00 GMT

In article <3996@cvbnetPrime.COM> aperez@caribe.prime.com (Arturo Perez x6739) writes:

   [...detail deleted...]

>   This has a lot to do with Intrinsics because there's a call that
>   could help romosan@helios.physics.utoronto.ca out.
>
>       Widget XtNameToWidget (Widget parent, String widgetName)

>   Where parent is a Widget-tree ancestor of the widget named by widgetName.
>   widgetName is something like
>       *popupShell*UserNameField
>   not
>       UserNameField

>   Read the documentation about XtNameToWidget().  It details the
>   searching algorithm used by the routine.
   
   [...detail deleted...]

>  Arturo Perez
>   ComputerVision, a division of Prime
>   aperez@cvbnet.prime.com
>   Too much information, like a bullet through my brain -- The Police



Just want to clarify, in case romosan@helios.physics.utoronto.ca
really plans to use XtNameToWidget.  If the child widget named
widgetName is not a direct descendent of parent, then the widgetName
argument has to be a dot-separated "full" name relative to the parent,
e.g. "Main.WorkArea.EditArea".  No wild-carding via asterisks will
work -- I'm not presuming that Arturo Perez has meant the *'s in his
example to be wild cards.

In our experience, XtNameToWidget is very convenient only if the full
widget names are cached somewhere, or if there's a predefined,
well-established widget naming scheme in the application.  The latter
may not always be feasible.


G. May Yip
may@asc.slb.com
From: GJAMES@HUSKY1.STMARYS.CA (GJames)
Newsgroups: comp.windows.x.intrinsics
Subject: Easy questions !!!!
Date: 15 Oct 92 17:09:51 GMT
Organization: Saint Mary's University

What is a widget?

Can Quaterdesk's Desqview/X run in 256 color mode?


Thanks
From: taylor@foraker.NoSubdomain.NoDomain (Eric Taylor)
Newsgroups: comp.windows.x.intrinsics
Subject: Core Resize
Date: 8 Oct 92 16:07:49 GMT

I have a widget that subclasses off of another widget
and would like to inherit the superclasses Resize procedure.
However the Core ClassPartInitialize does not pay
attention to resize when resolving inheritance.
XtInheritResize is defined in CoreP.h

Is this a bug?
Newsgroups: comp.windows.x.intrinsics
From: matt@fics.uucp (Shithead II)
Subject: Re: root widget?
Organization: Kvam data as
Date: Thu, 15 Oct 1992 00:18:43 GMT

In article <r0mkrcc@zola.esd.sgi.com> gold@puck.esd.sgi.com (Michael Gold) writes:
>Some time ago somebody mentioned a "root widget", i.e. a widget with
>XtWindow(w) == DefaultRootWindow(dpy).  Could someone please send me a
>copy, or a pointer to a copy I can snarf?


   please post answer if possible...


thanks,
matt
==============================================================================
Matthew Kerr                  Kvam data as
matt@kvamdata.no              Nikkelveien 14, N-4300 Sandnes, Norway
                              Tel: + 47 4 62 37 66
 (woof)                       Fax: + 47 4 62 39 85
==============================================================================
From: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Newsgroups: comp.windows.x.intrinsics
Subject: Re: Changing width and height
Date: 9 Oct 92 12:06:04 GMT
Reply-To: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Organization: Goddard Space Flight Center



-- 
Couldn't you use XtResizeWidget ? 

P 736 of asente swick says that:

if the new width or height of the object is different from the
old width and height, XtResizeWidget calls the objects resize procedure
to notify it of the change.

I am not sure if this will help for unrealized widgets but it seems like it might.
Brian Dealy

dealy@kong.gsfc.nasa.gov
Xref: sparky comp.windows.x.intrinsics:392 comp.windows.x.motif:6781
From: felix@laas.fr (Francois Felix INGRAND)
Newsgroups: comp.windows.x.intrinsics,comp.windows.x.motif
Subject: Porting Widget from R4 to R5 and from Motif 1.1.4 to Motif 1.2.
Date: 13 Oct 92 17:05:54 GMT
Followup-To: comp.windows.x.intrinsics
Distribution: comp
Organization: LAAS-CNRS France


I just tried to port a widget from X11R4 to X11R5 without much success.
It is a composite widget, containing various Form, button, etc

I get an error at initialization time while executing the MACRO XmIsManager in
the _XmUnitTypeDefault function.

Program received signal 11, Segmentation fault
0x2ae38 in _XmUnitTypeDefault ()
(gdb) where
#0  0x2ae38 in _XmUnitTypeDefault ()
#1  0xe3d74 in _XtCreateIndirectionTable ()
#2  0xe4294 in _XtGetResources ()
#3  0xd4504 in XtInitializeWidgetClass ()
#4  0xd4aa4 in _XtCreateWidget ()
#5  0xd4b34 in XtCreateWidget ()
#6  0x10930 in XmCreateForm ()
#7  0x3844 in Initialize (request=0xf7fff280, new=0x1953a0) at Info.c:365
#8  0xd4330 in XtInitializeWidgetClass ()
#9  0xd4620 in XtInitializeWidgetClass ()
#10 0xd4aa4 in _XtCreateWidget ()
#11 0xd4b34 in XtCreateWidget ()
#12 0xd4b58 in XtCreateManagedWidget ()
#13 0x2c9c in main (argc=1, argv=0xf7fff85c) at xinfo.c:118
(gdb) 

Before I investigate, I just wanted to check if there is something I should now
about widget under X11 R5, or if anything was changed between R4 and R5  (or
between Motif 1.1.4 and Motif 1.2) which could cause this problem.

Thanks in advance,

PLease, reply by e-mail as our news feeder is always behind.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Francois Felix INGRAND                   "Read my Lisp... No new syntax" (nil)
LAAS/CNRS: felix@laas.fr      "La guerre, qu'on voit danser le long des golfes
ACS Technologies                     clairs, a des reflets d'argent" (Anonyme)
Xref: sparky comp.windows.x.intrinsics:379 comp.windows.x:17546
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x.intrinsics,comp.windows.x
Subject: Re: Help: _XEnq() SEEMS to be leaking memory (_XQEvent structs)
Date: 7 Oct 92 06:27:29 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <28796@life.ai.mit.edu>, gillett@rice-chex.ai.mit.edu (Walter E. Gillett) writes:

> I've got a test application that [is] basically a small graphics
> package on top of Xlib primitives.

> Anyway, the test program causes the widget to XCopyPlane() lots of
> bitmaps into a pixmap.  The GC used in the XCopyPlane() has a
> clip-mask set.  I'll include this part of the code at the end of the
> message.

> When I do lots of these XCopyPlane()'s my process starts eating up
> _XEQevent structs allocated with this traceback:
[compressed -dM]
>     malloc() - _XEnq() - _XWaitForWritable() - _XFlush() -
>     _XFlushGCCache() - XCopyPlane()

>     This happens with both MIT X11R4 and R5.

> Does anyone have any idea about what's going on?

I suspect that you're receiving NoExpose events and never giving Xlib a
chance to do anything with them, so they pile up in the event queue.
If you don't want these, turn off graphics-exposures in the GC, but
beware that this will also prevent you from getting GraphicsExpose
events.  (If you never use that GC to copy from a window to anywhere,
you'll never get GraphicsExpose anyway.)

If all the memory used is freed again as soon as you go back to your
main event loop, this is corroboratory evidence for this theory.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: gold@puck.esd.sgi.com (Michael Gold)
Newsgroups: comp.windows.x.intrinsics
Subject: root widget?
Date: 12 Oct 92 21:31:33 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

Some time ago somebody mentioned a "root widget", i.e. a widget with
XtWindow(w) == DefaultRootWindow(dpy).  Could someone please send me a
copy, or a pointer to a copy I can snarf?

Thanks,
 -- Michael
Newsgroups: comp.windows.x.intrinsics
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Subject: Re: Changing width and height
Originator: ware@oboe.cis.ohio-state.edu
Organization: Ohio State Computer Science
Date: Fri, 9 Oct 1992 20:27:24 GMT

Just change your core.width and core.height in the set_values method.
The intrinsics then make a geometry request which can incorporate help
from the superclass.  You may also want to look at the
set_values_almost method. 

Of course, this is a complicated area and I may be oversimplifying for
your situation.

Note that XtResizeWidget() should only be called by the parent widget.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
Newsgroups: comp.windows.x.intrinsics
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Subject: Re: Easy questions !!!!
Originator: ware@oboe.cis.ohio-state.edu
Organization: Ohio State Computer Science
Date: Fri, 16 Oct 1992 19:45:30 GMT

Granted, this may not be the ultimate in clarity for a simple
question but the following is from the Xt FAQ to answer the question
"What is a widget?":

----------------------------------------------------------------------
0.  Xt Glossary
----------------------------------------------------------------------

o The Xt Intrinsics implement an object oriented interface to C code
  to allow useful graphical components to be created.  Included with
  this are classes that provide the base functionality: Object,
  RectObj, Core, Composite, Constraint, Shell, OverrideShell, WMShell,
  etc.  The terms "Xt" and "Intrinsics" are used interchangeably,
  however, they are used very precisely to mean a specific library of the X
  window system.  In particular, it does not include the Athena,
  Motif, OLIT or any other widget set.  Without further widgets the
  Intrinsics are not especially useful.

o A widget refers to a user interface abstraction created via Xt.  The
  precise use, is any object that is a subclass of the Core class.  It
  is used loosely to refer to anything that is a subclass of the
  Object class although these are more accurately called windowless
  widgets or gadgets.

o Xlib is the C interface to the X11 protocol.  It is one layer below
  the Xt Intrinsics.  Typically a widget uses relatively few Xlib
  functions because Xt provides most such services although an
  understanding of Xlib helps with problems.

--
Pete Ware / Ohio State University /		228 Bolz Hall
           ware@cis.ohio-state.edu		2036 Neil Ave.
           (614) 538-0965			Columbus, OH 43210
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
Newsgroups: comp.windows.x.intrinsics
From: ricks@luke.nrl.navy.mil (Richard Schumeyer)
Subject: Callback use in O'Reilly Motif manual
Organization: NRL
Distribution: comp
Date: Fri, 16 Oct 1992 02:47:02 GMT


I was looking at one of the examples in the O'Reilly motif manual
(specifically prompt_dlg.c on pp. 165-166).  They are using XtDestroyWidget()
as a callback, as in

    XtAddCallback(dialog, XmNcancelCallback, XtDestroyWidget, NULL);

My question is that since callbacks normally take three parameters, and since
XtDestroyWidget takes only one parameter, will this corrupt the stack?

Thanks for any replies.
--
------------------------
Rick Schumeyer          
Software Technology     
ricks@luke.nrl.navy.mil 
------------------------
Newsgroups: comp.windows.x.intrinsics