HDTenEightyP/NetNews huggingface dataset:
From: kevin@modcomp.com (Kevin Smith)
Subject: Where are the FAQ's
Organization: MODCOMP, an AEG company
Date: Wed, 7 Oct 1992 11:53:19 GMT

Subject line says it all, haven't seen them posted yet this month or
did I miss them.
Newsgroups: comp.windows.x.motif
From: jelast@IASTATE.EDU (Jim Last)
Subject: What the heck are "widgets?" 
Reply-To: jelast@IASTATE.EDU (Jim Last)
Organization: Iowa State University
Date: Thu, 15 Oct 1992 21:00:43 GMT




Greetings Motif people!

I'm "fairly" familiar with the motif window manager, or at least I thought so, 
but as I've been reading the posting from the last few days (I just subscribed
to this newsgroup), I've seen the buzzword "widget."  What are they?  I'm
probably using them without knowing it.  Could someone please take a few minutes
and explain widgets to an x-windows guru-wanabe?  I'd reeeeeeeeeeealy appreciate
some insight.   Thanks in advance.



--Jim Last		|  "Spock!  Do something!"
  jelast@iastate.edu	|		
				-Dr. Leonard "Bones" McCoy


From: amga@hpuerca.atl.hp.com (Anne Gale)
Date: Thu, 8 Oct 1992 14:18:12 GMT
Subject: Re: How can we get rid of HP VUE?
Organization: the HP Response Center, Atlanta
Newsgroups: comp.windows.x.motif

/ hpuerca:comp.windows.x.motif / chen@humboldt.kent.edu (Chen) /  9:19 pm  Oct  6, 1992 /

I know vuewm is the most complicated, most fancy window manager, but I just
don't like it. Could anyone kindly give me some tips of how to get around?


---------------------------------------------------------------------------
The cleanest way to eliminate VUE on on your Xterminals is to start
xdm from your /etc/inittab file rather than VUE.  Here's a fragment
of /etc/inittab where, if you set your initial runstate to 3, your
terminals will come up in VUE, and if you set your runstate to 4, they
will come up running xdm.


init:4:initdefault:
cons:01256:respawn:/etc/getty -h console console            # system console
vue :3:respawn:/etc/vuerc                       # VUE validation and invocation
xd:4:respawn:/usr/bin/X11/xdm -xauth -nodaemon < /dev/null > /dev/null 2>&1


Then you can customize your xdm session by editing the sys.xsession file
in /usr/lib/X11/xdm, or by creating a private .xsession file in
your home directory.

This process is described in chapter 6 of the book entitled "HP System
Administrator's Guide for the HP 700/RX".  The chapter is entitled
"Using xdm", and if you've got HP Xterminals, you should have it.


Hope this helps,
Anne Gale
From: tea@nta.no (Tom E Aamodt FDA)
Newsgroups: comp.windows.x.motif
Subject: Motif and translation tables - HELP!!!
Date: 14 Oct 92 11:46:08 GMT
Organization: Norwegian Telecom Research

1) Motif has default key assignments for some of the F-keys. We have developed
an emulator and want to use the F-keys. We have tried to define other mappings
for the F-keys in our resource file, but some F-keys are impossible to map to 
private actions (F1, F4 and F10). 
How can the default assigments for the F-keys be overridden? 

2) XtAugmentTranslations are supposed to merge a program-defined set of
translations with translations set in a resource file, the latter having 
priority when conflicts occur. We have not yet been able to make these
things work properly. Key-presses fall through to the <KeyPress> event when
XtAugmentTranslations is used. (XtOverrideTranslations seems to work).
How can XtAugmentTranslations be made to work properly?

Resource file:
Diman*XmDrawingArea*translations: \n\
                         <Btn1Down>     : mouseInput() \n\
   ! None                <Key>Tab       : func(TAB) \n\
   ! Shift               <Key>Tab       : func(BACKTAB) \n\
                            :
                            :
                         <KeyPress>     : insert()


Our program:
XtActionsRec actionTable[] = {
    { "func",       (XtActionProc)handleFunction },
    { "insert",     (XtActionProc)handleInsert },
    { "mouseInput", (XtActionProc)handleMouseInput }
};

String defaultTranslations =
"                        <Btn1Down>     : mouseInput() \n\
  ! None                 <Tab>          : func(TAB) \n\
                           :
                           :
                         <KeyPress>     : insert()";

XtAugmentTranslations( ourDrawingAreaWidget,
                       XtParseTranslationTable(defaultTranslations) )


Our program is running on Sun Sparq under X11R4, Motif 1.1.

I would be most grateful for your help.

Greetings 
Tom E. Aamodt
tea@nta.no
Newsgroups: comp.windows.x.motif
From: achan@idaho.tdd.sj.nec.com (Amy Chan)
Subject: Re: How to find a child of a widget
Organization: NEC-AM TDD, San Jose, California
Date: Sat, 17 Oct 1992 00:07:43 GMT

In article <1992Oct16.204122.16600@erenj.com> ram@ramsgi.erenj.com (ram rajagopalan) writes:
>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.

You can get the children of a widget by:

   WidgetList children;
   Cardinal num_children;

   XtVaGetValues(parentWidget, XtNchildren, &children,
                 XtNnumChildren, &num_children, NULL);


Hope this helps.

Amy
--
Amy Chan                           | E-Mail:
NEC America Inc.                   |  INTERNET: achan@tdd.sj.nec.com
110 Rio Robles, San Jose, CA 95134 |  UUCP: ...{decwrl,oliveb}!necsun!achan
Newsgroups: comp.windows.x.motif
From: sbelle@saifr00.cfsat.honeywell.com (Steven Belle)
Subject: behavior of XmTextReplace
Organization: Honeywell Air Transport Systems Division
Date: Mon, 12 Oct 92 17:50:28 GMT


Question about XmReplaceText, X11R5, Motif 1.1.4:

Given:
Multi-line XmText widget, 10 rows of text visible, 100 lines of text in the 
buffer, line 50 of the buffer is the first line visible in the widget. The
text widget is a child of a scrolled window, with application defined 
scrolling.

Using XmTextReplace to replace some of the text in the buffer, including
the first line displayed (line 50), causes the text to jump so that line 1 of
the buffer becomes the first line displayed in the text widget. We want to
avoid having to re-position the text everytime text is replaced. Is the
behavior of XmTextReplace described here the intended behavior? If so, are 
there any suggestions as to how text in a text widget can be replaced 
without having to reposition the text?

Steve Belle
sbelle@saifr00.cfsat.honeywell.com
-- 
*******************************************************************

Steve Belle                      sbelle@saifr00.cfsat.honeywell.com
From: kshomper@turtle.cis.ohio-state.edu (keith shomper)
Newsgroups: comp.windows.x.motif,cis.windows.x
Subject: How can you tell when the pointer is on the BORDER (neither in nor out)
Keywords: border, resizing
Date: 13 Oct 92 19:04:36 GMT
Article-I.D.: cis.1992Oct13.190436.5576
Followup-To: comp.windows.x.motif
Distribution: usa
Organization: The Ohio State University Dept. of Computer and Info. Science


     Basically I'd like to tell when the pointer is on the window's border 
(is this inside or outside the window(?)).  After reading about XCrossingEvents
in Jones and O'Reilly (Vol 4), it seems to me that they report position of
the pointer too late to be useful.

	 The purpose is to implement resizing a widget ala Motif style.  I need to
know when the pointer is over the widget's (window's) border so I can change
the cursor to ->| (or |<-, etc.).  Then, as expected, the user presses the
mouse button and drags the border edge to resize the widget (window).  Mwm
won't do this for me (I don't think), because my widgets are not shells.

	 If you know how to determine when the pointer is over the border or have
experience with implementing the above please email me a note, or post the
answer (suggestion) to this newsgroup.

Thanks,

Keith
From: adrian@ORA.COM (adrian)
Newsgroups: comp.windows.x.motif
Subject: Re: How can you tell when the pointer is on the BORDER (neither in nor out)
Date: 14 Oct 92 17:32:37 GMT
Distribution: inet
Organization: The Internet


>      Basically I'd like to tell when the pointer is on the window's border 
> (is this inside or outside the window(?)).  After reading about XCrossingEvents
> in Jones and O'Reilly (Vol 4), it seems to me that they report position of
> the pointer too late to be useful.

The border is part of the window (events received there are 
delivered to the window).  So a window should get a EnterNotify
as soon as the pointer comes on the border from outside.
But there's no event for leaving the border and entering the
drawable portion of the same window.

Either you are doing something wrong in gathering the crossing events,
or there's a bug in the server you are using.

*************************************************************
Adrian Nye (314) 531-1231    Editor, The X Resource
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************
From: jpn@inmet.camb (Joseph Niedercorn)
Newsgroups: comp.windows.x.motif
Subject: DesQview/X and Quarterdeck's Motif
Date: 13 Oct 92 18:56:03 GMT
Organization: Intermetrics, Inc.
X-Newsreader: TIN [version 1.1 PL6]


   I have a PC and a Workstation connected together via ethernet with
the PC running Quarterdeck's DesQview/X X Window Server.  Currently I
run Motif from the workstation with the display as a client on the PC.


   The performance is a bit slow, and I've noticed that even moving
the cursor generates quite a bit of network traffic.  I am considering
buying Quarterdeck's Motif implementation for the PC, which I am
hoping will a) reduce the network traffic because the window manager
will now reside on the same machine as the X server, and b) improve
the response time.

   Has anybody had any experience with DesQview/X and Quarterdeck's
Motif?  If so, was there a significant improvement in response time
colocating the X server and Motif.

   Thanks in advance,

   Joe Niedercorn
   jpn@fanny.wash.inmet.com
Newsgroups: comp.windows.x.motif
From: naughton@chinet.chi.il.us (Thomas Naughton)
Subject: Shared libraries for Motif 1.2 on Sun
Organization: Chinet - Public Access UNIX
Date: Tue, 6 Oct 1992 15:30:41 GMT

   I've already compiled version 1.2 of Motif on a Sun 4
machine and everything works fine.  However, our programmers
REALLY want to utilize shared libraries.  I know OSF doesn't 
support shared libraries for Motif, but I know they can be
done.  I just don't know how.  Has anybody implemented
shared libraries for Motif 1.2 on a Sun?  I would appreciate
any advice on how to go about implementing shared libraries.
   If there are any commercial organizations that provide such
an animal, I'd be interested in hearing about them too.  Thanks. 
-- 
Thomas M. Naughton	              "Love is chemistry, but sex is physics"
naughton@nauts.chi.il.us (prefered)   naughton@chinet.chi.il.us (alternate)
Nobody is responsible for anything I say or do but me.  Sometimes not even me.
From: gsa@informatik.uni-kiel.dbp.de (Gisa Susanne Ahrendt)
Newsgroups: comp.windows.x.motif
Subject: Wanted: Help Manager
Date: 12 Oct 1992 07:10:08 GMT
Organization: Department of Computer Science, University of Kiel, Germany
Distribution: inet
NNTP-Posting-Host: odin.informatik.uni-kiel.dbp.de
Keywords: Help Manager

I'm looking for a 'help manager' program under motif or open window.
The 'help manager' should work like the program 'WinHelp()' under MS
DOS Windows 3.0 or 3.1 (or like that in OS 2).

It should be possible to integrate the help functions in my own
programs.

Any hints appreciated.

Please mail to  gsa@informatik.uni-kiel.dbp.de

Thank's in advance,

Karsten Arndt
--
+----------------------------------------------------------------------+
| Gisa Susanne Ahrendt                                                 |
| Department of Computer Science              Phone:  ++49-431-5604-69 |
| University of Kiel                          Fax:    ++49-431-566143  |
From: connolly@convex.com (Dan Connolly)
Newsgroups: comp.windows.x.motif
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Date: 7 Oct 92 23:01:18 GMT
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <1992Oct7.172357.13780@PA.dec.com> klee@wsl.dec.com writes:
>
>3.  Complex technical subjects.  In general, I've found the O'Reilly
>books to be lacking (compared to the competition) when it comes to
>discussing complex problems commonly found during industrial
>development.  For example, the Asente/Swick book is infinitely more
>useful than the O'Reilly books on the X Toolkit.  Perhaps the
>Asente/Swick book is extraordinary, but I think it is the resposibility
>of a useful bibliography to point this out.
>

My sentiments exactly. The O'Reilly books seem to say, "this is pretty
much how you do it. Here's an example or two." But they don't give the
impression of conveying the truth, the whole truth, and nothing but
the truth.

They certainly have their place! They're highly readable and pretty well
organized.

Here's a chronological list of the books I've used to learn X.

OSF/Motif programmer's guide -- This is a bad book. I learned how
to do "hello world" in Xt/Motif, and I learned a little about XmStrings
and UIL, but the more I learned, the lower my opinion of this book.

O'Reilly IV: Intrinsics -- Not bad, but like the man says, not
enough.

Asente & Swick -- Gotta have it. After reading the OSF books and
O'Reilly, I picked up this book and said to myself, "Ah! so this
is what's _really_ going on." The index is wonderfully detailed,
and the book is just plain thorough.

O'Reilly I: XLib Programming Manual -- Good enough for me. I suppose
there's something like Asente&Swick for Xlib programming (the Gettys book?)
but I do mostly Xt programs, and this book is enough.

OSF/Motif AES UEA valume (i.e. the man pages) -- Again, these usually
do the trick. If I can't find the answers in the man pages or
Asente&Swick, it's time to break out the source.

O'Reilly VI: Motif -- Overkill for me. If this book were around
back when I was messing around with the OSF/Motif programmer's guide,
I would have had considerable use for it. But these days it's easier
to just look through the source.

Young -- I taught a short course on Motif programming using Young's
book on Motif. It worked well. The technique of successive elaboration
of example source code is very effective. After all: don't programmers
learn much of what they know by reading source code?

Dan

p.s. If you have use for something like UIL, check out Wcl. It's
leaner, meaner, and niftier.
Xref: sparky comp.windows.x.motif:6871 comp.databases.oracle:1870
From: littlec1@jaguar.uofs.edu (Chris Little)
Newsgroups: comp.windows.x.motif,comp.databases.oracle
Subject: ?? Integrating Oracle and Motif ??
Date: 16 Oct 92 21:00:24 GMT
Article-I.D.: jaguar.1992Oct16.160024.1
Followup-To: comp.windows.x.motif
Organization: University of Scranton


I intend to write an application that integrates Motif and Oracle.
The operating system is VMS 5.5.  Are there any commercial applications
out there to bring about this integration easily?  I had planned on
writing the entire application in C, with calls to Motif routines and
EXEC SQL ststements.  However, I'd like to hear suggestions if ye have any?

Thanks in advance for your help.

--
Chris Little, Programmer/DBA                    University Computing Systems
                                                University of Scranton
  LITTLEC1@JAGUAR.UOFS.EDU                      Scranton, PA 18510
From: meeks@osf.org (W. Scott Meeks)
Newsgroups: comp.windows.x.motif
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Date: 16 Oct 92 20:13:36 GMT
Distribution: inet
Organization: The Internet

>Date: 13 Oct 92 17:09:26 GMT
>From: pa.dec.com!rdg.dec.com!cats.muh.dec.com!uli@decwrl.dec.com  (OOOO-OpenObjectOrientedOgre)
>
>I agree with the advantages of using UIL, but (perhaps I'm missing something?)
>
>my debugger isn't happy about UIL  :^((

Could you be more explicit?  Specifically, what version of UIL, what
debugger, and what problems it's having?  Thanks.

W. Scott Meeks           | We must live with the fact, true throughout recorded
Open Software Foundation | history, that our artifacts are sometimes flawed and
meeks@osf.org            | cause us to die in novel and unexpected ways, and we
(617) 621-7229           | can only do our human best to minimize the problems.
Practice random kindness and senseless acts of beauty.
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x.motif
Subject: Re: xmkmf
Date: 7 Oct 1992 10:33:17 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: tommy
Keywords: xmkmf imake

In article <1992Oct7.011709.22856@mcs.kent.edu>, chen@humboldt.kent.edu
(Chen) writes:
|> 1. xmkmf is just a shell script, and the real program is imake, usually
|> in
|>    /usr/bin/X11
|> 
|> 2. The easiest way is to go to another same type of machine where it has
|> imake
|>    and copy it. I ran into a problem because the imake I got gave me the
|> error
|>    like: 
|> 	4: Can't find include file Imake.tmpl
|>    Since I didn't find the directory defination in xmkmf script, I
|> figured that
|>    the path must be hard coded in the executable, and since I couldn't
|> write to
|>    /usr/lib/X11/config, I gave up.

No, the directory path to Imake's configuration files is *not* hard coded
in the Imake executable. You can specify it by the -I option, e. g.
	imake -DUseInstalled -I/usr/local/X11R5/lib/X11/config
This is actually all the xmkmf script does, and you don't need xmkmf to
call imake - except to save some typing.


|> 3. At last, I went to iworks.ecn.uiowa.edu and extracted all the X11R5
|> files. 
|> (Thank you Larry Headlund, I appreciat your help) The imake among all
|> the binary
|> files was not compiled with shared library, so I just used the old xmkmf
|> to 
|> call this imake.   
|> Here, though, I still have some questions: does this imake not use
|> those
|> template files at all?

Sure, it does. And if (by chance) the X Window System is installed on your
system in the same directories as on the host you downloaded from, Imake
even uses your local configuration files.


|>How do we deal with binarys compiled with shared library, namely,
programs that were compiled with hard coded path of libraries?

That's just one of the goodies Imake offers. The correct path is deducted
automatically from Imake's configuration files.


|> Anyway, that's how I just compiled the application which I got from
|> somewhere.
|> So far, the imake works fine. Hope this is helpful. If you have any
|> better idea,
|> please post.

You could have tried imake-pure.tar.Z from ftp.germany.eu.net in directory
/pub/X11/misc/Imake. It is a stand-alone Imake ripped off from X11R5.


-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: reiner@medusa.bioc.aecom.yu.edu (Peter D. Reiner)
Newsgroups: comp.windows.x.motif
Subject: XmString and app-defaults
Date: 8 Oct 92 16:27:06 GMT
Organization: Albert Einstein Coll of Medicine
Originator: reiner@medusa

I can specify the text of an XmString in app-defaults and
feed that to a list widget (for example); I'd like to specify
the font (and other XmString attributes) in the same app-default
entry. Is this possible without having a separate "font"
entry?
Thanks
-Peter Reiner
From: dbl@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: SUMMARY: Opinions on O'Reilly Volume Six
Date: 8 Oct 92 12:51:00 GMT
Distribution: inet
Organization: The Internet


|> on Motif around.  It's even more comprehensive than the OSF/Motif
|> Programmer's guide, and is written in a *much* more accessible

It should be noted that the OSF/Motif Programmer's Guide Revision 1.2 has 
been substantially revised and should not be overlooked. (It's available now
from P-H.)

-- 
David B. Lewis  	Temporarily at and certainly not speaking for OSF.
by day: dbl@osf.org			by night: david%craft@uunet.uu.net
Newsgroups: comp.windows.x.motif
From: hellmann@cs.scarolina.edu (Doug Hellmann)
Subject: Re: Menu Sensitivity
Organization: USC  Department of Computer Science
Date: 15 Oct 92 19:19:56 GMT

pkj@bnr.ca (Peter Jarvis) writes:

>I'm trying to setup an application  that has a menu option  containing
>the options:

>	Delete Item
>	Modify Item

>	Password

>When the  program  initialises  the delete  and  modify  options  have
>sensitivity  turned off.  What I want to do is allow a user to enter a
>password which turns on the  sensitivity of the delete and modify menu
>options.

>At present I'm using the O'Reilly Motif 6 BuildMenu  functionality  to
>generate  the  menu  stubs.  How do I turn on the  sensitivity  of the
>delete and modify  options  from the  password  menu  option  callback
>routine?

>I'd be grateful for any help on this matter.

A friend of mine here is working on a similar problem.  The problem seems to
be that you don't know what the real name of the particular widget is.  He was
going to work on the O'Reilly code to see if he could make it work with what
he wants to do.

We tried using a resource file, since there was no explicit widget in the
program we could use.  We could get the entire menu to be turned sensitive or
insensitive, but not any individual button.  This is what leads me to believe
that it is a naming problem.  I haven't looked at the O'Reilly code to know
what it uses for a name for the buttons, and if there are widgets created in
between that you need to know the names for.

My advice to him was to create the menus manually or rewrite the function so
that he could force the names of the buttons to be user specified, but I only
told him that this morning, so I don't know how far he is with it.

Doug Hellmann
hellmann@cs.scarolina.edu
From: iii@rock.concert.net (Bill P Margolis -- Integrated Industrial Info.)
Subject: kanji char set
Organization: CONCERT-CONNECT -- Public Access UNIX
Date: Mon, 12 Oct 1992 16:15:25 GMT


 Hello World,
   I have a need to display the kanji character set under OSF/Motif.
 I have no idea where to start(ie. double byte chars, and other font problems).
 I am using an existing motif program with propects of overseas distribution.
 If any one has any sugestions please e-mail me at iii@rock.concert.net 

 Thanks 
 Bill
From: jason@hpcvxjts.cv.hp.com (Jason Su)
Newsgroups: comp.windows.x.motif
Subject: Re: PopupMenu with XmNwhichButton changed locks X server
Date: 13 Oct 92 20:04:23 GMT
Article-I.D.: hpcvusn.1992Oct13.200423.19943
Reply-To: jason@hpcvxjts.cv.hp.com (Jason Su)
Organization: Hewlett-Packard Laboratories

|>dialog()
|>{
|>    XtManageChild(popup1);
|>}
|> 
...
|>    XtSetArg(arg_list[0], XmNwhichButton, 1);
|>    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 1);
|>/*
|>    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 0);
|>*/
|>    btn3 = XmCreatePushButton(popup1, "button_3", arg_list, 0);
|>    btn4 = XmCreatePushButton(popup1, "button_4", arg_list, 0);
|>    XtManageChild(btn3);
|>    XtManageChild(btn4);
|> 
|>    XtAddCallback(btn1, XmNactivateCallback, dialog, NULL);

The menu system has many of its roots in the original DEC toolkit.  One of the
features that was inherited was its Popup menus.  It is my opinion, since I
don't work for OSF, that the only supported way to post a popup menu with a
button event is through a button event handler.  Later versions of Motif
( >1.2.0 ) may be able to figure out a sane way to allow popups from callbacks,
but in the meantime, if you wish to have the best chances for successfully
posting a Popup menu, you should have something like the following in your
application:

	Popup = XmCreatePopupMenu(parent, "Popup", args, argcnt);
	XtAddEventHandler(attach_widget, ButtonPressMask, False, PostIt, Popup);

... in my opinion.

			-Jay Su
			jason@cv.hp.com