HDTenEightyP/NetNews huggingface dataset:
From: lewis@iris1.oceanroutes.ns.ca (LLoyd Lewis)
Newsgroups: comp.windows.x.motif
Subject: fontlist problems (bugs!!!)
Summary: fontlist  problems (bugs!!!)
Keywords: fontlist
Date: 14 Apr 92 03:28:38 GMT
Organization: NSTN Network Operations Centre, Nova Scotia, Canada


I have been working with font lists over the past few days and have proven
that the following two problems exist with Motif 1.1.

Working environment:

HP 9000 model 834
HP-UX version 7.0
X Window System, version 11 (X11) display software libraries (OSF/Mofit environment)
    with a toolkit and window manager for window-based applications.
Motif 1.1 
C language

In the XmSelectionBox widget

1)  The resources:  XmNbuttonFontList
                    XmNlabelFontList
                    XmNtextFontList

    make it possible to override the default "fontlist" in the ".Xappl-attrib" file;
    but, only the first character set in this list is used, irrespective of
    character sets named in XmStringCreateLtoR.

2)  There is no way to override the default "fontlist" in the ".Xappl-attrib" file
    for the selection list items;  but, character sets named 
    in this font are used properly by items in the selection list. 


These problems are obviously bugs in Motif 1.1.  Have any patches been released
to resolve these problems?  If so, how can I gain access to them?

 
Thanks, Lloyd
From: erck03@castle.ed.ac.uk (John Wexler)
Newsgroups: comp.windows.x.motif
Subject: Conversion routines
Date: 7 Apr 92 09:53:43 GMT
Organization: Edinburgh University Computing Service


Conversion routines - the ones which take strings (as in a resource file) and deliver objects of useful types:  I can find plenty of documentation which says which ones exist, and how you can use them, but none which says exactly what they do. What is the syntax that they accept?  Or, better still, where can I find it docuemented?  I find numerous examples, but no formal definition.

For instance, it's clear that the one which turns strings into fontlists accepts a general and versatile syntax:
   fontname1=charset1,fontname2=charset2,fontname3=charset3
and it's also evident that you can leave bits out:
   fontname1
or
   fontname1,fontname2=charset2
but it isn't clear which bits you can leave out, and what fontlist is delivered for a string like
   fontname1,fontname2,fontname3=charset3,fontname4,=charset5

Also, if the fontlist conversion is so sophisticated, why is the XmString conversion so feeble?  Why can't I specify a multi-segment string, with charsets and directions for each segment? ... or perhaps I could, if I only knew how to do it.

    John Wexler, Edinburgh University Computing Service,
    J.Wexler@ed.ac.uk or erck03@castle.ed.ac.uk
    +44 31 650 5009, fax +44 31 662 4712
From: ruben@lim1.UUCP (Ruben Gamboa)
Newsgroups: comp.windows.x.motif
Subject: Hiding Overlapping Windows
Date: 9 Apr 92 15:41:24 GMT
Distribution: inet
Organization: The Internet


This bounced back, so I'm trying again.  Sorry if it's a repost!!

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


This might be a FAQ, though I checked my copy and didn't see it there.  Please
refer me to the appropriate FM if this is stupid.  But....

Many moons ago, I tried to tackle an annoying problem in our application.  As
more and more dialogs are created, motif's approach of enforcing that no dialog
hides a parent dialog just didn't do the trick.  I prayed for a XtSetParent
call, but there was no such thing, and I looked in vain for a "DialogRaised"
callback where I could say "no, don't raise this thing".  So, I gave this up as
a Lost Cause, and decided to live with the fact that occasionally a modal dialog
will come up, then get hidden by some other dialog, thus "freezing" the screen.
Users can always move all the dialogs around until they find the modal one,
right?  Users love that kind of thing :-)

Well, I was watching a friend use the X version of FrameMaker the other day,
and I saw it do an interesting thing.  When a modal dialog came up, if you hid
it (even partially) by another dialog in the application, the modal dialog
would notice this and automatically raise itself back up to the top.  It was a
miracle, I thought!  Not quite as good as not hiding the dialog in the first
place, but still much better than what I'm doing.

Now, after seeing this bit of magic in FrameMaker's part, it is becoming
increasingly difficult to keep a straight face when I tell my boss that this
"window freezing thing" is just an X/Motif Problem, and that there's nothing I
can do about it.  So, does someone out there know how I can detect that one of
my dialogs is being obscured?  I looked before and couldn't find the trick, and
I'm getting ready to look again, but I figured I'd ask to see if somebody's
tackled this recently enough to remember what they did.  If so, please drop me
a line and give me a hint of the direction I should start looking at.

Any help is greatly appreciated!

Thanks,

Ruben Gamboa
Logical Information Machines
E-mail: ruben@lim1.uucp or lim1!ruben@cs.utexas.edu
Phone:  (512) 346-5464

Xref: sparky comp.windows.x.motif:3254 comp.windows.x:10117
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: HELP! - changing contents of option menu - HELP!
From: chrisw@chopin..FtCollins.NCR.com (Chris Whitley)
Date: 14 Apr 92 17:31:14 GMT
Reply-To: chrisw@chopin..FtCollins.NCR.com (Chris Whitley)
Organization: NCR Microelectronics, Ft. Collins, CO


 
I need to change the contents of an option menu.
For example, an option menu which used to let one choose between
("one", "two", "three", "four") might be changed to allow
choices between ("five", "six")
 
I have written code which destroys all the old buttons
and then creates new ones, and this sort of works...
sort of in that I can get a new option menu to pop
up, but it tends to core dump and I cannot seem to
change the visible option button label until I choose
from the new menu.
 
 
/*****************************************************************/
XtUnmanageChild (wOptionMenu);
XtUnmanageChildren (OptMenuButtons, NumButtons); 
for each child (XtDestroy(OptMenuButton)); 
for each new_child (XmCreatePushButtonGadget(wOptionMenu, ...)); 
XtManageChildren (NewOptMenuButtons, NumNewButtons); 
XtVaSetValues (wOptionMenu, XmNmenuHistory, NewOptMenuButton, NULL);
XtManageChild (wOptionMenu);
/*****************************************************************/
 
Please help!
---------------------------------------------------------------
Chris Whitley            email: Chris.Whitley@FtCollins.NCR.COM
NCR Microelectronics     Phone: (303) 223-5100 ext. 432
2001 Danfield Court        Fax: (303) 226-9556
Ft. Collins, CO  80525
Newsgroups: comp.windows.x.motif
From: nathan@netcom.com (Nathan Alan Whelchel)
Subject: Re: pointer cursor to indicate Working  
Date: Fri, 10 Apr 92 06:52:57 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: na
Keywords: pointer, cursor, wristwatch, hourglass

In article <1992Apr9.160918.15207@kodak.kodak.com> deal@Kodak.COM writes:
>
>I would like to use a visual indicator (e.g. wristwatch, hourglass) to indicate
>that my callback is busy working. I have searched a number of reference books
>(including Motif-FAQ) and cannot find a description of how to implement this
>simple (yet very useful) feature.
>
>I would want the wristwatch to appear only when the pointer cursor enters my
>application and my application is busy.  Is there a name for this type of
>behavior? 
>
>I would appreciate it if someone could point me in the right direction
>or send me a reference to code that performs this function.
>
>Thanks in advance,
>  ======================================================================
>  | Steve Deal	 	| Internet: deal@Kodak.COM		       |
>  | Eastman Kodak Co.	| UUCP:     ...rutgers!rit!kodak!tempus!deal   |
>  | Engr. Systems Div.	| Voice:    (716) 726 - 5396		       |
>  | mailcode: 35108	| FAX:	    (716) 726 - 7406	               |
>  | 901 Elmgrove Road	| 					       |
>  | Rochester, NY	| 					       |
>  | 	   14653-5108   |					       |
>  ======================================================================
>    Disclaimer:	"Everyone is entitled to an opinion, 
>		 the above is mine and not that of my employer."
From: jbilotti@zen.cac.stratus.com (John Bilotti)
Newsgroups: comp.windows.x.motif
Subject: Keyboard focus BUG!, or Programmers OOPS! ?
Keywords: bug
Date: 15 Apr 92 17:03:31 GMT
Organization: Stratus Computer, Inc.

Hello Netters,


   While developing a complex user interface, I have come accross a Serious
bug in either my code, or Motif itself. PLEASE HELP, as I need to have this
interface in production by June 1.

 System: Sun SPARCstation running SunOS 4.1.1
         QuestWin MOTIF, X11r4
 	 Coded with standard library and convience functions, No UIL.

 Problem: I have a Large form containing many Option Menus, Single Line
          Text Fields, 2  MultiLine Edit Fields, and a Menu Bar. Almost
          every button under the Menu Bar has a Accelerator Key. There is also
          a mnumonic set for each item in each Cascade button.
          All works Great from the keyboard, and the mouse, however the
          mnumonics are not underlined when the Pull Down menus are in
          focus. 
          Now here's the major bummer. According to the Style Guide the F10 key
          cannot be redefined, as it's job is to activate the menu bar. If a user
          has just clicked on, or Tabed to a Option Menu Field (So that it is 
          highlighted, and in Focus) and then hits F10, the First item in the
          menu bar appears to get Focus. If a <CR> or Enter is then hit to 
          "Pulldown" the menu. The Option Menu gets activated, and All Focus 
           goes to the Option Menu leaving the menu bar, and the selected menu
           open on the screen without focus. From this point on until the 
           application is exited, All Keyboard commands (Acceleratios, numonics, etc)
           are IGNORED!! This inculudes the Alt keys assigned by mwm. HELP!!!!!
           If the menu bar menu is selected with a SPACE after a F10, all is fine.

I would appreciate any help, or suggestions, as I am out of Ideas at this point. 
Note: I have only been programming motif for a Few months now, so a mistake/
misunderstanding on my part is highly likely.

  Thanks.
     John Bilotti
  

-- 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  John L. Bilotti    | I'm not a Systems Engineer, but I play one at work.   |
|  Stratus Computer   |                                                       |
|    Marlboro,MA      | My favorite past-time is creating saw dust.           |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
+ Disclaimer: Stratus might respect my opinions, then again they might not!   +
+-----------------------------------------------------------------------------+
+  Post or Send replys to : jbilotti@zen.cac.stratus.com                      +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newsgroups: comp.windows.x.motif
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: tabs in the items of a scrolled list
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Fri, 10 Apr 92 15:49:11 GMT

In article <jbk02s0@fido.asd.sgi.com> margi@indigo.asd.sgi.com (Margie Levine) writes:
>I have a scrolled list that is created by reading in a file and
>making each line an item in the list.  The lines in my file have
>tabs in them and when they appear in the scrolled list, the tabs
>dissappear.  This makes the fields in each line look packed one
>against the next.  Is there any way to get a list to recognize my
>tabs?
>

That's because the glyph for the tab character in the ASCII alphabet
for the font you've chose has a width of 0.  Other fonts have different
glyphs in this position.  The bottom line is, you have to expand the 
tabs with spaces.

-- 

Kaleb Keithley                               kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: jct@se33.wg2.waii.com (Jim Thompson)
Newsgroups: comp.windows.x.motif
Subject: Re: double clicking on a list item
Date: 14 Apr 92 17:27:09 GMT
Reply-To: thompson@se01.wg2.waii.com
Organization: Western Geophysical Exploration Products
In-reply-to: margi@indigo.asd.sgi.com's message of 14 Apr 92 00:20:54 GMT

In article <jgtfks4@fido.asd.sgi.com> margi@indigo.asd.sgi.com (Margie Levine) writes:

   Is it possible to create callbacks such that the user can either 
   single click on a list item or double click on a list item and
   have the single click do something different than the double click?

   It seems that when I double click on one of my list items, I go
   into both my browseSelectionCallback and my defaultActionCallback.
   I'd like to go into just my defaultActionCallback, or else be 
   able to tell that I'm in a double click so that my 
   browseSelectionCallback can just return without doing anything.

   Anyone tried this?

Yeah, and it's not easy.  The trouble is that the X server doesn't
know about double-clicks (in fact, it doesn't know about "clicks" at
all, just button-downs and button-ups, but I digress).  The toolkit
does little better: it can report double-clicks, but only after first
reporting the single-click (the first of the pair).  

The XmList widget works the same way.  It reports the first as a
single-click (browseSelectionCallback), then if there's another
mouse-up within some time period (XmDoubleClickInterval) it gets
reported as a double-click (defaultActionCallback).  There's no way to
tell whether your browseSelectionCallback is part of a double-click
because the second click "hasn't happened yet".

The only way to make single- and double-clicks completely independent
is to wait after receiving a click, to see if another one arrives.  If
it does, it's a double click.  If, after waiting some short interval,
a second click does not arrive, it's a single.  In Xt, you can
accomplish this using XtAddTimeOut.  The logic looks something like
this (pseudo-code, of course):

handle-button-up()
{
  if (timer in progress)
    {
      turn off timer;
      do double-click;
    }
  else
    set timer for X milliseconds;
}

handle-timout()
{
  do single-click;
}

I used code like this in a Widget I wrote a couple of years ago;  the
basic idea should also work for the XmList widget.  ButtonUp would be
your browseSelectionCallback function, and you'd have no
defaultActionCallback.

Hope this helps.
Jim
--
   _    Jim Thompson           | What men are poets who can speak of Jupiter
 _| ~-  thompson@wg2.waii.com  | if he were like a man, but if he is an     
 \,  _} Western Geophysical    | immense spinning sphere of methane and     
   \(   Houston, Texas         | ammonia must be silent? --Richard P. Feynman
From: bjoerns@stud.cs.uit.no (Bjoern Stabell)
Newsgroups: comp.windows.x.motif
Subject: 2 questions
Date: 10 Apr 92 01:25:22 GMT
Organization: University of Tromsoe, Norway


I'm working on a Motif XTalk version (probably done hundreds of times before)
and I have run into two major problems:


- I want to keep all the XmText translations but still hinder the user from
  doing any changes but those acceptable by talk (should be talk compatible
  so the the XmText widget should behave like a 'serial connection'.)

  I have solved this problem, but not easily or elegantly by adding a
  verifyCallback to the XmText-widget and always inserting/deleting characters
  from the end of the text-source. The problem is that pasting text seems
  to have a 'postition' attached to it, so moving the InsertionPosition to
  the last position won't affect where the text is pasted. I would also
  prefer a simpler solution, like "XmTextSerialMode(w, True)" but I guess
  that's too much to ask... :)

  Also, how can I detect when, and which, control characters are pressed -
  using lines like "Ctrl<Key>A:  insert-string("^A")" is a pain, something
  simpler must be possible. (I haven't found any other way of doing this
  except doing XLookupString() on the XEvent supplied to the callback
  routine, the problem is that it crashes if text is pasted and not inserted/
  deleted normally.)

- I using a HP9000/720 running HP-UX 8.07, which supports NLS, so I have my
  LANG environment variable set appropriately to "norweginan.iso88591". The
  only problem is that the dialog titles seems to be quite messed up if Motif
  encounters a "." in the LANG variable. The result is that something that
  resembles the string to the right of the "." is inserted in front of the
  dialog title (which otherwise looks ok). This seems like a bug, but it
  might well be some strange feature in Motif I haven't heard of... :)


Hope anybody finds the time to answer my pleas for help... :)


// bjoerns
-- 
+   +   +   +   +   +   +   + _ +   +   +   +   +   +   +   +   +   +   +   +
+ <<< Bjxrn Stabell >>>  _   //  C= AMIGA ... Only Amiga makes it possible! +
+ University of Tromsx   \\ //                                              +
+ bjoerns@stud.cs.uit.no  \X/     (Use iso fonts if you wanna see the x!)   +
+   +   +   +   +   +   +   +   +   +   +   +   +   +   +   +   +   +   +   +
Newsgroups: comp.windows.x.motif
From: terry@ithaca.npd.Novell.COM (Terry Lambert)
Subject: Re: having an xterm in another app's window
Organization: Novell NPD -- Sandy, UT
Date: Fri, 10 Apr 1992 19:34:57 GMT

In article <1992Apr3.155707.15571@sniap.mchp.sni.de>, Mathias.Koerber@sniap.mchp.sni.de (Mathias Koerber) writes:
|> Is it possible with Motif (1.1), to create a widget (maybe a formWidget or
|> a PanedWidget), and put a full xterm into it, so that it is *not*
|> managed by the window manager, but resized by whatever I do to the parent 
|> widget? I think I need an xterm, so I can run an editor in there.
|> 
|> Any ideas anyone?

Try:

	1)	Grab MapNotify for the server
	2)	Fork xterm
	3)	Reparent first window mapped
	4)	Ungrab MapNotify
	5)	Map widgetwindow - xterm child window will be mapped


Or:

	1)	Add -window option to xterm
	2)	Start widget owner of window
	3)	Map Widget window
	4)	Start xterm giving wiget-window as -window option


The first will probably be jumpy, since you will have to XGrabServer to steal the events away
 from the window manager.  The second is more elegant, but requires a modification to
xterm (not that I don't think ALL X applications shouldn accept a "-window" argument).

							Terry Lambert
							terry_lambert@gateway.novell.com
							terry@icarus.weber.edu
From: bobh@wrgate.wr.tek.com (Bob Heath)
Newsgroups: comp.windows.x.motif
Subject: Re: Hyper text Help Programming
Date: 15 Apr 92 22:03:58 GMT
Reply-To: bobh@wrgate.wr.tek.com
Followup-To: comp.windows.x.motif
Organization: Tektronix, Inc.


There is a product called HyperHelp made by Bristol Technology Inc.
which can be used to create hypertext style help for Motif
applications. It contains a Help Compiler which converts text and
bitmaps into a hypertext file, and a Help Viewer which gives you
the ability to examine the files using hypertext linkages. The look
and feel of the viewer is modelled after the Help function of
Microsoft windows. In fact, the text that you input to the Help
compiler is identical to that used by MS Windows and must be 
created with the MS word editor. 

I think the way their pricing works is that you pay a license fee 
for the compiler, but no per-product royality, and may freely 
distribute the viewer with your product.

You can reach Bristol Technology at:

	Bristol Technology
	898 Ethan Allen Highway
	Ridgefield, CT. 06877
	203-438-6969
	203-438-5013 (fax)
	email: jean@bristol.com

I haven't yet used the product, but have recived and tried out their
demo package. It looks pretty good to me. I'd be interested in
hearing from others that have actually used it.

Disclaimer: 
I have no connection with Bristol Technology except as a potential
customer. The opinions expressed above are my own and not 
necessarily those of my employeer. 

Bob Heath
bobh@wrgate.wr.tek.com
Newsgroups: comp.windows.x.motif
From: margi@indigo.asd.sgi.com (Margie Levine)
Subject: pop-up window question
Reply-To: margi@indigo.asd.sgi.com (Margie Levine)
Organization: Silicon Graphics Inc.
Date: Sat, 11 Apr 1992 01:51:35 GMT

What is the best way to create a pop-up window that is set apart from the
rest of my application's widgets?  For example, suppose my top level shell
creates a form that contains a list with a couple of buttons.  When the user
hits one of the buttons, I want to create a selectionbox and I want it to
appear outside the form that contains the original list and buttons. It 
seems like I would like to create the selection box as a second child of 
my top level shell, but that's not legal, right.  Should I create a second 
top level shell?  What's the "standard" way of doing this?

Also, suppose that the popup that I want to create doesn't exactly match
one of the motif convenience routines.  Am I supposed to use the
XtCreatePopupShell() and XtPopup() routines?  Can a popup shell created this
way this contain any type of widgets, like forms, lists, etc? 


 - Margie Levine
   margi@sgi.com


Xref: sparky comp.windows.x.motif:3269 comp.sys.hp:5320
From: markv@pixar.com (Mark VandeWettering)
Newsgroups: comp.windows.x.motif,comp.sys.hp
Subject: Motif 1.1 broken on HP700 series?
Keywords: motif, XmVaCreateSimple*
Date: 15 Apr 92 01:38:16 GMT
Organization: Pixar -- Point Richmond, California


I was working on porting a simple motif application to the HP700 workstations,
and Motif seems to be confused.  In particular I find that the 
XmVaCreateSimplePulldownMenu and XmVaCreateSimpleMenuBar functions do not 
function correctly.  The menubar created with XmVaCreateSimpleMenuBar has 
one too few buttons (the first one is missing) and each of the pulldown
menus I create to hang off this menubar are empty (I created them with
XmVaCreateSimplePulldownMenu).  By trial and error, I found that by 
adding an extra NULL argument before the actual variable args to the 
functions, everything comes out fine.  Very strange.  I suspected that
I have some kind of varargs problem, but it eludes me...

Does anyone here know what is wrong?  Any clues/more elegant fixes?

(P.S. By the way, I am compiling in ANSI mode (-Aa)).


Hope to hear from you soon...
				Mark VandeWettering (markv@pixar.com):w
From: pnd@jach.hawaii.edu (Phil Daly, JAC, 665 Komohana St, Hilo HI 96720, USA)
Newsgroups: comp.windows.x.motif
Subject: Re: PostScript Viewer?
Date: 10 Apr 92 21:24:32 GMT
Reply-To: pnd@jach.hawaii.edu
Organization: UK/Canada/Netherlands Joint Astronomy Centre, Hilo, HI


Aha, couldn't find anything on DXVDOC so I took the honourable course and
messed about with the session manager applications menu. LO and behold, by
default, there's an application called `CDA Viewer'. Being inquisitive by
nature I fired it up and, guess what, it's a PostScript view.

CDA, I believe, stands for `Compound Document Architechture' and the CDA 
Viewer accepts formats like PostScript, DDIF, TDIF etc.

So, DECwindows has a PostScript viewer by default. It's not as fast as
the SUN Page Viewer but it does work. Thanks to all those who responded.

Phil Daly,
Joint Astronomy Centre
Newsgroups: comp.windows.x.motif
From: margi@indigo.asd.sgi.com (Margie Levine)
Subject: double clicking on a list item
Reply-To: margi@indigo.asd.sgi.com (Margie Levine)
Organization: Silicon Graphics Inc.
Date: Tue, 14 Apr 1992 00:20:54 GMT

Is it possible to create callbacks such that the user can either 
single click on a list item or double click on a list item and
have the single click do something different than the double click?

It seems that when I double click on one of my list items, I go
into both my browseSelectionCallback and my defaultActionCallback.
I'd like to go into just my defaultActionCallback, or else be 
able to tell that I'm in a double click so that my 
browseSelectionCallback can just return without doing anything.

Anyone tried this?

 - Margie Levine
   margi@sgi.com

Xref: sparky comp.windows.x.motif:3082 comp.windows.x:9707