HDTenEightyP/NetNews huggingface dataset:
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif2OpenLook
Date: 8 Oct 92 18:05:54 GMT
Distribution: inet
Organization: The Internet


A while back I asked about the possible availability of motif ==> OpenLook(OLIT)| XView3
I got maaaaany responses and maaaaaaany more requests to post my findings. This seems to be
the most positive of the bunch. Enjoy....
Sinan

----- ------------------------------------------------- -----

From sarmap@summitpointe.com Wed Oct  7 13:02:16 1992
Date: Wed, 7 Oct 92 13:02:25 PDT
From: sarmap@summitpointe.com (Prakash Sarma)
To: sinan@Mtesol
Subject: Re: Motif2OpenLook
Cc: sarmap@summitpointe.com
Content-Length: 1608

Sinan,

Summitpointe has developed a set of tools that enables source level translation
of C/Motif Applications to OpenLook using the OLIT API. 

The tools translate Motif Widgets/Convenience functions/Toolkit functions to the
equivalent OLIT code.

Currently a tool is also being developed to translate UIL code to pure C/Motif.

Here are some points on the Motif2OpenLook converter:

1. This is a source convertor, i.e., it converts C/Motif source code into C/OLIT source code.
2. If an application uses UIL, it is first converted to a pure C/Motif application.
3. Works in two passes. In the first pass, all special convenience Motif functions are eliminated  to get a pure Xt interface. The output  of the first pass is a fully  functional equivalent pure C/Motif application that does not use any of the special conenience functions provided by Motif. In the second pass, the actual translation to C/OLIT code is performed.
4. We maintain a exhaustive database of all  resources, translations, and actions any Motif widget can  use and their mappings for the corresponding OLIT widget.
5. Motif widgets  that are not directly  available in OLIT are simulated  by means of a combination of OLIT widgets.  (For example, XmFileSelectionBox, XmCommand, XmMessageBox, etc.) 
6. For Motif widgets that cannot  be simulated by any combination of OLIT widgets, we plan  to write equivalent widgets. ??????
7. Any differences in  functionality of corresponding widgets are made up for as far as possible. For example, XmScale displays a label for its current value while Slider doesn't. This can be simulated by placing a StaticText widget next to the Slider and have a callback from Slider to update it. 

Unfortunately, I do not have much info. in electronic form. However I would be
glad to meet with you in person, to understand what kind of applications you
plan to convert and what this tool can and cannot do.

Regards
/Prakash Sarma

	Summitpointe Technologies, Inc.
	3921 E. Bayshore Rd., #204
	Palo Alto, CA 94303

	Voice:     (415) 390 8920
	Internet:  sarmap@summitpointe.com




Newsgroups: comp.windows.x.motif
From: matt@cernvm.cern.ch (Matt Tarrant)
Subject: Colours for dialog push-buttons
Organization: CERN
Distribution: comp
Date: Wed, 14 Oct 1992 14:17:37 GMT

The foreground and background colours of the pushbuttons in a selectionbox widget 
(and other dialog widgets) are the same as the colours of the parent widget. I want
to change the pushbutton colours so that they are different from the selectionbox
colours - so that they match the colours of other pushbuttons in our applications.

I am (after lots of practice :) quite good at setting resources in the server 
database, and so set the colour resources of these pushbuttons, and of the list
widget that is also contained by a selectionbox. The list widget changed colour,
the pushedbuttons didn't. I tried setting the pushbutton resources several different
ways: none worked. Next I tried setting the colours in code. I've done this before
too, so I think I did it ok, but the colours still wouldn't change.

So I concluded that the pushbuttons are not widgets, but gadgets, and do not have
the visual resources found in the XmPrimitive class (including foreground and 
background). Am I correct? If I am, how do I change the colours?

Matt
Newsgroups: comp.windows.x.motif
From: gb@mir.fb10.tu-berlin.de (Guenter Becker)
Subject: SCO: Cannot access characters \|[]{}, though scoterm can
Organization: ZRZ/TU-Berlin
Date: Thu, 8 Oct 1992 15:39:53 GMT

Dear net-people,
the following reduced my sleep the other night to three hours:

In dialog text fields of an application we programmed ourselves, the  
characters \|[]{}, when entered via the keyboard, will not appear. These  
keys are accessible on a normal (German) keyboard via the <Altgr> key,  
which is the only thing special about them. They work fine outside  
odtview, under unix. They work fine, to my surprise, under scoterm, even  
if I use the same font as in our application. If I try xmodmap -pm, the  
<Alt> keys are both defined as modifiers. So they should work ... but they  
don't. In fact, the system behaves, as if the <Altgr> key had not been  
pressed at all. If my modmap was wrong, or there was a mechanical defect  
of the <Altgr> key, the problem should also occurr under scoterm, I think.

Has anyone a suggestion, what to do, to correct this mistake next night ?

Guenter Becker
Newsgroups: comp.windows.x.motif,comp.windows.x
From: hellmann@cs.scarolina.edu (Doug Hellmann)
Subject: Re: best way to get a oneof effect
Organization: USC  Department of Computer Science
Date:  9 Oct 92 20:04:42 GMT

chrisw@chopin.FtCollins.NCR.com (Chris Whitley) writes:

>I want to create a form with, say, a dozen questions.
>If the answer to number 3, is yes, then I want questions
>4-7 to be so.  If the answer to number 3 is no, then I
>want only 2 questions, possibly different questions than
>the yes scenario.  I call this a 'oneof' situation.  I
>want one of two screen subregions to appear based upon
>dynamic state information.  I want this swap to occur 
>while the screen is visible.  Ideally, I'd define one
>manager widget (say an XmRowColumn) for each screen, and show
>one on yes, and one on no.  How would you do this???
>Any help much appreciated!!

There are a couple of ways to do this.  One would be to have all of the
questions present all of the time, but only have the ones you want answered
set sensitive.  Another would be to only manage a certain set of widgets based
on the answers to the previous questions.  This would have the effect you
describe, in that only some of the widgets are visible, but it might confuse
the user to start changing the layout of the screen while they are answering
your questions.  The first way would be less confusing visually to the user,
but if you have too many questions on the screen you might run into trouble.

Doug Hellmann
University of South Carolina
hellmann@cs.scarolina.edu
--
Doug

--------------------------------------------------------------------------------
			Big Thought For The Day:
From: markus@sophie.par.univie.ac.at (Markus Egg)
Newsgroups: comp.windows.x.motif
Subject: Tree-Widget for Motif
Date: 16 Oct 92 20:12:32 GMT
Organization: University of Vienna

Hi !

I'm looking for a Tree-Widget-Set for MOTIF.

It should work like the Athena Tree-Widget.
(a better Widget-Set would be great ,but the
 Athena-Tree-thing is enough)

I tried to combine the Athena Tree Widget with my
MOTIF-application, but I ended with a linking-message something
like "_vendorShell multiply defined" (->?).

I need that thing to represent flow-graphs and things like that
in my application.

Is there any rewritten version of the Tree-Widget for MOTIF ?
Any other implementations of that topic ?

Even if someone started and didn't finish - please help me !

Direct e-mail would be nice.

				thanks
					Markus



PS.:If anyone has problems with the focus while MOTIF-pulldown-menus
    are mapped (e.g. editing within another application ,snapshots of
    pulldown-menus) - I have a tiny solution for that.


Markus Egg
University of Vienna


Bruennerstrasse 72
1210 Wien

AUSTRIA
------------
markus@sophie.par.univie.ac.at

---------------------------------

         AMAZING BUT TRUE...
 
      If all the salmon caught in Canada in one year
      were laid end to end across the Sahara Desert,
      the smell would be absolutely awful.

-------------------------------------------
Xref: sparky comp.windows.x.motif:6707 comp.windows.open-look:4079
From: doc@fajita.saic.com (Thomas W. Dockery 6429)
Newsgroups: comp.windows.x.motif,comp.windows.open-look
Subject: Re: XtAppCreateShell
Keywords: Motif,shell,OpenLook,HP
Date: 8 Oct 92 18:27:57 GMT
Organization: SAIC

In article <wH39RB2w165w@tmchome.UUCP>, tchal@tmchome.UUCP (Thomas M. Chalfant) writes:
> riepe@ifwhp1.ifw.uni-hannover.de (Michael Riepe) writes:
> 
> > In article <1992Sep25.204432.29954@ast.saic.com>, doc@fajita.saic.com (Thomas
> > |> I ran into the following oddity yesterday.  Running our motif application 
> > |> HP 710, with motif 1.1, I set $DISPLAY to a Sun SparcStation running OpenW
> > |> 3.0.  Nada.  Locally on the HP, and on the SparcStation running OpenWindow
> > |> and X11R4, all worked fine.  I find that it is hanging on the following ca
> > |> 
> > |> 	MFTI_Shell = XtAppCreateShell( NULL, "cfwin"
> > |> 		applicationShellWidgetClass, MFTI_Display, Args, ac );
> > |> 
> > |> So far I have tried changing all arguments but the class and the display, 
> > |> avail.  Any ideas?
> > |> 
> > [lengthy .sig deleted]
> > 
> > Are you sure that your Motif application really hangs ? I have a similar prob
> > Sun.
> > 
> > This seems to be a HP related problem; applications running on a RS 6000 or V
> > will display their windows immediately.
> > 
> > Do you believe in magic ? Anyone else ?
> 
> I have trouble with a particular Motif item not working under OpenWindows 3.0.
> Popup menus activated with the third mouse button work fine under the MIT X
> server, but hang the OW3 X server.  A trace on the server reveals a tight
> loop.  Our sun rep took the problem report but their response has been...
> It must be a programmer error.  However; Island Write, Island Paint, and
> Island Draw all use popups, and all work fine under the MIT X server, but
> exhibit the same response as my programs when running under the OW3 X server.
> Any ideas on this?
> 
> Tom

I've seen the same using OSF Motif.  However, with Motif as productized by Quest
and IXI, I havent seen it.  Presumably they (and whoever provided the Motif code
for the Island products) made some specific code changes to deal with this
problem.
-- 

Thomas W. Dockery
Market Focus Technologies division of SAIC
10260 Campus Point Drive
San Diego CA 92121 USA
619 546-6429
doc@fajita.saic.com

Dont blame SAIC for my opinions.
Newsgroups: comp.windows.x.motif
From: ram@ramsgi.erenj.com (ram rajagopalan)
Subject: How to find a child of a widget
Organization: Exxon Research & Engineering Co.
Date: Fri, 16 Oct 1992 20:41:22 GMT

Hi,

  Is there a way to find a child of a widget, in a widget tree.  I am 
aware of XtParent to find the parent,  I am not able to find an 
equivalent call to get the information on the children.
regards,

Ram.

==============================================================================

Ram  Rajagopalan                                        Phone: (908) 730-2556
Senior Mathematician                                    Email: ram@erenj.com
Exxon Research & Engineering Co.
RT 22 East Annandale, NJ - 08801

==============================================================================
From: pd@x.co.uk (Paul Davey)
Newsgroups: comp.windows.x.motif
Subject: Re: How can we get rid of HP VUE?
Date: 8 Oct 92 16:19:20 GMT
Organization: IXI Ltd.

>>>>> On 7 Oct 92 01:19:32 GMT, chen@humboldt.kent.edu (Chen) said:

vue is started from /etc/inittab via /etc/vuerc

In /etc/inittab

change the final line 
	vue :34:respawn:/etc/vuerc                      # VUE validation and invocation
to
	xdm:34:respawn:/usr/bin/X11/xdm

Clearly you must have xdm installed and configured in the normal way.

/etc/vuerc checks /usr/lib/X11/vue/etc/vuelogin exists before starting
it, if it is not present a getty is run on the console. You might want
to change this script instead.

Note: I have done this before, but have not tested this recreation.

--
    Regards,			IXI            Internet: pd@x.co.uk
	Paul Davey		Vision Park    UUCP:     pd@ixi.uucp
				Cambridge      Bang:     ...!uunet!ixi!pd
 "These are interesting times"	CB4 4ZR, UK    Tel:      +44 223 236 555
Newsgroups: comp.windows.x.motif
From: jmj@antwrp.antwrp.gsfc.nasa.gov (Agent Snagnorf)
Subject: Widgets from Windows
Organization: Compton Gamma Ray Observatory Science Support Center
Date: Fri, 16 Oct 1992 18:12:06 GMT


Greetings!

Does anyone know if there is a way to find out the widgets which are
attached to a window ID?  I'd like to use XmTextInsert to write into
an xterm, and I can get the window ID, but can't figure out how to get
to the widgets referred to by the window ID variable.  I've tried the

     Widget XtWindowToWidget(display, window)
           Display *display;
           Window window;

function, but it returns (nil)...BTW, I'm running Motif 1.1.3 on a
DECstation 5000/240 running Ultrix 4.2a.

Any input is appreciated...

--Jim

jmj@grossc.gsfc.nasa.gov

EOM
Newsgroups: comp.windows.x.motif
From: test@next1.mae.okstate.edu 
Subject: Command Widget
Reply-To: muthann@next1.mae.okstate.edu
Organization: Oklahoma State University Computer Center
Date: Mon, 12 Oct 1992 00:03:21 GMT


Hi,
	I am trying to use a command widget and have problem placing  
the prompt. i intend to place the prompt in line with the command  
entry region, but it always appears a step above. Any help in this  
matter is appreciated.

	Muthanna.
	muthann@mae.okstate.edu

-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#DV,%QT>#$Y,C!<='@R.#@P7'1X
M,S@T,%QT>#0X,#!<='@U-S8P7'1X-C<R,%QT>#<V.#!<='@X-C0P7'1X.38P
M,%QF,%QB,%QI,%QU;#!<9G,R-"!<"DAI+%P*"4D@86T@=')Y:6YG('1O('5S
M92!A(&-O;6UA;F0@=VED9V5T(&%N9"!H879E('!R;V)L96T@<&QA8VEN9R!T
M:&4@<')O;7!T+B!I(&EN=&5N9"!T;R!P;&%C92!T:&4@<')O;7!T(&EN(&QI
M;F4@=VET:"!T:&4@8V]M;6%N9"!E;G1R>2!R96=I;VXL(&)U="!I="!A;'=A
M>7,@87!P96%R<R!A('-T97`@86)O=F4N($%N>2!H96QP(&EN('1H:7,@;6%T
M=&5R(&ES(&%P<')E8VEA=&5D+EP*7`H)375T:&%N;F$N7`H);75T:&%N;D!M
1864N;VMS=&%T92YE9'4*?0ID
`
Newsgroups: comp.windows.x.motif
From: kerri@nosc.mil (Kerrilea Clark)
Subject: Setting an insensitive Pixmap from a resource file
Organization: Naval Ocean Systems Center, San Diego, CA
Distribution: usa
Date: Wed, 7 Oct 1992 22:30:50 GMT

Is it possible to set a labelInsensitivePixmap resource for a
push button widget in a resource file?  I can set labelPixmap and
armPixmap resources in a resource file, but have not been able
to set the labelInsensitivePixmap.  I'd really rather not have
to hard-code all my pixmaps. 

				Thanks in advance,

================================================================
= Kerri Clark                                    Science       =
=                                                Applications  =
=                                                International =
= email: kerri@cod.nosc.mil                      Corporation   = 
================================================================
= **  Opinions expressed are my own and do not necessarily  ** =
= **     reflect those of my employer.                      ** =
================================================================
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: Checkmark in Menu
Organization: Open Software Foundation
Date: 8 Oct 92 17:34:52

In article <1992Oct7.151815.13460@bert.eecs.uic.edu> papka@bert.eecs.uic.edu (Michael Papka) writes:

    I was wondering if there is a way of representing a
   selected item in a pulldown menu with a checkmark?

You mean a ToggleButton(Gadget)?


--

----------------------------------------------------------------------
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: sdennis@ann-arbor.applicon.slb.com (Steve Dennis)
Newsgroups: comp.windows.x.motif
Subject: Popup Menus
Date: 15 Oct 92 18:46:06 GMT
Organization: Applicon; Ann Arbor, MI (USA)

Hi everybody,

  We have some behavior with popup menus that we don't like. If you
have created a popup menu but there are times that you don't manage it
when the button (3 in our case) event arrives it seems that Motif is
grabbing the pointer for a noticable length of time (seemingly waiting
for the application to XtManageChild(popup))

  Our popup menus are used to display picking options for our CAD
system.  If you are not using an operation where picking is invalid we
don't display the popup when you press MB3.  So in this respect, our
popup menus are "context sensitive", but it seems like Motif is
context senseless.  They always grab the pointer upon a XmNwhichButton
press.

I can't believe that Motif would assume that once a popup is created
it is always valid to display it.

Are we doing something wrong??  I have seen the same behavior in
smaller stand alone programs as well.

Destroying the popup when it is not available and then recreating it
the next time is not a viable option for us.

Maybe there should be some routines to tell the toolkit whether you
are interested in displaying the popup...

Any comments are appreciated.


-- 
=================================================================================
Steve Dennis (Software Engineer)         Internet: sdennis@aa.cad.slb.com
Applicon Schlumberger                        UUCP: uunet!sharkey!applga!sdennis
Ann Arbor, Michigan (USA)                   Phone: (313) 995-6311
From: al@osf.org (Alastair Gourlay)
Newsgroups: comp.windows.x.motif
Subject: Re:Clipboard - simple copy problem
Date: 10 Oct 92 16:04:17 GMT
Distribution: inet
Organization: The Internet


> My application defines three format (call the "FormatA", "FormatB" and
> "FormatC") and I register them using XmClipboardRegister().
> 
> Then on copy or a cut operation in my application, I copy data in these
> formats one after another. The problem is that after this When I check
> clipboard using XmClipboardInquireCount() and XmClipboardInquireFormat(),
> count is 1 and only one format is present. This is the sequence I follow:
> 
> PutInClipboard(object, length, format)
> {
> XmClipboardStartCopy(display, window, xmlabel, CurrentTime, w, NULL, &id);
> XmClipboardCopy(display, window, id, format, (char *)object, length, 0, 0);
> XmClipboardEndCopy(display, window, id);
> }
> 
> I am checking for the return values from all the calls and I get
> ClipboardSuccess. object in non-NULL.


Each XmClipboardStartCopy/XmClipboardEndCopy block will create a new item.
(An item being the current XmClipboard data, consisting of one or
more formats.)

To create an item with multiple formats, the call sequence should be:

	XmClipboardStartCopy();

	XmClipboardCopy("FormatA");
	XmClipboardCopy("FormatB");
	XmClipboardCopy("FormatC");

	XmClipboardEndCopy();

Each call to XmClipboardCopy should pass the itemId returned by
XmClipboardStartCopy.


	Alastair. 
Newsgroups: comp.windows.x.motif
From: meir@tfs.com (Meir Zaid)
Subject: Keeping track of the Current Window
Keywords: EnterNotify
Organization: TRW Financial Systems
Date: Thu, 15 Oct 1992 16:18:29 GMT


I would like to be able to keep track of the focus window, or the window
where the mouse pointer is.  What I would like to do is to have a global
variable that always contains the Window ID of the window where the mouse
pointer is.

The way I started to implement it is by handling the EnterNotify event.
The problem is that I only want to handle the EnterNotify on a limited
set of windows, but I get the EnterNotify events when I enter any of the
application's windows.  I thought I need to specifically do an
XSelectInput() for the events and windows I would like to handle.

I guess EnterNotify is an event that by default is always being reported
to the application by the server.  How can I change this situation so
that the EnterNotify is not reported for all windows, so that I can
specifically call XSelectInput() only for the windows I am intereseted in?

Is there a simpler way to always keep track of the window ID?
-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311
Newsgroups: comp.windows.x.motif
From: uli@cats.muh.dec.com (OOOO-OpenObjectOrientedOgre)
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Reply-To: uw@decum.enet.dec.com
Organization: Digital Equipment   Munich   Germany
Distribution: inet
Date: Tue, 13 Oct 1992 17:09:26 GMT


I agree with the advantages of using UIL, but (perhaps I'm missing something?)

my debugger isn't happy about UIL  :^((

	uli
--
OpenObjectOrientedOgre
Newsgroups: comp.windows.x.motif
From: baldwa@ondine.adobe.com (Sanjay Baldwa)
Subject: Clipboard - simple copy problem 
Reply-To: baldwa@adobe.com
Organization: Adobe Systems, Mountain View, CA, USA 
Distribution: usa
Date: Fri, 9 Oct 1992 21:18:15 GMT

My application defines three format (call the "FormatA", "FormatB" and
"FormatC") and I register them using XmClipboardRegister().

Then on copy or a cut operation in my application, I copy data in these
formats one after another. The problem is that after this When I check
clipboard using XmClipboardInquireCount() and XmClipboardInquireFormat(),
count is 1 and only one format is present. This is the sequence I follow:

PutInClipboard(object, length, format)
{
XmClipboardStartCopy(display, window, xmlabel, CurrentTime, w, NULL, &id);
XmClipboardCopy(display, window, id, format, (char *)object, length, 0, 0);
XmClipboardEndCopy(display, window, id);
}

I am checking for the return values from all the calls and I get
ClipboardSuccess. object in non-NULL.

Am I making an obvious mistake? I am using Motif 1.1.4 on SGI/Indigo

Thanks,

Sanjay
--
baldwa@adobe.com  or  ..!decwrl!adobe!baldwa
Xref: sparky comp.windows.x.motif:6712 comp.windows.open-look:4081
From: handeli@phoenix.ocf.llnl.gov (David I Handeli)
Newsgroups: comp.windows.x.motif,llnl.x
Subject: mwm
Keywords: I am running mwm on a two headed sun sparc station. I have
  one color and one monochrome monitor. When I have the mouse
  on the monochrome monitor, the color screen whites out.
  This is bad, I would like to see both screens at once.
  Does anyone have
Date: 8 Oct 92 15:21:57 GMT
Followup-To: comp.windows.x.motif
Organization: Lawrence Livermore National Laboratory



Newsgroups: comp.windows.x.motif
From: adennie@sweetjane.hyperdesk.com (Andy Dennie)
Newsgroups: comp.windows.x.motif
Subject: .motifbind
Keywords: .motifbind XKeysymDB
Date: 9 Oct 92 23:09:58 GMT
Reply-To: andy_d@hyperdesk.com
Organization: HyperDesk Corporation, Westboro, MA


	
	The FAQ mentions something about a .motifbind file that MWM uses, but
	it doesn't explain what it needs to contain.  What is that file used
	for and what should be in it? 

	Someone running a motif application (not X11R5) on a sparc
	does not have /usr/lib/X11/XKeysymDB...nor does he have access to 
	copy one in there.  Consequently, he runs the application, gets
	a bunch of 'translation table syntax' warnings, and some of his
	keys do not work properly (delete, tab, .....).  Can he somehow use
	the .motifbind file to solve this problem?  

	I tried copying XKeysymDB to .motifbind in my home directory, and 
	restarted MWM.  This time when I ran my application, I got errors like

		Cannot convert string "1004FF08" to type VirtualBinding

	then I got the 'translation table syntax' warnings.

	Is that the way to use .motifbind? 



--
  o o|  Andy Dennie, HyperDesk Corporation     andy_d@hyperdesk.com
  o o|  2000 West Park Drive, Suite 300        Phone: (508) 366-5050 x109
  ---+  Westboro, MA 01581                     Fax:   (508) 898-3841
Newsgroups: comp.windows.x.motif