HDTenEightyP/NetNews huggingface dataset:
From: danw@ws.msc.edu (Dan Waylonis)
Subject: Q:  How to add text widget to Main window w/scroll bars?
Organization: Minnesota Supercomputer Ctr.
Distribution: usa
Date: Wed, 2 Sep 1992 18:42:45 GMT

Hi,

I'm creating a toplevel (applicationShellWidgetClass) shell, a main
(xmMainWindowWidgetClass), two scroll bars (xmScrollBarWidgetClass), and a
text (xmTextWidgetClass) widget.

I'd like to have the text to be scrolled, but when I use
XmMainWindowSetAreas, the scroll bars don't seem to have any effect on the
portion of the text widget shown.

If I, instead, don't create the scroll bars, and use XmCreateScrolledText,
the text and scroll bars work correctly -- but I can't seem to set the colors
for the fore/background on the scroll bars.

Anyway, here's a code snippet.  Please let me know if I'm doin' somethin'
that ain't right!

---------------------------------------------------------------------------
void TECreateCB()
{
    Widget	menuBar;
    Widget	horizScrollB;
    Widget	vertScrollB;
    Widget	mainW;
    Widget	topLevel;
    Widget	text;

    topLevel = XtVaAppCreateShell("top",
				      APPCLASS, /* defined elsewhere */
				      applicationShellWidgetClass,
				      display, /* global */
				      NULL);

    /* load resources -- defined elsewhere -- this works, I swear */
    XtVaGetApplicationResources(topLevel, (XtPointer)&(appRsrc),
				(XtResourceList)resources, XtNumber(resources),
				NULL);

    /* create main window */
    mainW =
	XtVaCreateManagedWidget("main",
				xmMainWindowWidgetClass,
				topLevel, 
				XmNscrollingPolicy, XmAPPLICATION_DEFINED,
				XmNvisualPolicy, XmVARIABLE,
				XmNscrollBarDisplayPolicy, XmSTATIC,
				NULL);
    
    /* create menubar -- no problem here */
    menuBar = CreateMenus();

    /* setup background widgets */
    text = XtVaCreateManagedWidget("text",
				       xmTextWidgetClass,
				       mainW,
				       XmNeditMode, XmMULTI_LINE_EDIT,
				       NULL);
    /* scroll bars */
    horizScrollB = XtVaCreateManagedWidget("horizSB",
					   xmScrollBarWidgetClass,
					   mainW,
					   XmNorientation, XmHORIZONTAL,
					   NULL);
    
    vertScrollB = XtVaCreateManagedWidget("vertSB",
					  xmScrollBarWidgetClass,
					  mainW,
					  NULL);
					  
    /* set main window areas -- is this routine supposed to set the value 
       changed and other callbacks used by the scrollbars?
     */
    XmMainWindowSetAreas(mainW, menuBar, NULL,
			 horizScrollB, vertScrollB, text);

    /* realize this puppy */
    XtRealizeWidget(topLevel);

} /* TECreateCB */

-- 
Thanks,
Dan
---
\ Dan Waylonis \ Home \\\\\\\\\\\\\\\\\\\\\\ Minnesota Supercomputer Ctr, Inc.
Newsgroups: comp.windows.x.motif
From: ross@loral.cts.com (Robert Ross)
Subject: XtWidgetCallCallbacks() ???
Organization: Loral Instrumentation
Distribution: usa
Date: Wed, 2 Sep 92 21:14:38 GMT

I've started to play around with creating my own widgets.  I have been
using the Motif widget source code as examples of how to do this.
So far, it's been going well, but now I have come across a function
for calling callbacks, XtWidgetCallCallbacks(), and I can't find any
documentation about this function.

My compiles are failing because this function is not in the Xm, Xt, X11
libraries that I'm linking with.

All the Motif widgets seem to be using this function, so why can't I???

DECstation 5000
Ultrix 4.2 / UWS 4.2
X11 R4
Motif 1.1

P.S.  I'm hoping that it's not one of those 'things' you have to suffer
      with for using DEC/Ultrix Motif.

-----
Bob Ross		ross@loral.cts.com
Loral Instrumentation, San Diego, CA.
From: andy@autodesk.com (Andrew Purshottam)
Newsgroups: comp.windows.x.motif
Subject: Re: Multicolor Application Icons.
Date: 29 Aug 92 01:33:23 GMT
Distribution: inet
Organization: The Internet

Oops! I looked in a bunch of places but forgot the sacred book!
Please excuse!
Andy
Newsgroups: comp.windows.x.motif,comp.sys.hp
From: francois@mot.com (Andre Francois)
Subject: The PW library on HP700
Organization: rpg
Date: Thu, 27 Aug 1992 15:03:51 GMT

Does anyone know what the PW library is for.  I cannot "kmake" some 
motif1.1 examples because they require this library (i.e. libPW.a) which
I don't have in my system (an HP705 cluster node under an HP720 server
running HP-UX 8.07, X11R4).  Please help!
From: danny@huji.ac.il (Danny Braniss)
Newsgroups: comp.windows.x.motif
Subject: locale not supported by Xlib, locale set to C
Date: 2 Sep 92 11:01:32 GMT
Distribution: comp
Organization: Mail to News Gateway at Wang Labs

I just finished recompiling X11R5 + all patches (upto fix-17),
compiled Motif 1.2  and still get:

    Warning: locale not supported by Xlib, locale set to C
    Warning: X locale modifiers not supported, using default
    mwm: Local not supported : XmbTestPropertyToTextList returns 1115800.
    mwm: Local not supported : XmbTestPropertyToTextList returns 1115848.
    ...

since we are not planing at the moment to use the 'I18n' features, how
can I get rid of this messages?

	danny

Daniel Braniss					e-mail: danny@cs.huji.ac.il
Computer Science Dep.				phone:  +972 2 58 4385
The Hebrew University				Fax:    +972 2 58 5439
Jerusalem, Israel



--
Daniel Braniss					e-mail: danny@cs.huji.ac.il
Computer Science Dep.				phone:  +972 2 58 4385
The Hebrew University				Fax:    +972 2 58 5439
Jerusalem, Israel
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Pseudo Colour Question
Date: 3 Sep 92 10:53:27 GMT
Organization: Laser-Scan Ltd., Cambridge

Hi Folks,

I've been asked to find out:-

Are there any problems with using psuedo-colour with more than 8 bit planes
(ie more than 256 colours).

Is anyone doing this?

What graphics cards are they using?

We use HP 700 series, DECstations, VAXstations, Sun Sparc2, IBM RS/6000.
-- 
snail@lsl.co.uk      

Interviewer: "What's the most satisfying thing about being in
              The Sisters Of Mercy?"
Eldritch:    "When I collapse at the end of it..."
Interviewer: "Do you mean that?"
Eldritch:    "Yeah...."

Vote for Bill Clinton. Vote for Bill Clinton. Vote for Bill Clinton.
Newsgroups: comp.windows.x.motif
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Subject: Positioning option menus -- AAAARRRGGGGHHHH !!!
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Organization: Oak Ridge National Laboratory
Date: Wed, 2 Sep 1992 12:26:57 GMT

Motif and I are fighting this one out. So far, Motif is winning. I have
an option menu and another push button below the option menu. Both are in
a form (for reasons external to this particular problem). I want the button
to line up with the option menu button. Like this:

   +-----------------------------------+
   |        +--------------------+     |<------ this is the form
   | label  |   One          [ ] |<----|--------this is the option menu
   |        +--------------------+     |
   |                                   |
   |        +--------------------+     |
   |        |       Button       |<----|--------this is the push button
   |        +--------------------+     |
   |                                   |
   +-----------------------------------+
            ^                    ^
            |                    |
         I want the left and right sides to line up like this.


Both the option menu and the push button are placed with XmNrightAttachment at
XmATTACH_POSITION = 90. The option menu's XmNleftAttachment is
XmATTACH_POSITION = 10.

Then the push button's left attachment may be attached to the option menu
with an offset of the width of the option menu's label gadget + 6. The 6
is probably tied up with default margin widths around labels and option
menus (though I can only account for 5 in the documentation -- 3 for the
option menu and 2 for the label).

Here's what I get:

                          oops
                            |
                            V
   +-----------------------------------+
   |        +---------------+          |
   | label  |   One     [ ] |          |
   |        +---------------+          |
   |                                   |
   |        +--------------------+     |
   |        |       Button       |     |
   |        +--------------------+     |
   |                                   |
   +-----------------------------------+

The right edge of the option menu seems to defy my attempts to position it.
No amount of XmNrightAttachment seems to affect it. Neither on the option
menu itself nor the option menu's button gadget. It's size seems to be
determined solely by the width of the items in the menu. Setting XmNwidth
similarly does nothing useful.

Curiously, turning on border widths shows that the space allotted to the option
menu does, in fact, extend out to the same right position as the space allotted
to the push button. It's just the option menu button gadget that refuses
to size
itself like I want. I've tried PACK_COLUMN instead of the default
PACK_TIGHT
for the option menu (which is really a RowColumn) to no avail.

Surely, there must be a way to do this. Any ideas?

Thanks,
Johnny Tolliver
Oak Ridge National Laboratory
jxt@ornl.gov
From: pirson@misty.boeing.com (Chris Pirson)
Newsgroups: comp.windows.x.motif
Subject: Re: Text Field
Date: 25 Aug 92 17:26:53 GMT
Organization: Boeing Commercial Airplane BCS Support

/ misty:comp.windows.x.motif / garbett@utkvx2.utk.edu (Garbett, Shawn) / 12:08 pm  Aug 20, 1992 /
Has anyone mad a text modifier or a Motif Text Field Widget to do
overstrike mode? I support a user base of about 30 people who
are used to old block mode editors using overstrike and they
are complaining about always being in insert mode. Personally
I think the higher functionality of X this is unnecessary, but
these users are set in their ways.

Shawn 
Garbett@utkvx.utk.edu 
----------

There is no direct (nice) way to force the Text or Text Field widget
into overstrike mode.  I have added this Modify Callback to widgets
which I want to observe the global overstrike_mode_set flag in my
application.  I can't take credit for the logic, but it does work
nicely.

P.S.  I have the same situation here too with our user community.  This
is only the tip of the iceberg when it comes to kludges I have put in
Motif applications to satisfy the whining of our 24x80 text based users.
We call it Motif for Dummies.

/*****************************************************************************
 *
 *  Function Name:  overstrike_editing_cb()
 *  File Name:      cmdwin_cb.c
 *
 *  This function is called whenever a text field is modified.  It checks 
 *  to see if overstrike_mode_set is set.  If so, it will delete the next
 *  character(s) before inserting.  Like it or not, this is overstrike
 *  editing!
 *
 *  Inputs: w       The text widget
 *          unused
 *          cbs     Callback data
 *
 *  Returns: Nothing
 *
 *  Rev:    Description:
 *  ---     -----------
 *
 *****************************************************************************
 */
void overstrike_editing_cb(Widget w, XtPointer unused,
                              XmTextVerifyCallbackStruct *cbs)
{
    int     i;

    if(cbs->reason != XmCR_MODIFYING_TEXT_VALUE) return;

    if(overstrike_mode_set) {
        for(i=0; i < cbs->text->length; i++) {
            XtCallActionProc(w, "delete-next-character", cbs->event, NULL, 0);
        }
    }
}


Chris Pirson                            Flight Test Engineering
pirson@misty.boeing.com                 Boeing Commercial Airplanes
uunet!bcstec!misty!pirson               Seattle, WA
Newsgroups: comp.windows.x.motif
From: ccarpent@dw3f.ess.harris.com (Craig Carpenter)
Subject: Re: GUI builder to import UIL and spit out Ada
Date: Fri, 28 Aug 1992 12:58:24 GMT
Reply-To: ccarpent@dw3f.ess.harris.com (Craig Carpenter)
Organization: Harris GISD

--
There are a couple out that reads uil and spits out Ada, one is from
SERC called SA-UIL/Ada.
Don't know the cost, but heres the number (415) 962-8092, I have talked
with
Theodore Kusiolek. They also have X bindings that support full Ada
tasking with X.

Another one is BuilderXcessory's new version(exptected Sept 92) is
supposed to put out Ada code.


============================================================================= 
                                                 
Craig Carpenter                                   HARRIS CORPORATION
E-Mail: ccarpent@dw3f.ess.harris.com 	  IIIIIIIII    SSSSSSSS   DDDDDDD
Phone : (407)984-6444                         I        S          D      D
Fax   : (407)984-6327                         I        SSSSSSSS   D      D
                                              I               S   D      D
"Me, Myself, and I have                   IIIIIIIII    SSSSSSSS   DDDDDDD
these opinions, not the company"
============================================================================

Newsgroups: comp.windows.x.motif,comp.windows.open-look
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: How do Motif and OpenLook compare?
Followup-To: comp.windows.x.motif,comp.windows.open-look
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Distribution: na
Date: Thu, 27 Aug 1992 11:32:40 GMT

In article <1992Aug27.045453.27984@kakwa.ucs.ualberta.ca> scott@ee.ualberta.ca (Scott Stephens) writes:
:My dept. is in a position to purchase either Motif or OpenLook, and
:I was hoping I could get some opinions on which is superior, or
:alerting me to any problems which could influence the decision. I

1. If you have Sun workstations, and SunOS 4.1.x, then you already have
OpenWindows, which is OpenLook.  Thus, no additional purchase will probably
be necessary.

:was also hoping to find out what kind of overhead is involved in
:adding these on top of X-Windows. I am kind of assuming that graphic

Few X11 applications which come with X11 are written without the use of
some toolkit.  MIT's X11R[45] use Xt and Athena widgets.  Various vendors
either supply that, or they supply their own set of widgets on top of the
bare bones X11.

:applications will take more CPU cycles running either of these as
:opposed to using twm with the Athena Widget set, but I'd like to

If you are running twm and Athena, then I would expect to see little
additional overhead for running Motif or OpenLook widgets.  About the
only case I would think there might be additional overhead would be if
one turned on the 3D/color stuff.  But then, if you run the 3D Athena
widgets in color, that should be about comperable.  I run Motif,Athena,
OLIT and XView applications all on my workstation and I see no difference
in the SPEED of the applications, though the look and feel obviously is
quite different.,

:know if the overhead for either is significant, or if one is
:superior to the other. It's also important to know if one is clearly

The only thing that I see 'superior' in one over another has to do with
my preference for the majority of tools to look and act in a similar
manner.  Right now, if you were to use ALL Motif or ALL OpenLook based
tools, then you don't have to worry about 'what key do I need to get a
menu in this application? And what key do I need to do cut/paste?  And
what key do I need....'  I still have that problem even when using just
Athena applications to some degree.

:these products, you are correct. The only real GUI application I
:have written was in SunView, and had no widgets/gadgets whatever,
:but did use menus and tracked the mouse. The applications that

Well, if you used menus, then in a sense you used widgets, right?  Did you
use scrollbars?  Did you create any buttons?  Those would be considered
widgets.  Note that XView is an OpenLook toolkit very similar in programming
philosophy to Sunview - you might find it easier to come up to speed starting
there.



-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
Newsgroups: comp.windows.x.motif
From: paul@ascent.com (Paul Foley)
Subject: Setting/Clearing XmDrawnButton backgroundPixmaps
Date: 1 Sep 92 12:17:23
Organization: Ascent Technology, Inc., Cambridge Massachusetts


I have a (large) number of DrawnButtons arranged on a Form.  I can
scroll around this Form, and depending on whether a Button hits the
edge of the form or not I want to either a) set background color; 
b) set backgroundPixmap.  

Somewhere in O'Reilly Vol 6 says that only one of these resources can
be active at one time: the last to be done takes effect.  But I notice
that **sometimes** setting the color does not zap the pixmap.  Is this
a bug in Motif 1.0?  Is there an alternative way of clearing the
backgroundPixmap?

Difficult to debug this one.  Any help much appreciated.

--
	I drink when there is occasion.  
	And sometimes when there is no occasion.
				-- Cervantes
--
--
paul@ascent.com
...!uunet!ascent!paul
From: paul@taarna.UUCP (Paul Provost)
Newsgroups: comp.windows.x.motif
Subject: Accented characters in Motif widgets.
Date: 28 Aug 92 19:13:48 GMT


Hi all,

    I'm trying to have accented characters in my Motif application
(this application will be used mostly by French people, who would like
things written correctly!). I've searched all through the O'Reilly
guides, but can't seem to find anything.  Anybody out there done this
before?  And, if so, How?

Thanks in advance

   Paul

P.S. Please reply to me by Email at the address below, as I don't get
     News (I'm posting this through ucbvax).
-- 

Paul Provost           larry.mcrcim.mcgill.edu!kicah!taarna!paul
Software Engineer      paul@taarna.UUCP
Taarna System          (514)844-8448
From: reza@mickey.jsc.nasa.gov (Reza Razavipour)
Newsgroups: comp.windows.x.motif
Subject: EditRes & Motif
Date: 26 Aug 1992 14:12:07 GMT
Organization: nasa-jsc

Can a kind soul instruct me on how to use EditRes with a Motif 
client. I am  using X11/R5 on Sun sparc 2.
Thanx. 
Reza.
From: steve@drd.com (Steve.Pettay)
Subject: Re: Dialog/OptionMenu bug
Organization: DRD Corporation
Date: Tue, 25 Aug 1992 15:03:36 GMT

Jonathan Miller writes:
> Hi all. I have this bug, and I couldn't find the answer in the FAQ, so
> here goes.
>  
> I have a series of custom dialogs, built a-la Dan Heller's (Motif
> Programming Manual Chapter 7 pg. 216). Each is a DialogShell with a
> PanedWindow as a child, and a Form as a child of the PanedWindow.
>  
> As a child of these forms I have an option menu, also created using 
> some of Dan Heller's code (BuildMenu, p. 568). Anyway, whenever a
> selection is made in the option menu, the keyboard focus gets lost
> in the dialog completely. It is especially annoying because one cannot
> enter text into the text widgets.
[...]

I've noticed the same behavior. I have a mainwindow which has some
option menu's and also editable text widgets. The text widgets have all
been added to the XmAddTabGroup() so that focus will advance to the next
cell after an activateCB() on a preceding text widget has taken place.
The problem I'm seeing is whenever a selection is made in one of the
option menu's on the window, focus is advanced to the next text widget.
This appears to be the same problem Jonathan is observing, I honestly
haven't looked to deeply into it, but would appreciate any insight.

Thanks.

===================================================================
Steve.Pettay@drd.com       
DRD Corp., 5506 South Lewis Ave., Tulsa, OK 74105
(918) 743-3013
(918) 745-9037 fax

"Be apprised that you plod a perilous path, playing pointer pranks."
                                                   Tom Christiansen
===================================================================
From: rct@fulcrum.bt.co.uk (Richard Taylor)
Newsgroups: comp.windows.x.motif
Subject: Re: Source code of Douglas Young's book
Keywords: X, Motif
Date: 3 Sep 92 07:58:29 GMT
Organization: Fulcrum Communications

In article <14864@borg.cs.unc.edu> linjs@tlab1.cs.unc.edu (Jieh-Shan Lin) writes:
>Hi! I am new to the motif world.  My friend told me it is
>better for me start with Mr. Douglas Young's book:
>"The X window system: programming and application with Xt --
>OSF/Motif edition".  
>
>My question is where can I find the source code of examples in this book
>so that I don't have to type in every single statement.  I would like
>to ftp them to save my learning time.  
>
>Thanks
>
>Jieh-Shan

Site is export.lcs.mit.edu
File is /contrib/young.c++.tar.Z

RFTM, page 433.
============================================================================
Richard Taylor                 DoD #981               (rct@fulcrum.bt.co.uk)
"Gentlemen, starta your engines... 2 minutes, to the hills." Massimo Laverda
============================================================================
Fulcrum Communications Ltd., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
From: pascal@apd.cpg.sony.co.jp (Pascal Goguey)
Newsgroups: comp.windows.x.motif
Subject: Re: MOTIF terminal widget - locations in Oz or US?
Date: 4 Sep 92 00:27:05 GMT
Distribution: comp
Organization: Sony Corporation,Communication Products Group Audio Products
	Div,Atsugi,Japan.

In article <1992Aug20.022341.25820@citec.oz.au>, sgccseh@citec.oz.au
(Steve Hocking) writes:
>>
>>      Recently some info was posted about a public domain motif vt100
>> widget. The address was given as ftp.stna7.stna.dgac.fr, which the name
>> servers here in Australia seem to have great difficulty in contacting (ie
>> not at all). I was wondering does anyone in Australia or the US have this
>> widget and the code it was derived from available?
>>
>
>
> Yes we had problems at our site. But it seems that no problems remains
> for now.
> So you just have to retry at the adress specified previously.
>
> NB : If you have FAQ-X, don't forget to replace ftp adress in article
> number ? which describe where you can find new widgets :
>
>       atchoum.stna7.stna.dgac.fr is now ftp.stna7.stna.dgac.fr.


Still haven't been able to connect with his address! Is this software
also available at a mirror site?


Robert Veltman -- SONY Semiconductor Group Atsugi Japan




--
  Pascal Goguey  Sony Corporation  ($@GC9%7Z(J  $@8d7](J)
  Communication Products Group Audio Products Div
  Atsugi TEC, Japan

  Aucun homme n'est jamais assez fort pour ce calcul.
From: putaala@zombie.oulu.fi (Mikka Putaala)
Newsgroups: comp.windows.x.motif
Subject: Resizing BulletinBoard
Date: 31 Aug 92 21:33:41 GMT
Distribution: comp
Organization: /home/otol/putaala/.organization

I have a following problem:

I have created a menu system which has a callback routing which creates
a XmBulletinBoardDialog widget (it's parent is a XmPushButton in a popup menu),
XmRowColumn (parent = XmBulletinBoard) and finally XmScrolledText
(parent = XmRowColumn): Ok. This works fine except that I can't
resize the scrolled widget (I can resize the BulletinBoard). What
XtArgs should I define to make it resize?

The current args are here:

  These are the BulletinBoardDialog's args:

  n = 0;
  XtSetArg(args[n], XmNallowShellResize, True); n++;
  XtSetArg(args[n], XmNheight, 500); n++;
  XtSetArg(args[n], XmNwidth, 600); n++;

  Here are the XmScrolledText args:

  n = 0;
  XtSetArg(args[n], XmNy, 30); n++;
  XtSetArg(args[n], XmNcolumns, 25); n++;
  XtSetArg(args[n], XmNrows, 10); n++;
  XtSetArg(args[n], XmNscrollVertical, True); n++;
  XtSetArg(args[n], XmNscrollHorizontal, True); n++;
  XtSetArg(args[n], XmNresizeHeight, True); n++;
  XtSetArg(args[n], XmNresizeWidth, True); n++;
  XtSetArg(args[n], XmNscrollingPolicy, XmCONSTANT); n++;
  XtSetArg(args[n], XmNvisualPolicy, XmVARIABLE); n++;
  XtSetArg(args[n], XmNeditable, False); n++;
  XtSetArg(args[n], XmNeditMode, XmMULTI_LINE_EDIT); n++;
  XtSetArg(args[n], XmNvalue, str); n++;
  XtSetArg(args[n], XmNfontList, newfontlist); n++;

The RowColumn has no args:

Thanks in advance.

--
  // Miikka     putaala@phoenix.oulu.fi                 Tatunkuja 6 90540 Oulu
     Putaala    mputaala@tolsun.oulu.fi	                FINLAND
                                                        Phone: (358) 81 362430