HDTenEightyP/NetNews huggingface dataset:
From: dao+@rchland.ibm.com (Dan Dao)
Newsgroups: comp.windows.x.motif
Subject: Re: scrolled window question
Date: 6 Nov 92 17:23:45 GMT
Reply-To: "Dan Dao" <dao@rchland.VNET.IBM.COM>
Distribution: inet
Organization: The Internet

Excerpts from ext.xwindows.motif-digest: 5-Nov-92 scrolled window
question DBOHDAL@JAGUAR.ESS.HARRI (590)

>    I'm writing a schedule application using X11R5 and Motif 1.1.4 and
> I have a scrolling window problem.  Due to the amount of data I want the
> user to be able to scroll I really need a drawing window inside of
> my scrolling window to be about 50,000 pixels wide.  However, due to
> the width limitation in Motif the maximum width I can have is 32768.
> I would really prefer X to handle my scrolling for me (instead of my
> code doing it). Has anyone encountered and came up with an idea on
> how to solve this problem with X doing the scrolling?

Yes, I ran into it many times and don't have a clean solution for it.
If you do, please let me know.
What I did to get around it is:

Size your window to 32768.
Have a 'go to' button somewhere.
And code 'go to' call back so it will pop up a dialog to ask where
When user specify that number, you, then,  take that number and calculate
where and reset your drawing.

Someone suggested me to write my own scrolled window. But it takes too much
time.




Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Scrollbars
Keywords: XmScrollbars, Scrolledwindows, colors
Organization: Open Software Foundation, Motif Team
Date: Fri, 13 Nov 1992 18:32:27 GMT

 
|> Im using a scorlledwindow to display "stuff" and want to set the
|> scrollbar color to black.  I have tried all possible programmatic and
|> app-defaults options I can think of but still get gray scrollbars.
|> 
|> Does anyone have pointers to how I can set the scrollbars to black?
 

A word on two on ScrollBar color resources first.

In a ScrollBar, 
   the background (pixel) is used to draw the slider and the arrows
   the troughColor is the background of the window 
   the foreground and the background_pixmap are not used at all

(why it is done this way is a long story, involving a visual design
 work that has overriden our programmer's concerns, which is fine :-)

+ you have:
   in 1.2: a dynamic background default: if the scrollbar is in a
        ScrolledWindow then it is the scrolledwindow background otherwise
        it is the Motif default (blueish).
   in 1.1.x: a bug, the ScrolledWindow forces the scrollbar background
	to its own background.
   the troughColor default is the select color associated with the
        current background_pixel.

So I guess that answers your problem if you using Motif 1.1.something.

A way to work around that in 1.1.x is to let the ScrolledWindow creates the
scrollbars with a forced background, get the scrollbar ids and do a
XtSetValues on the scrollbar background.

(BTW, Scale has this problem too, but you're not supposed to know
 Scale uses a ScrollBar)


Daniel

Newsgroups: comp.windows.x.motif
From: singhai@cowardlylion.cis.ohio-state.edu (ashish singhai)
Subject: Xtalk like application source code reqd.
Originator: singhai@cowardlylion.cis.ohio-state.edu
Organization: Ohio State Computer Science
Distribution: comp
Date: Sat, 7 Nov 1992 03:31:06 GMT

Hi netters,
	I need source code for an xtalk like application built on motif.
I heard it was around a few days ago. Can someone e-mail the code to me
or tell me where I can find it!

ThanX a Lot

- ashi
Ashish Singhai
OSU/CIS
614-268-1712
singhai@cis.ohio-state.edu
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: XmNmenuPost syntax question
Organization: Open Software Foundation
Date: 10 Nov 92 17:28:55

In article <1992Nov10.170550.29347@sae.com> david@template.com (David Witten) writes:

   What is the syntax of the menu resource XmNmenuPost?  Can some kind soul
   send me an example of its use?  What I would like to do is have any
   mouse button be able to select a menu entry on a popup menu.

It is essentially identical to that used for translations 
and accelerators.  For example,  "<Btn3Down>" or "shift <Btn3Down>"
would be valid.  Note that currently "<Btn3Down>" will have
the effect of button 3 pressed with no modifiers.  You can add
and remove modifiers in the normal manner described in the 
Intrinsics document.  There are some limits to it and some short
hand notations and r5 extensions aren't understood.




--
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: kyrre@hsr.no (Kyrre Foerli)
Subject: System menues
Keywords: remove
Organization: Rogaland University Centre
Date: Thu, 12 Nov 1992 08:52:00 GMT

This maybe trivial to most of you, but as I'm a novice in this game
I am asking you:

   How do I remove system menues from windows ?
   (Class : topLevelShellWidgetClass)

I'm in a hurry, so please....

Kyrre


Newsgroups: comp.windows.x.motif
From: pickerig@eee.bham.ac.uk (Mr. G. Pickering)
Subject: Re: X, Motif and C++
Date: Thu, 05 Nov 1992 13:53:29 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]

Beng Chin (iscooibc@nuscc.nus.sg) wrote:
:
: 	I am wondering if anyone has compile or know
: 	the problems/deficiencies using X and Motif with
: 	C++.  Particularly, I would like to know if the 3 
: 	are compatible, or if not, how does one re-concile
: 	the imcapatibility.  Am I better off using just C?
: 

I use all 3 quite happily, although you have to put -DXTFUNCPROTO in the
CC command line to ensure that the Xt function prototypes are used.
Motif headers recognize the use of C++ and automatically include
full prototypes.

Are you having any other problems?

Guy

--
+--------------------------------+-----------------------------------------+
| Guy Pickering                  | School of Electronic & Electrical Eng,  |
| E-MAIL: G.PICKERING@uk.ac.bham | University of Birmingham,               |
| Tel: (021) 414 4340            | Edgbaston, Birmingham. B15 2TT.         |
+--------------------------------+-----------------------------------------+
| "I have ten pairs of trainers...One for each day of the week" - Sam Fox  |
+--------------------------------+-----------------------------------------+
From: jimmy@namao.ucs.ualberta.ca
Newsgroups: comp.windows.x.motif
Subject: Motif on 386s
Date: 12 Nov 92 07:26:04 GMT
Organization: Tiger's etc.

Hi,
Is Motif available for PCs (386's) ? If yes, does (Motif) application
development on PCs differ from the workstation world ? Can a Motif
person move freely from PCs <-> workstations from the Motif
perspective ? 
Prices and commercial ordering info welcome.
Thanks,
Jimmy
Please email to jimmy@namao.ucs.ualberta.ca
--
jimmy@namao.ucs.ualberta.ca
Newsgroups: comp.windows.x.motif
From: sougata@cc.gatech.edu (Sougata Mukherjea)
Subject: Text widget not editable - need help
Reply-To: sougata@cc.gatech.edu (Sougata Mukherjea)
Organization: College of Computing
Date: Wed, 11 Nov 1992 00:47:30 GMT

Hi,
I have a bulletin board where I am displaying columns of toggle buttons, text widgets, toggle buttons and finally text widgets. Roughly the structure is as follows:

<Toggle button>  <Text Widget> <Text Widget> <Toggle Button> <Text Widget> <Text Widget>

(there are number of columns of these).

My problem is that even though I make the text widgets editable (SINGLE_LINE_EDIT), 
I can't edit some of the text widgets.

However, if I change the row to:

<Toggle button>  <Text Widget> <Text Widget> 

then the widgets are editable.


Can someone tell me what's wrong?


Thanks,

- Sougata.
==============================================================================	
  Sougata Mukherjea (sougata@cc.gatech.edu)
  Graphics Visualization and Usability Center
  College of Computing
  Georgia Institute of Technology 
=============================================================================
Newsgroups: comp.windows.x.motif
From: ygor@aplexus.jhuapl.edu (Daniel E. White  (F2C))
Subject: Re: Motif package for Sun
Keywords: motif package
Organization: Johns Hopkins U. Applied Physics Lab
Date: Tue, 10 Nov 1992 12:51:48 GMT

In article <1992Nov10.050157.9078@kum.kaist.ac.kr>, jhahn@conan.snu.ac.kr (Jung-Ho Ahn) writes:
|> We are to get a motif binaries for Sun SPARC.
|> Could anyone recommend a good motif package seller?
|> Please let me know the e-mail address of a company, if you know.
|> 
|> Thank you,
|> 
|> Jung-Ho Ahn

  I asked OSF the same question.  Here's their response:

To: ygor@aplexus.jhuapl.edu
Subject: Motif Request
Date: Wed, 04 Nov 92 11:24:10 -0500
From: romeo@osf.org
Status: OR

Daniel,

If are looking for Motif binaries to run on the Sun you can contact on of
the following vendors and they can assist you with that:

ICS	617/621-0060
Quest	408/496-1900
SI Sys	403/264-4343


If it is the Motif Source Code you are interested in please forward me your
mailing address and I can send you out the Motif 1.2 Licensing Kit.  

If you have any further questions please let me know.

Thanks,
Maribeth Romeo
OSF Direct Channels
617-621-7300



-- 
------------------------------------------------------------------------
                                                               Dan White
------------------------------------------------------------------------
"Sometimes  I  think  the  surest  sign  that  intelligent  life exists
 elsewhere  in the universe is that none of it has tried to contact us."
                                                  Calvin (Bill Waterson)
Newsgroups: comp.windows.x.motif
From: afsypng@cid.aes.doe.CA (Jacques Marcoux)
Subject: Help for using osf virtual binding
Organization: Environment Canada
Date: Fri, 6 Nov 92 20:46:17 GMT

 Using UIL I build a pull down menu with several 
push button gadget.

   Then I try to install an accelerator using the osf virtual 
binding. 

	      object
		 copier_pshBtn:XmPushButtonGadget
		 {
		   arguments
		   {
		      XmNlabelString   = copier_etiquette;
		      XmNmnemonic = keysym("C");
		      XmNaccelerator = "Ctrl <Key>osfInsert";
		      XmNacceleratorText = "Ctrl + Ins";
		   };
		   callbacks
		   {
		      XmNactivateCallback = procedure copier_CB ();
		   };
		};

 ..and I get no reaction at all >:(
 I have tried with and without the ~/.motifbind
 Any Idea?
From: dyoung@media.mit.edu (David Young)
Newsgroups: comp.windows.x.motif
Subject: Q: Tab as Return in PromptDialog
Date: 11 Nov 92 19:19:22 GMT
Article-I.D.: news.1992Nov11.191922.16029
Organization: MIT Media Laboratory


I have a dialog created with XmCreatePromptDialog() - where if you press
Return it activates the "OK" button.  I'd like to make the dialog also see
the tab key on the numeric keypad (KP_Tab) as a Return  - so that
pressing tab finishes up the dialog and takes the user's input.

The code I have right now looks something like this:

{
   XtTranslations transTable;
   static char newTrans[] = "<Key>KP_Tab: ???()";

   PromptForAValue_msgbox = XmCreatePromptDialog( parentShell,
"promptDialog", NULL, 0);
   transTable = XtParseTranslationTable( newTrans);

   XtAugmentTranslations( PromptForAValue_msgbox, transTable);
}

Any clues?  Thanks,

david,
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: positioning SlectionBox buttons
Organization: Open Software Foundation, Motif Team
Date: Thu, 12 Nov 1992 20:51:39 GMT

In article <1992Nov12.103521.1@univrs.decnet.lockheed.com>, levay@univrs.decnet.lockheed.com writes:
|> I would like to explicit position the buttons on a selection box.  Does
|> anyone know how to do this?
 
All dialog boxes (subclasses of BulletinBoard) are manager widgets
that take complete control aver the positioning of their children
(only the BulletinBoard itself doesnt).

So you can't change the x and y of the buttons in a selection box.

You cannot change the order of the automatically created buttons either,
and you shouldn't, those are positionned after style guide rules.

You can however unmanage some of them, or add other buttons, which 
will be placed after the OK button on the same line (did that work
in 1.1.x ? I'm not sure and I can't check right now).

You can also change the labels of the existing buttons, of course,
but remember that it won't affect the semantics of the buttons 
themselves (i.e. the first will still be the OK, the last the Help, etc).


Daniel
From: darek@hugo.int-evry.fr (Mr Dariusz Dej)
Newsgroups: comp.windows.x.motif
Subject: XtText - once again
Date: 12 Nov 92 15:27:43 GMT
Organization: INT Evry, France


Hi,

I use XmText in XmScrolledWindow. It works for me something like a terminal,
thus it keeps the cursor all the time in the last line.
Forcing XmText to work in this way I've found that if there is more lines that
could be visible and cursor is in the last line, expose() method does something
strange - it scrolls the content one line downward each time the window is
exposed and then the cursor disappears from the window what is a little bit
confusing. The only exeption is if the first line is already displayed.  :-)

You can test this funny behavior with xmeditor from motif demos/xmsamplers
directiory.


To compensate this effect I use my own action called on expose event in XmText
widget. It checks if XmNtopCharacter is equal to zero and then does nothing.
Otherwise it XmTextScroll's the content of the window one line upward. It works
but...

first: XmNtopCharacter is equal to zero in TWO cases. When first line is first
       displayed (what is obvious) and when SECOND line is first displayed
       (what is bizzare)

second: it is not very nice when the content of the window jumps before eyes
        each time window is exposed



Other problem is that when I use XmTextReplace to kill lines which should be
scrolled up on the terminal vertical scroll bar slider gets SHORTER.
I expected it will be longer as amount of lines decreases.

--------

Could anyone more experienced explain me what I do wrong, or if nothing are
there better ways to have tandem XmText & XmScrolledWindow working well.

Thanks in advance.

darek

_______________________________________________________________________________

 Darek Dej                                         I'm so busy wasting time
 darek@hugo.int-evry.fr                            that I've no time to waste.

===============================================================================
From: chchen@riipsdev (Changhung Chen)
Newsgroups: comp.windows.x.motif
Subject: Re: X, Motif and C++
Date: 5 Nov 92 14:32:50 GMT
Organization: NCR Canada Ltd., Waterloo, Ont.

In article <1992Nov4.124724.10560@nuscc.nus.sg> iscooibc@nuscc.nus.sg (Beng Chin) writes:
>	I am wondering if anyone has compile or know
>	the problems/deficiencies using X and Motif with
>	C++.  Particularly, I would like to know if the 3 
>	are compatible, or if not, how does one re-concile
>	the imcapatibility.  Am I better off using just C?

There is an article "Motif and C++" in the November issue of "UNIX Review".
That will probably answer your question.
Newsgroups: comp.windows.x.motif
From: jung@base.bellcore.com (Eric Jung)
Subject: Re: Elegant soln to warning dialogues please...
Organization: Bellcore, Livingston, NJ
Distribution: comp
Date: Thu, 12 Nov 92 17:52:11 GMT

Get O'Reilly Vol 6, and look at example 5-11.  It describes a general
"AskUser" function.  I watered it down so that I call my funtion 
(confirm()) like this:

if (confirm("Really post your article?")) {
  do_post();
}
else {
  abort_post();
}

Eric
-- 
Eric C. Jung                    Bellcore Advanced Software Environment
(908) 699-4684                  444 Hoes Lane  RRC 1S-222
jung@base.bellcore.com          Piscataway, NJ  08854
Newsgroups: comp.windows.x.motif
From: david@template.com (David Witten)
Subject: XmNmenuPost syntax question
Keywords: XmNmenuPost
Organization: Template Software
Date: Tue, 10 Nov 1992 17:05:50 GMT

What is the syntax of the menu resource XmNmenuPost?  Can some kind soul
send me an example of its use?  What I would like to do is have any
mouse button be able to select a menu entry on a popup menu.

-Thanks, David Witten		david@template.com
From: meeks@osf.org ("W. Scott Meeks")
Newsgroups: comp.windows.x.motif
Subject: Re: Scrolling in File Selection Dialog Box
Date: 9 Nov 92 17:55:34 GMT
Distribution: inet
Organization: The Internet

>Date: 6 Nov 92 17:19:14 GMT
>From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!sunova!slug!chow@ucbvax.Berkeley.EDU  (Ivan Chow,,6212)
[...]
>Also I have a question of about memory, I always write
>my programs like this:
>
>XtSetArg (args[0], XmNlabelString, XmStringCreateSimple("aaa"));
>...
With this version, you will not be able to recover the memory allocated by
XmStringCreateSimple. 

>
>Is that OK? Or I have to do:
>
>labelstr = XmStringCreateSimple("aaa");
>..
>XtSetArg (args[0], XmNlabelString, labelstr);
>..
>XmStringFree (labelstr);

This is better because you recover all the memory.

Another possibility is to use XtVaSetValues.  I'm not exactly sure of the
syntax since I don't use this myself, but I think it's something like:

XtVaSetValues(widget, XmNlabelString, "aaa", NULL);

W. Scott Meeks           
Open Software Foundation 
meeks@osf.org            
(617) 621-7229           
Practice random kindness and senseless acts of beauty.
From: jpg@bnr.co.uk (Jonathan P. Gibbons)
Newsgroups: comp.windows.x.motif
Subject: UnManage of dialogue causing list corruption
Date: 12 Nov 92 09:56:44
Organization: BNR Europe Ltd, London Rd, Harlow, Essex, CM19 9NA, U.K.
Distribution: comp
NNTP-Posting-Host: 128.199.200.40

Corruption is probably too string.  I have a window with some lists in it.
The user can select a file option from a menu bar which manages a file 
selection box (ie dialgue shell). The fileselection box appears in the 
centre of the list window - fine.  However, when the user clicks on cancel
(say) and the fileselection box is unmanaged the items in the list, under
the border of the file selection box are only partially displayed.  ie letters
of list items go missing.  Is this expected/known.  How do I refresh the lists
or get arround this problem in other ways.....

All help past and present is appreciated!

Jonathan
--
 ----------------------------------------------------------------------------
  With fearsome eyes and fiery breath the dragon burnt the girl to death
                    -- from "Too Late Saint George"
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Motif Bug ????
Organization: Open Software Foundation, Motif Team
Date: Thu, 12 Nov 1992 22:20:56 GMT

 
|> 
|>  I try to link a motif programme and keep getting
|>   
|>  LOWER_CASE  not found,undefined
|> 
 

Are you sure it isn't LowerCase instead ?

Motif 1.1.3 (not sure about the minor version) and down used to refer to a private R4 Xt "LowerCase" function that nearly disappeared from R5 Xt.

If you are able to recompile Xt, do it with MOTIFBC defined and
your problem will go away.


daniel@osf.org

Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Question on XmText.... Help...
Date: Fri, 06 Nov 1992 13:54:17 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

In article <13359@bnr-rsc.UUCP>, ks@n8pph52.BNR.CA writes:
|> How can I create a text widget with a fixed number of lines (rows) ?
|> Note that not only I want to create it of a certain number of rows using
|> XmNrows, but I would like to make sure that the user can not go past the 
|> size of the widget, or can enter more rows of info than the one set
|> while creating the widget.

When creating it, set XmNrows to the desired number of rows.  Then you'll
need to override the newline() action routine, or prevent it from being
called.  A simple way to do this would be to do something like

*XmText.translations: #override \
	<Key>Return: next-line() \n

which makes Return moves the cursor to the next line, rather than having
it insert a new line.  Of course, the user might set their own translations
which remaps Return to new-line(), and then you'd be SOL.

Other than that, maybe use the modfiyVerifyCallback to keep a running total
of newlines.  If that total exceeds the desired number of rows and another
newline is being inserted, delete it.
-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: al@osf.org (Alastair Gourlay)
Newsgroups: comp.windows.x.motif
Subject: Re: keyboard event transformations
Date: 6 Nov 92 15:36:42 GMT
Distribution: inet
Organization: The Internet


> I'm currently trying to solve a problem where my Motif application's
> text widgets don't honor the arrow keys when I run with the OpenWindows
> 2.0 XNeWS server and olwm, but works fine with the OpenWindows
> 3.0 XNeWS servers/olwm and the MIT server/mwm.  However, I'd rather 
> not get a 'cookbook' answer.  I'm trying to understand this processing
> thread from keypress through widget action routine once and for all.

Here is a quick Friday-morning micro-tutorial on virtual keys.. hopefully
it will shed some light on the problem:


I  XKeysymDB

This file is an Xlib file, not a Motif file. It is used solely by
XKeysymToString() and XStringToKeysym(). These routines use an internal
table for all predefined Xlib keysym names. XKeysymDB is an extension
mechanism used to define new, or vendor specific keysyms.

In X11 R4, XKeysymDB did not include the OSF virtual key definitions. Motif
1.1 installation added the OSF key definitions to this file. In X11 R5
the XKeysymDB file included the OSF key definitions as standard.

The key definitions are registered constants, and should not be changed.

(See Xlib spec. for more details)


II Virtual key translation

The Xt translation manager provides a hook for converting an incoming
key event to a keysym (see Xt spec: XtSetKeyTranslator() ). Motif redirects
the key event translation to XmTranslateKey(), which converts the event
to a regular X Keysym. If the X Keysym is bound to a Motif virtual keysym,
it returns the virtual keysm. This is then used to search the translation
table for a matching entry.


III Motif bindings

To translate the X Keysym to an OSF virtual keysym, XmTranslateKey uses
a bindings table. This table is set either by the user through a customization
file (1.1: .motifbind, or 1.2: also via xmbind.alias) or through an application
resource, XmNdefaultVirtualBindings. If these are not set, a vendor-specific
fallback bindings is used. If this fails, a generic default binding will be
used. (See the VirtualBindings man page for more detail.)



I don't know why you are having problems with the OpenWindows 2.0 server.
I can only suggest that you verify that you are installing the same virtual
bindings file or resource on both the 2.0 and the 3.0 server, and ensure
that the X server key bindings shown by xmodmap are identical.


	Alastair Gourlay.
Newsgroups: comp.windows.x.motif
From: martin@mjs486.uucp (Martin J. Schedlbauer)
Subject: Re: uil compiler
Keywords: UIL, MrmNcreateCallback
Reply-To: martin@mjs486.UUCP (Martin J. Schedlbauer)
Organization: Schedlbauer & Associates, Sudbury, MA 01776 (USA)
Date: Wed, 11 Nov 92 03:40:13 GMT

In article <1992Nov4.230732.7691@a.cs.okstate.edu> schultz@a.cs.okstate.edu (SCHULTZ DAVID WAYN) writes:
>
>	I am attempting to compile a file with the uil compiler. It (the
> compiler) claims not to know about the XmNcreateCallback. The only reference
>	callbacks {
>		XmNcreateCallback = procedure create_text_widget();
>	};
>};

This has changed in Motif 1.0.2 and is henceforth known as the
	MrmNcreateCallback
The semantics has not changed, just the name.

	...Martin


-- 
==============================================================================
Martin J. Schedlbauer | Schedlbauer & Associates | (508) 443-1388 (voice)
P.O. Box 74           | martin@mjs486.UUCP       | (508) 443-1957 (fax)
Sudbury, MA 01776 USA | CIS: 76675, 3364	 | ...!uunet!wang!mjs486!martin