HDTenEightyP/NetNews huggingface dataset:
From: chare@unilabs.uucp (Chris Hare)
Subject: Re: UIM/X generating UIL....
Organization: None: Just Me, Chris Hare
Distribution: inet
Date: Thu, 3 Sep 1992 11:03:19 GMT

In article <9209022048.AA27246@BU.EDU> DBOHDAL@JAGUAR.ESS.HARRIS.COM writes:
>UIM/X Users:
>
>   I am using UIM/X version 2.00 and would like to convert the dot i files
>generated by UIM/X into UIL.  UIM/X provides functionality to read
>in UIL but does not appear to provide functionality to write UIL.  Does anyone
>know of a tool or patch available to do this???
>
I think it was July when V/E started shipping of the UILGEN component to
UIM/X 2.0.  If you contact your vendor, they should have it by now.
Alternatively, you can contact johnl@choreo.ca and see if he can get it for
you.

Regards
-- 
????                --- It Always works for me! ---                           
Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.uucp
Just a mild-mannered consultant by day ....
From: barcio@aio.jsc.nasa.gov (Joseph A. Barcio II  a.k.a. The Wanderer)
Newsgroups: comp.windows.x.motif
Subject: Want List Widget to be MULTIPLE and EXTENDED
Summary: Make the list widget be a multiply extended selection
Keywords: List, EXTENDED, MULTIPLE
Date: 26 Aug 92 18:23:46 GMT
Organization: NASA Johnson Space Center


G'Day,

I'm using Motif 1.1.4 on a Tatung (Sparc 1+ clone) with X11R5pl16.

I'm using the List Widget.  I would like to have the
XmNselectionPolicy to be something like XmEXTENDED_SELECT with
XmMULTIPLE_SELECT.  In other words, I like the "drag" ability with
XmEXTENDED_SELECT, but don't like it when it deselects other selected
items (which XmMULTIPLE_SELECT doesn't).

I want to be able to "drag" select multiple items.

Any ideas?


[     The opinions expressed here are mine and mine alone.  They do not    ]
[     necessarily represent the views of my employer.                      ]

.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.
| Joe Barcio                              barcio@aio.jsc.nasa.gov          |
|                                                                          |
| "Human Beings are an interesting species.  They are at their very best   |
| when things are worst." --Starman                                        |
.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.,-=+:;**;:+=-,.
From: dave@eagle.smec.Sony.COM (David Jarrin)
Newsgroups: comp.windows.x.motif
Subject: RE: Key events (translations) on SUN... (Unocal Corporation)
Date: 27 Aug 92 18:39:23 GMT
Distribution: inet
Organization: The Internet


Hello!

This is in reply to your question about translations. It took me a while
to figure out how to get it to work right.

The following is an example of how I do it:

/*******************************************************************/
#include <Xm/Xm.h>

void quit(); /* code defined somewhere */
void doit(); /* code defined somewhere */

void
setup_translations()
{
    XtTranslations trans_table;
    Arg args[5];
    int argcnt;

    static XtActionsRec myActions[] = {{"doit", doit},
                                       {"quit", quit},};

    static char defaultTranslations[] = "Ctrl<Key>P: doit()\n\
                                         Ctrl<Key>Q: quit()";

    /* Add the above translations to the default translation table */
    XtAppAddActions(context, myActions, XtNumber(myActions));
    trans_table = XtParseTranslationTable(defaultTranslations);


    /* Now, add all translations to your Widgets */
    /* NOTE: Make sure the wigdet names are accessible by this routine. */

    /* For container Widgets use something like this to enable your */
    /* translations within the specified container. */
    /********************************************************************/
    argcnt = 0;
    XtSetArg(args[argcnt], XmNtranslations, trans_table); argcnt++;
    XtSetValues(containerWidget, args, argcnt);
    /********************************************************************/

    /* For NON-container Widgets such as pushButtons, text fields, etc. */
    /********************************************************************/
    XtAugmentTranslations(buttonWidget1, trans_table);
    XtAugmentTranslations(buttonWidget2, trans_table);
    XtAugmentTranslations(textWidget, trans_table);
    /********************************************************************/
}
/*******************************************************************/

You can call your "setup_translations()" routine just before you close your
main application loop.
Note that by pressing "Ctrl-p" the routine "doit()" is called. If, for
example, "doit()" happens to be the "activateCallback" for a particular button,
you will NOT "see" that button get armed, but "doit()" will still be called.
If you want the button to give some kind of indication that its callback 
was activated, you will have to do some additional coding (probably within
"doit()") to do so (e.g. change button colors).
 
I hope this helps you some.

Good luck!!

David Jarrin
dave@smec.sony.com
From: markmc@sierra.com (Mark McWiggins)
Newsgroups: comp.windows.x.motif
Subject: Re: OptionMenu width error in Motif 1.1.1?
Date: 1 Sep 92 21:13:36 GMT
Organization: Sierra Geophysics Inc.,  Kirkland, Wa

markmc@sierra.com (Mark McWiggins) writes:

>We have an application that displays a large OptionMenu palette of symbols.
>It works fine on HP (with HP's implementation of Motif), but on Sun and
>DEC the width of the displayed menu button is as wide as the entire palette,
>not just as wide as one button.

>We have source for Motif and thus could apply a patch if there's one extant.
>Clearly HP has fixed this, but what's the availability otherwise?

I didn't make it clear in my last posting, but the menu has 277 buttons
on it and is set to be 15 columns wide (with the 'packing' resource set to
'PACK_COLUMN' and the 'numColumns' resource set to 15).

Thanks.

--
Mark McWiggins           +1 206 822 5200x377 days      Box 31356
markmc@sierra.com        +1 206 632 1905 24 hrs.       Seattle WA 98103-1356
From: lr@laurie.smec.Sony.COM
Newsgroups: comp.windows.x.motif
Subject: Colormaps: pict.c, xgifload.c, motifgif.c code on motif release 1.1.4
Date: 2 Sep 92 15:51:39 GMT
Distribution: inet
Organization: The Internet

Hello,
	Thanks to all who helped with my text placement and transparent
widget queries.  I'm now wrestling with understanding colormaps.  I ran
the demo  program pict in the motifgif demo directory on the motif
release 1.1.4 tape.  The following is a test sequence that I ran:
 

1.  pict -ns challenger.gif&
	The image displays and the following message appears 
	"failed to allocate 20 out of 254 colors.  Trying extra hard."

2.  pict -ns toucan.gif&
	The image displays and the following message appears
	"failed to allocate 106 out of 108 colors.  Trying extra hard."

3.  close challenger.gif display  ( I tried File Quit, kill -9, and
closing the window)
	The toucan.gif image is still displayed and looks fine. 

4.  pict -ns toucan.gif&
	The image displays fine, but the first toucan.gif display's
colortable is somehow corrupted.
	No "failed to allocate" message appears.

Does this mean:

A)    When an application closes,  it's color table entries are
automatically freed regardless if some other application is currently
using those colors????!!!  OUCH!

OR

B)    The "Trying extra hard" section of xgifload.c is not quite complete?  HELP!


So, the questions are:

1.   Is there some way of registering that multiple applications are
using the same color entries through Motif, Xlib, or some other standard calls?

2.   Is there some method of determining which color entries will be
eventually freed when the application is no longer running?

3.   Is there some method of identifying exactly what colors an
application is using without specifically querying for each widget
attribute?  By this I mean everything including all the borders,
background pixels, shadows and all.


Apologies if this is a FAQ.  By the way, how do I access the FAQ?


Thanks heaped upon thanks heaped upon thanks to anyone who can offer a
guiding light towards understanding colormaps.


laurie s. reynolds
Sony Medical
lr@smec.sony.com
(201) 358-4988
From: ksivasam@ha02.eng.ua.edu (Kalidoss Sivasamy)
Newsgroups: comp.windows.x.motif
Subject: test
Date: 3 Sep 1992 22:22:38 -0500
Organization: UTexas Mail-to-News Gateway
Distribution: inet
NNTP-Posting-Host: cs.utexas.edu

slkadf'asldkhg
lkhlkh
Newsgroups: comp.windows.x.motif,comp.sys.hp
From: tim@xvt.com (Tim Beres)
Subject: Re: OPEN INTERFACE ?
Keywords: OPEN INTERFACE GUI developer
Organization: XVT Software Inc.
Date: Mon, 31 Aug 1992 18:49:13 GMT
X-Disclaimer: The views expressed in this message are those of an
	individual at XVT Software Inc., and do not necessarily
	reflect those of the company.


In article <wx3ewi4@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>This is a response to two previous postings...
>
>>There are others, as well.  The company I do some consulting for,
>>XVT Software, also ships a toolkit that is used to develop...
>
>Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
>the X world), right?  If that is the case, then it is NOT one of the toolkits
>that I mentioned above.

Yep. XVT is based on Xt.  Motif (XVT/XM) and OLIT (XVT/XOL).  

>
>I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
>are the only two that I am aware of that remove you from dependence upon
>the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
>are relatively difficult to modify or extend.
>

Well... The approach XVT took when adding things like list buttons and
list edit combo controls does extend the functionality offered to 
the application programmer.  These "extensions" use both Xt and
native GUI (Motif/OLIT) functions to create the look and feel seen
by the program user.  The benefit seen by XVT programmers is that 
they don't see the Motif/Xt/Xlib multiple models, rather they see 
the unified XVT approach to doing things (XVT has its own
programming abstractions that is very much unlike Motif/Xt).

So, Xt can be extended.  But I agree that there are easier models
to use as an application programmer.  Can I have it both ways? (-:

Good comments, Greg.


-- 
-----------> Tim Beres   tim@xvt.com    Software Consultant
I do not speak for XVT Software Inc.
Newsgroups: comp.windows.x.motif
From: edwind@lims01.lerc.nasa.gov (THANH NGUYEN)
Subject: Customizing mwm Window Manger
News-Software: VAX/VMS VNEWS 1.41    
Organization: NASA Lewis Research Center
Date: 27 Aug 1992 16:37 EST  

Hi all!

I was told to copy the system.mwmrc configuration file into my HOME 
directory, edit, modify it and restart the mwm manager.  But nothing 
happened!  What did I miss?  Here is what I did

    cd 
    cp /usr/lib/X11/system.mwmrc .mwmrc
    chmod +u+w .mwmrc

I edited .mwmrc using vi editor, and changed the mwm Default Window menu so 
that the ALT + F function keys (for example, ALT + F3, ALT + F4, etc) do 
not interfere with those of the application I use.  I am new to X, so 
please tell me what else I have to do to make the new menu work in my HOME 
directory.

Thank you very much in advance for your help.

T.  Nguyen at edwind@lims01.lerc.nasa.gov
From: hgn@pmw1.nuclint.nl (Hans Geurtsen)
Newsgroups: comp.windows.x.motif
Subject: XmScale and XtSetSensitive.
Date: 31 Aug 92 10:20:26 GMT
Distribution: inet
Organization: The Internet

Consider the following code fragment:

    Widget wParent;

    ...

    Widget scmSomeScale = XtVaCreateManagedWidget(
				"scmSomeScale",
				xmScaleWidgetClass,
				wParent,
				XmNshowValue, True,
				NULL);

    XtSetSensitive(scmSomeScale, False);

The Scale widget is indeed insensitive after these procedure calls but the
label showing the slider value is still displayed in the normal foreground
color, so it is not clear to the user the slider is insensitive. Is it 
possible to change the color of this label when the sensitivity of a Scale 
widget changes?

Peter Vaessen,
Hans Geurtsen.
-----------------------------------------------------------------
Hans Geurtsen                      e-mail: hgn@nuclint.nl
Nucletron Research BV.            Surface: Waardgelder 1
                                           NL-3905 TH  Veenendaal

Newsgroups: comp.windows.x.motif,comp.windows.x
From: tim@xvt.com (Tim Beres)
Subject: Re: OPEN INTERFACE ?
Keywords: OPEN INTERFACE GUI developer
Organization: XVT Software Inc.
Date: Thu, 27 Aug 1992 21:40:31 GMT
X-Disclaimer: The views expressed in this message are those of an
	individual at XVT Software Inc., and do not necessarily
	reflect those of the company.


In article <r65eetw@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>
>In article <1992Aug25.161416.27216@mr.med.ge.com>, pandey@mr.med.ge.com (Arvind Pandey 4-6847 MRCE) writes:
>> 
>> Has anyone outhere used a product "OPEN INTERFACE"
>> from Neuron Data (Palo Alto CA ).
>> 

>As far as I know, at this time there are two toolkits like this available.
>OI is one of them, the other is Galaxy by Visix.  Both of these toolkits
>are FAR superior to XT based toolkits IMHO.  

Disclaimer:  I know XVT, XVT is a client of mine, OI is no XVT.  (-:
             [Really, I consult for XVT, take me with Salt]

There are others, as well.  The company I do some consulting for,
XVT Software, also ships a toolkit that is used to develop
multi-platform portable GUI's.  Right now they are shipping 
release 3.0 of their toolkit.  They've been shipping a portability
toolkit for 4 years.  Motif/OLIT/Windows/Mac/CH(Unix&DOS)/PM are
all supported.  Call them at 303/443-4223 to get literature.

I have developed several *large* applications in XVT before coming
aboard as a consultant.  It does what they say it does.  It's portable,
offers an easier programming paradigm and has a companion GUI
builder product.

If you really want some in-depth analysis on the various toolkits,
check out the recent Byte comparison.  XVT does well.  There are
many, many other comparitive reviews in magazines.  Do yourself
a favor and check them out.

Yes, there are pros and cons of XVT, as well as the others.  Best
to bone up on them all and then ask some in-depth questions.

My favorite question:  Is toolkit XXXXX a least common denominator
approach?  

Answer:  Don't you mean greatest common factor, er, subset?  

-------------------------------------------------------------------
Tim Beres tim@xvt.com       
XVT lets me use their computer to read news and send email.  They 
do not condone or embrace my views or tell me what to read or write.
Newsgroups: comp.windows.x.motif
From: scott@asd.com (Scott Barman)
Subject: Re: Size/frequency of FAQ posting
Organization: American Software Development Corp., West Babylon, NY
Distribution: inet
Date: Wed, 26 Aug 1992 16:26:19 GMT

In article <9208210036.AA00812@pandonia.canberra.edu.au> jan@PANDONIA.CANBERRA.EDU.AU (Jan Newmarch) writes:
>Some possibilities for reducing the volume include:
>
>-	Carry on as is, and ignore the problem.
>
>Does anyone have any comments? I don't really mind what is done.

Compared to some news groups and the signal-to-noise ratio, posting
the FAQ seems harmless.  I would rather see it continue in its current
form than the alternatives.  It makes for a good quick reference.

-- 
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: kamemoto@spf.trw.com (Kenneth Kamemoto)
Subject: Re: TrueColor images in XmDrawingArea
Organization: TRW Sensor Data Processing Center, Redondo Beach, CA
Distribution: usa
Date: Wed, 26 Aug 92 14:21:56 GMT

I got one response to my earlier question about displaying 24-bit RGB
images using Xlib/Motif:

From jrutledg@cs.ulowell.edu Wed Aug 19 08:24:14 1992
Date: Wed, 19 Aug 92 11:26:23 -0400
From: jrutledg@cs.ulowell.edu
To: kamemoto@spf.trw.com (Kenneth Kamemoto)
Subject: Re: TrueColor images in XmDrawingArea
Content-Length: 2005
X-Lines: 34
Status: RO


In article <2A916FE8.487C@deneva.sdd.trw.com>, you write:
-> 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?

You need to set the XmNvisual of the shell of the XmDrawingArea Widget 
to the TrueColor visual and the XmNcolormap the a colormap of that visual.
Both of these settings must be done at creation of the shell.  This
is the only way I know of using visual and colormaps different from the
screens default.  Every other way I have heard about failed to work for
me.

-- 
+-----------------------------+-----------------------------------------------+
|			      |  "If only it were a modern document, with a   |
| John Lawrence Rutledge      | smart index and hyper links stretching all    |
| Research Assistant	      | through the world data net.  It was terribly  |
| 			      | frustrating to flip back and forth between    |
| Interactive Media Group     | the pages and crude flat illustrations that   |
| Computer Science Department | never even moved.  Nor were there animated    |
| U of Mass - Lowell          | arrows or zoom-ins.  It completely lacked a   |
| 1 University Ave.	      | for sound.                                    |
| Lowell, MA 01854            |  "Most baffling of all was the problem of new |
|			      | words...  In normal text you'd only have to   |
| (508) 934-3611	      | touch an unfamiliar word and the definition   |
| jrutledg@cs.ulowell.edu     | would pop up just below."                     |
|			      |    	           from David Brin's "Earth"  |
+-----------------------------+-----------------------------------------------+
-- 
Kenneth I. Kamemoto
kamemoto@spf.trw.com
Newsgroups: comp.windows.x.motif
From: andyc@is.morgan.com (Andrew Coad)
Subject: Help needed with ScrollingList
Organization: Morgan Stanley - IS
Date: Mon, 31 Aug 1992 14:29:52 GMT

I have had lots of problems with ScrollingList when using large data sets. For
example, one application stuffed 3000 rows into a list and it core dumped
consistently. Another application required approx 1500 rows of data and it core
dumped sporadically. The Motif version was 1.1.3 and the problem was more evident
when using X11R4 than X11R5. Does anyone know the memory management scheme that
ScrolledList uses? Is it normal to expect problems with large data sets? If so
how do you know how much data a scrolledList can hold?

Any feedback is welcome.

Andrew Coad
Morgan Stanley
New York, NY
(212) 703-2379
From: iaaheuv@accucx.cc.ruu.nl (D.de Coo)
Newsgroups: comp.windows.x.motif
Subject: Need extended bitmap edit examples for raster data
Keywords: GIS, fancy colour manipulation
Date: 4 Sep 92 09:22:52 GMT
Organization: Academic Computer Centre Utrecht


Dear netters,

I am looking for some examples to get me started with Motif
programming.

I am new to programming for X and Motif. My first application
will be a program to show rasterized geographical data, such as
elevation, land use, erosion hazard, etc. Displaying this
information is very similar to displaying bitmaps. For example,
an erosion hazard shows red for severe, yellow for average and
blue for no risk. For an elevation map, the colours should change
smoothly by using for instance 100 different levels of grey.

My first thought is to work from the BitmapEdit-example from "X
Toolkit Intrinsics Programming Manual" OSF/Motif Edition by Nye
and O'Reilly. Unfortunately there is no colour support in this
example. 

A more complicate thing to start with is Xim:
Quote from pixutils.faq:
    Xim, by Philip R. Thompson.  Reads and writes its own image format,
    displays on an X11 screen, and does some image manipulations.
    Available in your nearest X11R4 source tree as contrib/clients/xim.
    A more recent version is available via ftp from video.mit.edu.  It uses
    x11r4 and the OSF/Motif toolkit to provide basic interactive image
    manipulation and reads/writes GIF, xwd, xbm, tiff, rle, xim, and other
    formats.
End of Quote
But that is maybe to complicated to start with.

Does any one has, or know about, public domain sources who extend
the BitmapEdit example with colour and a way to change these colours
at runtime? Any pointers to other examples that will suit my
needs are of course also very welcome.

Thanks,

Cees Wesseling
iaaheuv@cc.ruu.nl
==========================
University of Utrecht
Dept. of Physical Geography
P.O. Box 80115
3508 TC Utrecht
the Netherlands
Tel: 030 - 532768
Fax: 030 - 540604
From: jef@tropix.uucp (Jack Fitzgerald)
Newsgroups: comp.windows.x.motif
Subject: What is XmRegisterConverters???
Date: 27 Aug 92 19:30:12 GMT
Organization: GCA/Tropel Division, Fairport, NY

We are using BuilderXcessory, a Motif GUI builder that
generates C source code.  The generated code has calls
to XmRegisterConverters, but this routine is not mentioned
in any of the reference manuals we have (the O'Reilly set
and OSF/Motif from Prentice-Hall).  (Yes, we tried to look
it up.  No, we aren't lazy students who waited until 1
hour before the project was due...)

Any ideas on what this routine is or what it does?

Thanks...Jack
-- 
	John E Fitzgerald			jfitzgerald@tropel.gca.com
	GCA/Tropel Division 			{rit,uunet!gca}!tropix!jfitzgerald
	60 O'Connor Rd.   Fairport, NY 14450	
	716-388-3418	    FAX 716-377-6332
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Newsgroups: comp.windows.x.motif
Subject: Re: problems extracting from XmList
Keywords: XmList
Date: 31 Aug 92 17:24:24 GMT
Organization: NEC-AM TDD, San Jose, California

In article <1992Aug31.143424.22905@brtph560.bnr.ca> rmcash@bnr.ca (Leo So P835) writes:
>
>Hello all.
>
>I'm trying to extract items from an XmList (so they can be saved
>to disk as C strings).  XmNitems under XmList is a XmStringTable,
>which is defined as:        
>
>                typedef XmString *      XmStringTable;
>
>by <Xm/Xm.h>.  Using the following:
>
>    XmString    *ItemString;
>    char        *SomeItem;
>
>    ac = 0;
>    XtSetArg(al[ac], XmNitems, &ItemString); ac++;
>    XtGetValues(*CurrentList,al,ac);
>    XmStringGetLtoR(*ItemString,CHAR_SET,&SomeItem);
>
>I can get the first item in the list (converted to a C string)
>put into SomeItem.  However, I don't know how to retrieve the
>rest of the items in the list.  Can anyone help?  (It sure would
>be nice if there was a convience function for extracting an XmString
>from an XmList...)


int itemCount, i;
char *myitems;

ac = 0;
XtSetArg(al[ac], XmNitemCount, &itemCount); ac++;
XtSetArg(al[ac], XmNitems, &ItemString); ac++;
XtGetValues(*CurrentList,al,ac);
myitems = (char *) malloc (itemCount * sizeof (char *);
for (i = 0; i < itemCount; i++)
   XmStringGetLtoR(ItemString[i],CHAR_SET,&SomeItem);


--------------------------
Hope this helps.


Amy
--
Amy Chan                 | E-Mail:
NEC America              |  INET: achan@tdd.sj.nec.com
110 Rio Robles           |  UUCP: ...{decwrl,oliveb}!necsun!achan
San Jose, CA 95134       |