HDTenEightyP/NetNews huggingface dataset:
From: scott@asd.com (Scott Barman)
Subject: Motif List Widget weirdness
Organization: American Software Development Corp., West Babylon, NY
Date: Fri, 21 Aug 1992 15:09:28 GMT

In the application I am writing I need to change all the items in a
Motif List Widget.  When the widget is created, only the following
resources are set:

	XmNlistSizePolicy is set to XmRESIZE_IF_POSSIBLE,
	XmNselectionPolicy is set to XmSINGLE_SELECT,

The application works on startup and wonderfully until I have to change
the list.  When I try to change the List, the items are appended to the
list on the screen and not cleared!

To try to install my new list I have done the following:

1)	XmListDeleteAllItems(listWidget);
	Added XmString items one at a time using
	XmListAddItemUnselected(listWidget, mString, 0);
	(I even specified the position number instead of the 0, which
	means to append to the list)

2)	Used XtGetValues to find the number of items in the list
	(XmNitemCount).
	Used that number as a for-loop delimeter to delete each position,
	one at a time by calling XmListDeletePos(listWidget, n);

3)	Consulted the FAQ, allocated my own list and set the list with
	XtSetValues by setting both the XmNitemCount and the XmNitems
	resources.

No matter what I try, the new list is appended to the old.  I want the
list replaced and right now I don't have the time to debug OSF code.

I am using Motif 1.1.5 and MIT X11R4 (all patches) on a Sun running
SunOS 4.1.1 and the Xsun server (NOT OpenWindows).

All help is appreciated.
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
Newsgroups: comp.windows.x.motif
From: schemers@Slapshot.Stanford.EDU (Roland Schemers)
Subject: Re: Arrow buttons and sensitivity
Organization: Distributed Computing Group, Stanford University
Date: Wed, 19 Aug 92 19:06:58 GMT

and...

I'm using Motif 1.2, X11R5, on a DECstation 5000/240 running Ultrix 4.2a.

-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
From: scholz@osf.org (Carl Scholz)
Newsgroups: comp.windows.x.motif
Subject: Re: Callback on entering TextField widgets
Date: 20 Aug 92 12:38:20 GMT
Distribution: inet
Organization: The Internet

> In article <1992Aug19.012424.22513@iitmax.iit.edu>, chien@iitmax.iit.edu (Greg Chien) writes...
> >How does one get a callback on entering rather than on leaving the widget 
> (Text Widget).
> 
> Try gainFocusCallback.

I think you are mixing two resources here.  There's
XmNgainPrimaryCallback and XmNfocusCallback.  The original question was
looking for a focusCallback for the TextField widget.  This was not
implemented until Motif 1.2 for the TextField widget, although the
regular Text widget has had it all along.

Carl

_______________________________________________________________________________
Carl S. Scholz                           Open Software Foundation
scholz@osf.org OR uunet!osf.org!scholz   Cambridge, MA   (617) 621-8996
"Them that takes cakes which the Parsee-man bakes makes dreadful mistakes." -RK
 [Disclaimer: just me yapping, not my employer]
Newsgroups: comp.windows.x.motif
From: reber@ceres.fccc.edu (John Reber)
Subject: FTP site For FAQ
Originator: reber@ceres
Organization: Fox Chase Cancer Center
Date: Thu, 13 Aug 1992 16:51:28 GMT


Is there an FTP site where i can pick up the FAQ for comp.windows.X.motif??


-- 
-----------------------------------------------------------------------------
Internet:    j_reber@fccc.edu		Fox Chase Cancer Center
Phone:	     (215) 728-3633		7701 Burholme Ave
Fax:	     (215) 728-2513		Philadelphia, PA 19111
	     "The more people I meet, the more I like my dog"
-----------------------------------------------------------------------------
Xref: sparky comp.windows.x.motif:5740 comp.windows.x:15478
From: quinton@stna.dgac.fr (Marc Quinton STNA 7SU p8046 BD24)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Re: MOTIF terminal widget - locations in Oz or US?
Keywords: different location please!
Date: 21 Aug 92 08:58:31 GMT
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00

In article <1992Aug20.022341.25820@citec.oz.au>, sgccseh@citec.oz.au (Steve Hocking) writes:
> 
> 	Recently some info was posted about a public domain motif vt100
> widget. The address was given as ftp.stna7.stna.dgac.fr, which the name
> servers here in Australia seem to have great difficulty in contacting (ie
> not at all). I was wondering does anyone in Australia or the US have this
> widget and the code it was derived from available?
> 


Yes we had problems at our site. But it seems that no problems remains for now.
So you just have to retry at the adress specified previously.

NB : If you have FAQ-X, don't forget to replace ftp adress in article number ? which 
     describe where you can find new widgets :

	atchoum.stna7.stna.dgac.fr is now ftp.stna7.stna.dgac.fr.

-- 
 _____________________________________________________________________________
|   ___    ___   |                  |                                         |
|  /__ \  / __\  |   QUINTON Marc   | Technical Department of Civil Aviation  |
|   __\ \/ /     |__________________|_________________________________________|
|  / __   |   _  |                  |                                         |
|  \ \_\   \_//  |   Evry France    | e_mail : quinton@stna7.stna.dgac.fr     |
|   \___/\___/   |                  |                                         |
 -----------------------------------------------------------------------------
From: hwrvo@ghost.lahabra.chevron.com (W.R. Volz)
Newsgroups: comp.windows.x.motif
Subject: Re: Review of `Doors' wanted...
Date: 12 Aug 92 19:45:18 GMT
Organization: Chevron Oil Field Research Company

In article <1992Aug12.172332.3744@microunity.com>, mike@MicroUnity.com (Mike Dove) writes:
|> I recently saw an announcement for a product called "Doors" from a company
|> called Unipalm.  I am thinking about evaluating it, but as time is limited,
|> I'd like to hear from anyone who has it or is using it, whether they like it
|> or not.
|> 

When that article first appeared I sent them a note asking for more details.
I never received any. So for my evaluation I'd give it a zero in customer
support. There are several other PD programs that do similar things at the
usual site at mit. There's xrooms and vr. xrooms seemed a little better and
more stable than vr but vr had some features I liked too.

-- 

======================
Bill Volz
Chevron Oil Field Research Co.
Exploration Research/Geophysics Division.
P.O. Box 446, La Habra, CA 90633-0446
Phone: (310) 694-9340
From: jem@tinton.ccur.com (Jem Treadwell)
Newsgroups: comp.windows.x.motif
Subject: Re: Main loop for multiple app contexts
Date: 17 Aug 92 14:04:48 GMT
Distribution: inet
Organization: The Internet

Andrew,

> 
> I'm looking for an efficient main loop to use in a program that uses
> several displays via multiple application contexts.  Currently I poll
> continuously for events using something like:

> while (1)
> {
> for (i=0; i < num_apps; i++)
> {
> if (XEventsQueued(displays[i], QueuedAfterReading))
> {
> XtAppNextEvent(appcontexts[i], &event);
> XtDispatchEvent(&event);
> }
> else XFlush(displays[i]);
> /* background processing here */
> }
> }

> but this puts a large load on my machine.  Can I perform a select() call on
> the display connection file descriptors?  Or are there other ways?
> Please respond via email.  Thanks!

Yes - use the ConnectionNumber macro (see O'Reilly 2 Section C) to find
the fd's to select on.  When the select returns, use XtAppPending to
make sure you don't do an XtAppNextEvent on any display which doesn't
have an event on the queue, otherwise you'll block.

You must include in the select mask the fd's for any alternate inputs
you may have added using XtAppAddInput().

The problem is that you need the select to time out whenever any timers
(created with XtAppAddTimeOut) are due to expire.  Even if you haven't
added any explicitly, widgets use timers internally to make the text
cursor blink and to distinguish double clicks, so you probably can't
ignore this.  The easy way is to set your timeout to an arbitrary value
(set via a resource, of course) such as 250 ms, but this will still
waste CPU time, and could well give a lumpy feel to the application.
The better way would be to scan the app contexts' timer queues, and set
a timeout to the soonest of these - but you really shouldn't be using
internal structures.

The ideal way would be for Xt to provide a support routine to tell you
how long until the next timeout for a display.  Or, even better, a
PeekEvent routine which supports multiple displays.

Jem
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jem Treadwell - jem@tinton.ccur.com

Mailstop 314B,  Concurrent Computer Corporation,
106 Apple St,  Tinton Falls, N.J.  07724

Phone: (908) 758 7271
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: stevewi@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: MULTICOLOUR ICONS
Date: 14 Aug 92 11:55:18 GMT
Organization: Laser-Scan Ltd., Cambridge

My problem concerns the use of colour pixmaps defined using UIL.
I am currently defining the colours used by the pixmaps in a color_table
as follows :

value
 my_table : colour_table(
                         background color = ' ',
                         color('blue') = 'X',
                         color('red') = '*',
                             ...
                         color('green') = '+');

using this color_table when defining the pixmaps:

value MY_ICON : icon (color_table = my_table,
                      '        ',
                      ' XXXXXX ',
                      ' X****X ',
                      ' X*++*X ',
                      ' X*++*X ',
                      ' X****X ',
                      ' XXXXXX ',
                      '        ');

then using the pixmaps in labels and buttons instead of strings:

object
  A_BUTTON : XmPushButton {
    arguments {
        XmNlabelType = XmPIXMAP;
        XmNlabelPixmap = MY_ICON;
    };
};

What I want to know is ->

How can I define the values of the *colours* used in the color_table from
the .Xdefaults file, or elsewhere if necessary ??

What I want to be able to do is something like:

value
 my_table : colour_table(
                         background color = ' ',
                         color('my_colour_1') = 'X',
                         color('my_colour_2') = '*',
                             ...
                         color('my_colour_n') = '+');

and define what these my_colour_1-n are somewhere else, preferably outside
application control and in a simple .Xdefaults or similar file.

Or am I asking too much ???

Thanx in advance,

Steve Wilkes
 -----------------------------------------------------------------------------
|                       |                                                     |
| Steve Wilkes          |  /                    |    |                        |
| Laser-Scan Ltd        |  \ |- /\ \  / * /\    | /\ |                        |
| The Science Park      |  /  \ \_  \/  | \_    |/  \|                        |
| Milton Road           |                                                     |
| CAMBRIDGE             |  He was the kind of man who would wear wet copper   |
| CB4 4FY               |  armour in a thunderstorm shouting                  |
| Tel (+44) 233 414420  |  "The rain gods are b******s!!".                    |
|                       |                                                     |
 -----------------------------------------------------------------------------
| Disclaimer:                                                                 |
| This was all MY IDEA and had absolutely nothing to do with Laser-Scan...    |
|                                                                             |
 -----------------------------------------------------------------------------
From: bmassey@cathedral.cerc.wvu.wvnet.edu (James Brian Massey)
Newsgroups: comp.windows.x.motif
Subject: problems, opening display
Date: 19 Aug 92 12:53:30 GMT

I am in the midst of developing a user interface for a system which
I am also developing.  Two days ago, everything worked.  I wanted
to enhance things a little more so I developed a small pixmap
button, to be used under certain circumstances.  I recompiled
my motif code, which went fine, but when I went to test the program
I received the following.

Illegal instruction (core dumped)

I placed this in the debugger to see what was happening, I use the dbx
debugger. I typed where to find out where the segmentation fault occured

(dbx) where
etext() at 0x1b25e4
MakeTCPConnection() at 0x12cd08
_XConnectDisplay() at 0x12c948
XOpenDisplay() at 0x134a28
XtOpenDisplay() at 0x1097c8
main(argc = 1, argv = 0xf7fffc4c), line 49 in "/usr07/conman/cms_cgi/src/dacms/cgi/main.c"

the code, which is the first three lines, was not changed. It is as follows

  XtToolkitInitialize();
  context = XtCreateApplicationContext();
  display = XtOpenDisplay(context, 0, "Constraint Management",
	 "Constraint Management", 0, 0, &argc, argv);

display and context are both declared correctly.  I am able to run other 
graphical programs which I created so I do not think it is the machine, by the
way I run off a DEC5000 and telnet to a SUN4 (setting my display back to
the DEC).  I also dont think it is the code, it worked before.  I just
have no dea what the problem is.  The system administrator informed me
that no changes had been made to our X libraries.  If anyone can help
me, please do so.  This is driving me batty.

Thank you, you can respond to the newsgroup or send me personal mail
at  bmassey@cerc.wvu.wvnet.edu

Brian Massey
Research Assistant
C.E.R.C.
(304) 293 - 7226
From: baldwa@ondine.adobe.com (Sanjay Baldwa)
Newsgroups: comp.windows.x.motif
Subject: Minimizing window when a modal dialog is up
Date: 12 Aug 92 19:44:15 GMT
Reply-To: baldwa@adobe.com
Distribution: comp
Organization: Adobe Systems, Mountain View, CA, USA

I have several main windows and each can popup its own modal dialogs (like
a file open). When user minimizes a main window while a modal dialog is up
for it then I gray out menubar of other windows. This gives a visual
feedback that a window with modal dialog has been minimized and that it
should be taken care of before anything else. The problem is that the whole
thing is not very intuitive for users of other platforms (eg NeXT or Mac).

Is there a way to disable minimize function when a modal dialog is up? I
could not find anything equivalent to WM_DELETE_WINDOW for minimization.
What is style guide compliant behavior?

Thanks for your response.

Sanjay
--
baldwa@adobe.com  or  ..!decwrl!adobe!baldwa
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Help! I'm being buried alive!
Date: 18 Aug 92 18:09:14 GMT
Distribution: inet
Organization: Oceanroutes Canada Inc.

I began a subscription to the xpert and motif mail lists about 10 days
ago (we don't get the newsgroups here).  There's lots of "good stuff"
going by, and I've already been able to solve several problems in my
X11 and Motif applications, thanks to you-all.

But I'm being practically buried alive in the volume of messages 
(typically 50 to 60 per day, over 120 on Monday).  Do the rest of
you also have this problem?  Do you old-timers have any tips on how
to deal with it?  Would things be any easier if I came in via Usenet?

I've been accumulating what appear to me to be potentially useful
messages for future reference in files like "answersX" and "answersMotif".
Do others do this also?  Does someone do this officially and make
it ftp-able?  I know about the FAQs of course, but is it safe to 
assume that all "interesting" and "important" stuff will end up there?

What about all the "good stuff" that went by before I joined?  Is there
an xpert or a motif archive somewhere?

Just out of curiosity, does anyone have an idea how many people follow
this newsgroup or mail list?  How many post to it?  Does anyone care
about such trivia? :)

Speaking of hints, I have one: my mail program (elm) sorted incoming
mail by date-received (by default); after changing it to sort by
date-sent it has been a little easier to follow the disscusions.
(It kind'a throws you off when you read the answer before the question).

... Terry
Newsgroups: comp.windows.x.motif
From: beser@oz.uucp (Eric L. Beser)
Subject: Re: GUI builder to import UIL and spit out Ada
Keywords: Ada, UIL, GUI
Organization: Westinghouse Aerospace SW Engineering
Date: Fri, 14 Aug 1992 11:52:59 GMT
From: joe@Veritas.COM (Joe Fasano)
Newsgroups: comp.windows.x.motif
Subject: stderr and stdout to XmText widget
Summary: How do get stderr and stdout to XmText widget
Keywords: stderr stdout XmText
Date: 12 Aug 92 17:28:34 GMT
Distribution: comp.windows.x.motif
Organization: VERITAS Software

Does anyone have a method for redirecting 
stdout and stderr to the XmText widget ? 

   Thanks, 

   joe@veritas.com

-- 
	-------------------------------------------------------------
	joe			ARPAnet:  veritas!joe@apple.com
	joe@veritas.com		UUCPnet:  {apple,pyramid}!veritas!joe
Newsgroups: comp.windows.x.motif
From: Mathias.Koerber@sniap.mchp.sni.de (Mathias Koerber)
Subject: .mwmrc thru cpp?
Organization: Siemens Nixdorf AG
Date: Fri, 21 Aug 92 12:08:34 GMT

Hi,

I haven't found any documentation, so I'll ask:

Is there a way to let mwm run the user's .mwmrc-file tru the
C-Preprocessor first? We have quite a lot of commands
set up accessible via key-bindings as well as via menu-entries.

We'd like to only have to maintain them once per .mwmrc
(or maybe even globally...)

Thx
----
Mathias Koerber    | Tel: +49/89/636-45685 | Mathias.Koerber@sniap.mchp.sni.de
SNI AP 114         | Fax: +49/89/636-45860 | koerber.muc@sni.de
MchP/LZ Rm:L1562   | X.400:  C=DE/A=DBP/P=SNI-SMTP/O=de/OU1=sni/OU2=mchp/
Carl-Wery-Str. 22  |         OU3=sniap/S=Koerber/G=Mathias
D-8000 Muenchen 83 | X.400:  C=DE/A=DBP/P=SNI/O=SIEMENS NIXDORF/OU1=MUENCHEN/
(United!) Germany  |         OU2=P4/OU3=D5/OU4=AP11/S=KOERBER/G=MATHIAS
* Eifersucht ist eine Leidenschaft, die mit Eifer sucht was Leiden schafft *
Newsgroups: comp.windows.x.motif
From: x10066@raphael.corp.mot.com (Manish Shah)
Subject: xrn.printCommand in .Xdefaults
Organization: MOTOROLA 
Date: Fri, 14 Aug 1992 18:18:24 GMT

I put an option in .Xdefaults to print as follows:
xrn.printCommand: lp -opsf (Normall I use that on my m/c)

For some reason unknown to me it wont let me print an article from
xrn. I would appreciate if anybody can suggest why it is so.

Thanks,
Manish shah
Newsgroups: comp.windows.x.motif
From: kamemoto@spf.trw.com (Kenneth Kamemoto)
Newsgroups: comp.windows.x.motif
Subject: TrueColor images in XmDrawingArea
Date: 18 Aug 92 21:47:19 GMT
Distribution: usa
Organization: TRW Data Systems Center, Redondo Beach, CA

I am trying to display a 24-bit RGB (red, green, blue) image in an
XmDrawingArea widget using the standard XA_RGB_BEST_MAP colormap
(which has 16 million colors).  I keep getting BadMatch errors.
I tried creating the XmDrawingArea with XmNdepth set to 24.  I
tried using XMatchVisualInfo to get a TrueColor visual, depth 24.
Is there something else I must do so that the (I think)
XtWindow(drawing_area_widget) will have the proper depth and
visual?
-- 
Kenneth I. Kamemoto
kamemoto@spf.trw.com
Newsgroups: comp.windows.x.motif
From: mxa11@po.CWRU.Edu (Madhavi Ahuja)
Subject: XtTranslations
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Wed, 12 Aug 92 14:06:45 GMT


Hi netters
I have been using XtTranslations on widgets to modify their
default behavior. For example
static String defaultTrans = "<EnterWindow> : select_text() \n \
                           <Btn1Up>      : focus_text_cb()";
static XtActionsRec actionTable[] = {{"select_text", select_text},
			 {"focus_text_cb", focus_text_cb}};

I do an XtAddActions and then use these translations for
a motif text widget (XtOverrideTranslations). This seems to
work fine. For the scale widget when I try to use translations
to overcome the behavior of Btn1Down it ignores them. Could
someone please tell me what I am doing wrong ???
Thank you
Madhavi
ma@acqdev.eeg.ccf.org
Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Right justifying text widget
Date: Wed, 12 Aug 1992 12:23:12 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN
Keywords: n

In article <19829@leadsv.UUCP>, mcfar@leadse5.UUCP (Lincoln McFarland) writes:
|> The ideal solution seems to be to put the full name in a text widget and
|> have the text's resource set to right justification so I see the filename
|> and have the path hidden, but accessable with a little cursor work.
|> However I can't seem to find the resource for justification, if there is
|> one, in my X11R4 Reference.  Is there a right justification resource (I would
|> think that there should be for motif to be internationalized)? Is there
|> a better way to do this?

Nah, I don't think there is a justification resource for XmText.  What you
could maybe do, though, is determine the position of the file name and use
XmTextShowPosition() or maybe XmTextSetTopCharacter() to force the display
of just the file name.

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Re: WordWrap possible?
Date: 20 Aug 92 12:01:32 GMT
Distribution: inet
Organization: Oceanroutes Canada Inc.

Hauke Hess writes:

> I would like to use the Scrollable TextEditor Widget as a simple text editor
> with word wrap. Unfortunately there seems to be no way to accomplish this
> by resource since "XmNscrollHorizontal, False" results in a rude linebreaking
> at any point, not only at blanks or dashes.
> 
> Is there a ShareWare Source anywhere that implements this feature?

Why not just use XmText with XmNeditMode set to XmMULTI_LINE_EDIT and
XmNwordWrap set True? ... Terry