HDTenEightyP/NetNews huggingface dataset:
From: cpearce@nemesis.acs.unt.edu
Newsgroups: comp.windows.x.motif
Subject: Need advice about designing user preferences dialog
Date: 25 Jan 93 21:54:06 GMT
Organization: University of North Texas

I'm currently mulling over how to handle allowing a user to set application
preferences using a dialog. I had considered providing an OK, Save Prefs,
and Cancel dialog button, but I'm not sure of a good way to implement
these preferences in a way that is "good" Motif programming.

I would like users to be able to specify that the settings they use be
saved from session to session... the Save Prefs button would somehow
save user settings somewhere, and my application could read in the settings
when it starts.

Of course, Motif applications do read in user settings upon startup -- the
resource database. The resource database seems a natural way to implement
user preferences, and I believe that it is possible to add user-defined
resources to an object. However, I doubt that changing the user's
Xdefaults file is a good idea. HP has something called app-defaults
files, but I'm kind of miffed with HP because HP Vue sets up lots of
resources on startup in weird Vue-specific files, the upshot of which
being that most font settings put in the .Xdefaults file are simply
ignored (rant rant rant). I'm not nearly proficient enough with X to
unravel the labyrinth that HP has set up.

In any case, how should I implement user settings? The Bible Itself says
nothing much about resources, and I don't really enjoy the thought of
going to Vol IV to find out what to do (Vol VI is a literal pleasure
to read, but I *hate* reading Vol IV, which is somewhat confusing to me,
the Motif/X novice).

Eagerly awaiting useful advice,
Chris Pearce, cpearce@nemesis.acs.unt.edu
From: unrzd6@cd4680fs.rrze.uni-erlangen.de (Konstantinos Agouros)
Newsgroups: comp.windows.x.motif
Subject: XmFileSelectionDoSearch
Date: 26 Jan 1993 13:29:12 +0100
Organization: Regionales Rechenzentrum Erlangen
Distribution: inet
NNTP-Posting-Host: cd4680fs.rrze.uni-erlangen.de

Hello,

I have programmed something like this:
A load-button which has a callback where I do some data-definitions and then
the XmFileSelectionDoSearch. But when I press the button nothing happens.
I created the Fileselector-Widget in main. anyone has any clues?

Konstantin
-- 
Snail: Konstantinos Agouros, Erlanger Str. 11, 8521 Spardorf, Germany
Email: unrzd6@cd4680fs.rrze.uni-erlangen.de
Phone:+49 9131 59427 or +49 9131 501103 or +49 2175 3353
IRC:  Elwood_G
Newsgroups: comp.windows.x.motif
From: tvtjet@eua.ericsson.se (Jorgen Eriksson)
Subject: Re: WANTED: ISBNs for OSF/Motif documentation.
Reply-To: tvtjet@eua.ericsson.se
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Wed, 27 Jan 1993 11:44:29 GMT

In article 1rw@undergrad.math.waterloo.edu, pfferrei@laplace.uwaterloo.ca (Paulo Ferreira) writes:
>Could someone email me the ISBNs of the OSF/Motif documentation (Style Guide,
>Programmers Reference, etc.)
>
>Thanks in advance!
>
>---
>+    Paulo F. Ferreira                        + University of Waterloo +  
>+ email: pfferrei@undergrad.math.uwaterloo.ca +    Waterloo, Canada    +
>-- 
>+    Paulo F. Ferreira                        + University of Waterloo +  
>+ email: pfferrei@undergrad.math.uwaterloo.ca +    Waterloo, Canada    +

Yesssss, for Motif 1.2 :         ... and 1.1

Style Guide: 13-643123-2	/ 13-640616-5
Programmers Guide: 13-643107-0	/ 13-640673-4
dito reference: 13-643115-1	/ 13-640681-5
Users guide: 13-643131-3	/ 13-640509-6 (both 1.0 & 1.1)
AES: 13-043621-6		/ 13-043530-9

	Best regards,
		Jorgen (Jorgen.Eriksson@eua.ericsson.se)
Newsgroups: comp.windows.x.motif
Newsgroups: comp.windows.x.motif


 The hpterm client has a 'half-bright' mode for highlighting text.  When you
 display highlighted text it is in half-bright inverse video, rather than
 full inverse video.

 Does anyone know how to do this?  Perhaps a tile in an inverse-video GC
 with every other pixel turned on?

 Thanks for any help you can give.

---------------
Rik Slaven
From: jeff.blanchet@sdrc.com
Newsgroups: comp.windows.x.motif
Subject: Need Help with XmText and Kanji Input
Date: 22 Jan 93 13:52:55 GMT
Reply-To: jeff.blanchet@sdrc.com
Followup-To: comp.windows.x.motif


I am working on a project where I work that involves translating our product to various languages. I have developed a Motif application that will give the translators a way to translate the text to their language. This can easily be done with any 8-bit language that we have tried.

The problem comes with the Kanji translation. I have been told by our people in the Japan office that if you usee the XmText widget and then link against Kanji Motif, then magicly they can enter Kanji text through some sort of Kanji editor which is built into the Kanji version of the XmText widget.

They have also told me that on the VAX/VMS platform (Motif 1.1) that you must use the DXmCSText widget instead of the XmText. On the HP platform, I was told that you do not even have to relink the executable. Just move the executable to a system that has the Kanji operating system installed. On the SGI platform the XmText widget is suppose to allow Kanji input but a relink is required.

The only Kanji operating system we currently have installed here is on a VAX/VMS system. Since I want to make my application portable, I do not want to change everything to use the XmText widget.

Here are my questions. Is the Kanji input feature in the XmText widget specific to Motif 1.2 or is it also in Motif 1.1? If I wait for Motif 1.2 on the VAX/VMS platform, will the XmText widget have Kanji input or will I still have to use the DXmCSText widget?

Note that I have not seen ANY of this work. I have all my information from our people in Japan. If anyone has information that would be helpful in my project, I would GREATLY appreciate it.

Thanks in advance!

Jeff Blanchet					jeff.blanchet@sdrc.com
SDRC
Cincinnati Ohio
Newsgroups: comp.windows.x.motif

In comp.windows.x.motif, anil@microware.com (Anil Purohit) writes:

> 
> Hi there!
> 	I have been trying to create some icons for my applications.
> I have the foll. questions
> 
> 	1) Is it possible to use more than 2 colors in an icon ?
> 

Yes!  You can get the XPM library developed at Groupe Bull in France via
anonymous ftp on avahi.inria.fr (138.96.24.30) or export.lcs.mit.edu
(18.30.0.238).  A color icon editor would be useful also.  I use one provided
with HP's VUE 3.0(Visual User Environment) running under HPUX.

Jack Benzel
Hewlett Packard
Ft. Collins, CO
jdb@hpfijdb.fc.hp.com
Newsgroups: comp.windows.x.motif
From: jimb@rcx1.csd.harris.com (Jim Burmeister)
Subject: Re:  Next Motif Release (was Motif Vaporware
Organization: Harris CSD, Ft. Lauderdale, FL
Date: Wed, 27 Jan 1993 15:20:22 GMT
Keywords:  Motif 

In article <C1H95x.Cx3@news.rich.bnr.ca>, scroger@crchh821.BNR.CA (Eric Scroger) writes:
> What release of Motif is this going to be?  Is it 1.3 or 1.2.x?

The OSF guy wouldn't commit to a version number when he was asked,
but he said that it would most likely be either 1.3 or 2.0.

-Jim Burmeister, Harris Computer Systems Division, Ft. Lauderdale, Florida
 jimb@csd.harris.com
From: VANDAMME@NMR.RUG.AC.BE
Newsgroups: comp.windows.x.motif
Subject: How avoid line/line mapping of loaded image (II)
Date: 25 Jan 93 14:06:00 GMT
Distribution: inet
Organization: The Internet

Dear Xperts,

Thanks a lot to David (dbrooks@osf.org), Mark (mark@bhanu.andyne.on.ca) and
gerrit (gerrit@xelion.n) for their suggestions on my "How to avoid line-per-
line mapping of loaded image" problem. I think we "greenhorns" (parden the
expression) are really privileged in having exports like them and others,
coming up with information one couldn't possibly have gathered from books...
  In fact, the experiments didn't take that long but I had few days off.
Apparentlly, the pixmap isn't stored in the server (X11/R4 DecStation 5000/200),
as a "ps -aux | grep ima" before and after the creation of the 512-512 pixmap
reveals:

        USER       PID %CPU %MEM   SZ  RSS TT STAT   TIME COMMAND
        vandamme  3566  0.0  3.7 1676 1252 p6 S      0:00 ima
        vandamme  3566  3.2  5.5 2484 1860 p6 S      0:01 ima

As I destroyed the original image and matrix used to build up the
pixmap from a file, I thought these figures should reflect the net pixmap
difference. Anyway, if pixmaps are stored off-server why should one treat it as
a precious resource. Sure, one could run out of main memory and swap space,
but is that really all what there's to it?

Any suggestions or comments are welcom.
---
Phil
vandamme@nmr.rug.ac.be
From: Iris_-_Smith@cup.portal.com
Newsgroups: comp.windows.x.motif
Subject: Re: sizing a MainWindow with XmNscrollingPolicy XmAUTOMATIC
Date: Tue, 26 Jan 93 18:04:41 PST
Organization: The Portal System (TM)
Distribution: na

I would also like information concerning positioning of a ScrolledWindow
(XmAUTOMATIC) based on the size of the child, except I would like to do
this after the program is running. I also need the size of the main app
window to grow in size in response to this, as large as it can until it's
as large as the screen. Or, if that isn't good, at least set the maximum size
of the appshell to the size that the ScrolledWindow WOULD be if the child
(a drawing area) was set to it's preferred size, and without the scrollbars.
Newsgroups: comp.windows.x.motif
From: chris@ods.com (Chris Atkins)
Subject: Where is the FAQ??
Organization: Optical Data Systems, Inc.
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 26 Jan 1993 01:07:13 GMT

Where can I find the FAQ?

Chris Atkins
chris@ods.com
From: ray@rann.sbi.com (Raymond Blum)
Newsgroups: comp.windows.x.motif
Subject: Re: XmSelectionBoxGetChild crashes application
Date: 22 Jan 93 23:38:58 GMT
Reply-To: ray@rann.sbi.com
Organization: Salomon Inc.

Hi Klaus
  I don't see why your app should crash, but I believe I can suggest a
workaround in this case. You could use XtSetArg and XtGetValues to get the
value of the list label.

-------------------------------------------------------
-----                               __   ___       ----
-----                        . o  _/  \_/   \_     ----
----                  \\\\\\\    O   Hey!     \    ----
----                 \\\    \\   | why AM I    |   ----
----                  \\ O O     \_ smiling? _/    ----
----                               \__/\____/      ----
----                     \_/                       ----
----                                               ----
----   Raymond Blum                                ----
----   ray@rann.sbi.com                            ----
----   (201) 896-7594                              ----

  Of course these are MY opinions! Whattya think, my EMPLOYER 
  could've thought this stuff up?
Newsgroups: comp.windows.x.motif
From: adam@dadhb1.ti.com (Adam Hudd)
Subject: Re: heller updates
Organization: Texas Instruments, Inc., Houston, TX
Distribution: na
Date: Thu, 21 Jan 1993 23:55:34 GMT

Steven,

I tried using the fix-its for wm_delete, based on your Heller update, in one of
my applications and they didn't work.  The primary reason for this was that
XmAddWMProtocolCallback() doesn't pass the required protocol to the protocol
manager.  This seems to be the case for motif-1.1.

To get this to work you have to add a call to XmAddWMProtocols() before you
call XmAddWMProtocolCallback(), so the corrected code should read:

    shell = XtParent(dialog);
    WM_DELETE_WINDOW = XmInternAtom(XtDisplay(shell), "WM_DELETE_WINDOW", True);
    XmAddWMProtocols(shell, &WM_DELETE_WINDOW, 1);
    XmAddWMProtocolCallback(shell, WM_DELETE_WINDOW, cbfunc, (XtPointer) dialog);

The reason you're getting the message:

    Warning: must be a vendor shell

is because protocol interaction must be from a vendor shell (ie the top level
shell) for it to work.  So both XmAddWMProtocols() and
XmAddWMProtocolCallback() need to reference _shell_.  It seems like you can use
either _shell_ or _w_ with XmInternAtom() -- either seem to work.

There are definatly many ambiguities which give no rational as to which
permutations work and those that don't.

Please can you add the example above to your Heller updates.  Thanks for being
the custodian of the updates, I've certainly found them very useful.

Cheers,
Adam Hudd               adam@dadhb1.ti.com             __o
Texas Instruments Inc,                                -\<,
Houston, TX                                     .....O / O

PS Thanks to all those who responded to my original post and offered solutions.
--
Cheers,
Adam Hudd               adam@dadhb1.ti.com             __o
Texas Instruments Inc,                                -\<,
Houston, TX                                     .....O / O
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: Another Row Column Question
Organization: Open Software Foundation
Date: 25 Jan 93 15:52:28

In article <765367d8620440t1@lha.infoserv.com> "Your Full Name" <nodename@nodename.infoserv.com> writes:

   I have a question concerning manipulation of child widgets in
   a RowColumn wiget.  I am trying to create a spreadsheet-like
   display consisting of rows of text and label widgets.

   1) I am trying to eliminate the spacing between the child widgets.
      I have tried XmNspacing. When set to zero, there still exist a
      gap between widgets, and if I set the value negative, well...
      it bounce back to default. Is there something I'm missing?

Are you aware that there is a traversal highlight border around
widgets that take focus (like text, pushbuttons, etc)?  This would,
by default,  create a 4 pixel space between widgets.

--
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
Newsgroups: comp.windows.x.motif
From: kobet@xsun2a.ct.picker.com (Harry J Kobetitsch)
Subject: Killing Motif Aplications on Sun
Organization: Picker International, Inc.
Distribution: na
Date: Thu, 28 Jan 1993 15:55:52 GMT

I am trying to kill a Motif application by double clicking on the
top leftmost button. The application disappears but when doing a
ps -alx I still find that the application running. This is
running on a Sun SPARCstation IPX with Motif 1.1.4 installed.

Does anyone have some insight on this ?

Thanks...
From: dbrooks@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: OSF documentation
Date: 26 Jan 93 14:46:12 GMT
Distribution: inet
Organization: The Internet

Terry J. Deveau wrote:
> Ok, as copyright owner OSF has the right to do whatever it wants. But why
> restrict distribution of the manuals? Surely they are made available at
> not much more than cost anyway? Other owners of copyrighted material, text
> as well as source code, have seen the benefits of allowing free distribution
> of their work, while retaining copyright.

Whatever.  The fact remains that we have agreements with Prentice-Hall and
the original owners of the material (HP, DEC and probably IBM and
Microsoft).

> It's only a few who think they can
> "save a dime" by printing their own (they pay for the paper, toner, and
> printer costs), or who feel they "can't wait" to get the latest docs.

Our licensees have the documents in bits, of course.  And Prentice-Hall
has, in fact, been very quick in publishing the manuals by around the time
the software gets in the hands of our licensees' licensees.

David Brooks
Systems Engineering
Open Software Foundation
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: MotifBC and Motif1.2.1
Organization: Open Software Foundation, Motif Team
Date: Tue, 26 Jan 1993 21:56:48 GMT

 
|> Whan I compiled X11R5, I defined MotifBC because we were still using motif
|> 1.1.4.  We now have motif1.2.1.. Should this define hurt anything,
|>  or should I recompile R5?

1.2 should work fine with MotifBC.
(if I remember well, MotifBC was just a matter of keeping a couple
of private symbols and some additional check against NULL in the 
XContext API).
From: murrays@Tymnet.COM (Scott Murray)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif development on Sun and Vax/VMS with C++.
Date: 28 Jan 93 18:05:11 GMT
Organization: BT North America, San Jose CA.

My email got bounced back so I'm posting my response here.

Hi Bob,

I have also been looking into getting motif for our sun system and
can shed some light on who to get the toolkit from. There are a few
companies that seem to pop up every time this subject is mentioned.
IXI Corp. - (510) 275-3120 ($595)
ICS - (617) 621-0060 ($525)
Bluestone - (603) 727-4000 ($350)

There are alot more, you can get a list from OSF (617) 621-8700.

I am sure we are going to go with one of these three. Probably IXI
because of there reputation and support. They also have a complete
Motif environment for the suns if you want to move out of OW3.

Good Luck!
Newsgroups: comp.windows.x.motif
From: softsolu@teal.csn.org (Carl Podlogar)
Subject: render widgets in postscript
Summary: how can one render motif widgets in postscript (not pixmap)
Keywords: motif postscript printing
Organization: Colorado SuperNet, Inc.
Date: Tue, 26 Jan 1993 00:27:39 GMT

I would like to know if any software (public domain or otherwise)
is available to render motif widgets in postscript (not pixmap 
translated into postscript). I've tried archie with no luck. 
Also, if I have to write my own, does anybody have any suggestions?

Thank you and have a great day,
Carl

carl@csn.org
Newsgroups: comp.windows.x.motif
From: gaitat@gaitat.kgn.ibm.com (Saki)
Subject: Re: Installing Colormaps
Date: Mon, 25 Jan 93 18:38:28 GMT
Reply-To: gaitat@gaitat.kgn.ibm.com (Saki)
Organization: IBM Kingston NY

Yes there is a XtNcolormap resource. But as OReilly says
you cannot set it after you have created the widget.  You 
cannot use XtVaSetValues to set the colormap resource.  So
your best bet is to create it before you create the widget
and then use the resource to set it using XtVaCreateManagedWidget

   __    ()  ,
  /  )   /`-'|       _/_     _/_
 /--/   /   / __.  o /  __.  /  __.  _  _
/  ( o /__-<_(_/|_<_<__(_/|_<__/  |_</_/_)_
                                 (|
Athanasios G. Gaitatzes
                                   gaitat@kgnvmy.vnet.ibm.com
These statements and/or opinions are not necessarily those of
                                                          IBM

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
From: mark@bhanu.andyne.on.ca (Mark Levison)
Newsgroups: comp.windows.x.motif
Subject: Conferences
Date: 21 Jan 93 15:57:26 GMT
Distribution: inet
Organization: The Internet


I have to decide in the next few days whether I want to go XWorld or Xhibition
this year and so I would like some opinions about which is a better conference.

Cheers
Mark Levison
mark@bhanu.andyne.on.ca
Newsgroups: comp.windows.x.motif
From: ross@loral.cts.com (Robert Ross)
Subject: Using Pixmaps
Summary: XtConvert or XtConvertAndStore
Organization: Loral Instrumentation
Distribution: usa
Date: Thu, 21 Jan 93 01:01:27 GMT

I'm trying to get a Pixmap (not Bitmap) to be displayed as the labelPixmap
on a XmPushButton.  The XmNlabelPixmap resource expects its argument to
be of type Pixmap.  I need to do the Pixmap creation during runtime, because
the labelPixmap may vary during the life of the application.

I've read about XtConvert and XtConvertAndStore in the manuals but I have
no real examples about how to use them, especially to convert from
a string (ie. "my_pixmap.xpm") to Pixmap.

If someone could send me a short code excerpt (or a real working example)
that shows how to get from a string to a Pixmap, it would be greatly
appreciated.

My system configuration:
	Sun SparcStation 2 (color)
	SunOS 4.1.2
	X11R4
	Motif 1.1.4

--

Bob Ross (ross@li.loral.com)         | "Mr. Plow, that's the name. That name
Loral Instrumentation, San Diego, CA |  again is Mr. Plow" - Homer Simpson
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: HELP - Vertical Text
Date: 21 Jan 93 11:33:47 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <C14FLx.Fp6@csn.org>, tom@teal.csn.org (Tom Schutter) writes:
> We do some vertical text the hard way, basically by creating a pixmap, drawing
> text into the pixmap, using XGetImage to copy the pixmap to an image, using
> XGetPixel and XPutPixel to rotate the image into another image, and then
> XPutImage to put the result into the final pixmap (window).
> 
> It is a pain, but it works. (Not quickly).

We do the same, but can rotate to any angle and scale the text up or down as
well. Always start with the nearest size font, preferably a smaller font than
that you are scaling to.
-- 
snail@lsl.co.uk      

"Washing one's hands of the conflict between the powerful and the powerless
 means to side with the powerful, not to be Neutral."
                                                     Quote by Freire.
                                                     Poster by OXFAM.
Newsgroups: comp.windows.x.motif
From: cwuller@venice.sedd.trw.com (Charles Wuller)
Subject: List Widget and Multiple Fonts
Summary:  Need improved list widget that renders multiple fonts in same line better.
Keywords:  List, Fonts, XmString
Organization: TRW Systems Engineering & Development Division, Carson, CA
Date: Wed, 27 Jan 1993 22:08:04 GMT

I have a list where I want to use multiple fonts on the same line.
I noticed that highlighting and redrawing are not handled very well
by the widget; then I read p 421 of OREILLY, Vol 6 by Heller for
Motif 1.1 which says "Compound strings that use multiple fonts are allowed,
but the List Widget doesn't render these lists very well".

Well, has anybody out there fixed this? Does the version 1.2 list widget
fix it?  My idea right now is to change the DrawItem function in the
1.1 List widget; I would try setting the clip parameter to XmStringDrawImage
in DrawItem.  What do you think?

John T. Robinson
jr@wavelet.sedd.trw.com

Newsgroups: comp.windows.x.motif
From: jrilaba@vallenar.ing.puc.cl (COPEC)
Subject: Re: forced reply from user
Organization: Pontificia Universidad Catolica de Chile
X-Newsreader: TIN [version 1.1 PL8]
Date: Fri, 22 Jan 1993 15:25:05 GMT

If your secondary window is a Dialog Shell, then you can set the XmNdialogStyle
resource to XmDIALOG_FULL_APPLICATION_MODAL . Doing this the dialog is the only
window the user can access. 
Newsgroups: comp.windows.x.motif
From: bcotton@sergei.MITRE.org (Bob Cotton)
Subject: MotifBC and Motif1.2.1
Organization: MITRE Corp. McLean Va.
Date: Mon, 25 Jan 1993 21:35:12 GMT


Whan I compiled X11R5, I defined MotifBC because we were still using motif
1.1.4.  We now have motif1.2.1.. Should this define hurt anything,
 or should I recompile R5?

Thanks..
Bob Cotton
From: argv@zander.z-code.com (Dan Heller)
Newsgroups: comp.windows.x.motif
Subject: Re: Text widgets - solution with one stroke "delay"
Date: 23 Jan 93 01:32:54 GMT
Reply-To: argv@z-code.z-code.com
Distribution: inet
Organization: The Internet

> On Jan 22,  5:10pm, Prakash Baskaran wrote:
> char  *select_to_beginning ( pos, w )
...
>   full_text = XmTextGetString ( w );
>   sel_text = (char *) malloc ( (pos) * sizeof (char) );
>   strncpy ( sel_text, full_text, pos);
>   return (sel_text);

do you realize how much memory you're losing here/  XmTextGetString
returns *MALLOC'ED* memory -- you're just allocating more memory and
copying it again.  Just use the original text you get.

sorry I can't help you with the rest of this...       :-|

  --dan

Newsgroups: comp.windows.x.motif