HDTenEightyP/NetNews huggingface dataset:
From: smith@compound.se (Bjorn Smith)
Subject: How to allways display scrollbar ?
Organization: Compound Systems AB
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 26 Jan 1993 08:09:02 GMT

Hi,
I`m having problems with finding out how to unconditionally display
the vertical scrollbar in a scrolled list. My code is:

    Ftg = XmCreateScrolledList(MainWindow, "Ftg", NULL, 0);

    XtVaSetValues(XtParent(Ftg),
        XmNscrollBarDisplayPolicy, XmSTATIC,
        NULL);

    XtVaSetValues(Ftg, XmNvisibleItemCount, 6, NULL);

    XtManageChild(Ftg);

As I understand the manual (and the O`Reilly book Vol 6) the verical
scrollbar should allways be visible with this code.

Could someone please explain what`s wrong or missing ?

Many thanks in advance !
--
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
Xref: sparky comp.windows.x.motif:8920 comp.unix.aux:4740
From: cq377@cleveland.Freenet.Edu (David C. Williss)
Newsgroups: comp.windows.x.motif,comp.unix.aux
Subject: missing re_comp() building Motif 1.2 under AUX
Date: 29 Jan 1993 04:21:25 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: inet
Reply-To: cq377@cleveland.Freenet.Edu (David C. Williss)
NNTP-Posting-Host: hela.ins.cwru.edu


A coworker of mine is attempting to build Motif 1.2 on a Macintosh
running AUX.  He got the libraries to compile OK, but when he compiles
his program, he gets unresolved externals re_comp() and re_exec()
These have been traced down to a module called Xmos.c which contains f
functions used by the standard file requester.  The module also had
some #ifdef's in it which would make it try to use another method
but that didn't exist either.

My question is:  These ton't seem to exist under AUX.  Any way around
this?  Any way to get them?  Also, why is it trying to link it in?  We
don't even use the standard file requester.

-- 
		-Dave Williss
---------------------------------------------------------------------------
Standards are great!  Everybody should have one of their own!
The opinions stated above are Mine!  All Mine!  You can't have them.
From: buzz@bear.com (Buzz Moschetti)
Newsgroups: comp.windows.x.motif
Subject: Re: Pixmaps for buttons in an option menu
Date: 28 Jan 93 13:53:28 GMT
Reply-To: buzz@bear.com (Buzz Moschetti)
Organization: Bear, Stearns & Co. - FAST
In-reply-to: moses@ahpcrc.umn.edu's message of 28 Jan 93 04:46:41 GMT

In article <C1Jrxv.HwC@news2.cis.umn.edu> moses@ahpcrc.umn.edu (Matthew E. Moses) writes:

   Does any one know if you can substitute pixmaps on the buttons for an
   option menu?

Sure can.  The buttons are regular ol' PushButtons or PushButtonGadgets 
so you can do:

	Pixmap pp;

	XtVSetValues(button_in_menu_widget,
			XmNlabelType,    XmPIXMAP,
			XmNlabelPixmap,  pp,
			NULL);

If you want to use the vararg type converter, remember that only
X11 standard bitmap files can converted.  XPM and other formats 
require separate calls to generate the pixmap.  Example:

	XtVSetValues(button_in_menu_widget,
			XmNlabelType,    XmPIXMAP,
			XtVaTypedArg, XmNlabelPixmap, XmRString,
			    "filename", strlen("filename") + 1,
			NULL);
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Scrolled List auto scrolling with explicit focus
Organization: Open Software Foundation, Motif Team
Date: Wed, 27 Jan 1993 18:44:17 GMT

 
|> I have two scrolled Lists. They are connected together in the sense that when
|> one scrolls the other one ought to scroll also. This mostly works fine by
|> putting callbacks on the scrollbar of one and scrolling the other when needed.
|> 
|> However, I've detected a problem with explicit focus policy and keyboard
|> traversal. The down arrow key can move the dashed lines around the item
|> that would be selected if the Return key is hit down so far that the first
|> list needs to scroll. And it does. But I don't get any of the scrollBar
|> callbacks activated. How can I detect this situation and scroll the
|> other list too?
 
Keys actions and selection-drag are not going thru the
scrollbar's callback but are handled directly by the List
(or Text in the case of a ScrolledText).

This is unfortunate and we are planning to fix it.

You need to set up your own event handler or actions (for keys for instance)
and call the scrollbar actions in the mean time.
From: prakash@lilbit.UUCP (Prakash Baskaran)
Newsgroups: comp.windows.x.motif
Subject: Text Widgets
Date: 20 Jan 93 11:21:47 GMT
Distribution: inet
Organization: The Internet

Hello xperts,

These could be trivial questions:

1.  In my tty text widget I would like to keep only last n lines of
text and want to chop off the top when the total number of lines
exceeds n.  

2.  As the user moves around in the text widget using arrow keys or
mouse, I would like to show the x,y ( column and line number) in the
text widget.  Any good ways to do these?

Your ideas and answers are most welcome with thanks.

prakash

_____________________________________________________________________________

Prakash Baskaran		
T.D. Technologies, Inc.			12000 Fairhill Rd, #616
12608 Cedar Rd.				Cleveland, OH 44120
Cleveland Hts, OH 44106			(216) 791 3554
(216) 371 9777

		lilbit!prakash@skybridge.scl.cwru.edu

Disclaimer:  Ya...  It's all mine.
_____________________________________________________________________________
Newsgroups: comp.windows.x.motif
Subject: Re: XmSelectionBoxGetChild crashes application
From: tp@mccall.com (Terry Poot)
Date: Fri, 22 Jan 1993 16:48:24 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <5935@esf.esf.de>, klaus@tat2.esf.de (Klaus Wicovsky) writes:
>----------------------------------------------------------------------
>void fs_okCB(w, client_data, call_data)
>...
>...
>     	text=XmSelectionBoxGetChild (w, XmDIALOG_TEXT);
>	filename=XmTextGetSelection(text);
>...
>	list = XmSelectionBoxGetChild (selected, XmDIALOG_LIST_LABEL);
>----------------------------------------------------------------------
>
>Whenever this callback procedure is carried out, my application crashes at
>the last line. "w" would be my original widget for which I define this
>callback
>and "selected" would be my new widget, which would like to modify.
>
>Although "selected" is globally defined, the last statement crashes my
>application. Any  idea why this could happen ???

Happened to me last week. If you check, I think you'll find that w is not the
widget id of the selection box, but of the OK button. XmSelectionBoxGetChild
appears not to check for the widget id actually being a selection box, so it
crashes with a memory access error. I don't know if XtParent would reliably get
you the widget id of the selection box, it depends on how Motif bundles all that
stuff together. You need to remember the widget id of the selection box by some
other method so it will be accessible to your callback.
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
Newsgroups: comp.windows.x.motif
From: jck@catt.citri.edu.au (Justin Kibell)
Subject: Automatically positioning a popup shell.
Keywords: Dialogue GUI Motif XMelba CATT
Reply-To: jck@catt.citri.edu.au
Organization: CATT Centre at CITRI
Date: Mon, 25 Jan 93 03:35:59 GMT

I know that you should be allowing the window manager to automatically either
place your dialog/window where it wants or allow the user to position it.

I have some code that sets the x & y resources of a xmDialogShellWidget before
I use XtPopup on it to display it. The problem is that the first time I call
the routine to do this it creates the dialogue and then sets the x & y and then 
pops it up - however for the first time only it first is positioned in the centre
of the parent window and then quickly flickers to the position I want. 

This looks silly and is not good. Every other time it works fine. Anyone have
a suggestion on what to do? Maybe there are some other resources to set like
defaultPosition: False ... ?

Thanks in advance.

--------------------------------------------------------------------------
Justin Kibell - Systems Programmer - XMelba Project Team - C.A.T.T.
Collaborative Information Technology Research Institute - Melbourne - Vic.
Internet: jck@jaguar.catt.citri.edu.au   Phone: +61 03 282 2456  Australia

Newsgroups: comp.windows.x.motif
From: todd@fred.dfrf.nasa.gov (Todd Vernon)
Subject: Re: Centering X in Manager (yet again)
Reply-To: todd@fred.dfrf.nasa.gov (Todd Vernon)
Organization: NASA
Date: Wed, 27 Jan 1993 00:28:02 GMT


For those really nasty widgets.........(not gadgets)

void MTK_get_widget_size(widget, width, height)
Widget widget;
unsigned int *width;
unsigned int *height;
{
        XWindowAttributes wa;
                
        XGetWindowAttributes(XtDisplay(widget), XtWindow(widget), &wa);
        
        *width  = wa.width;
        *height = wa.height;
}                       


-todd
Xref: sparky comp.windows.x.motif:8855 comp.windows.x.intrinsics:800
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
Subject: Re: getting non-default depth/visual for a top-level shell widght?
Date: 27 Jan 1993 08:25:06 -0500
Organization: Ohio State Computer Science
Distribution: inet
NNTP-Posting-Host: oboe.cis.ohio-state.edu
In-reply-to: dhl@druggist.gg.caltech.edu's message of 27 Jan 93 04:20:18 GMT

The "Bad match" is probably because the colormap being used does not
match the visual & depth you've selected.  Unfortunately, there is no
way to specify the colormap using app-defaults files.  Take a look at
the Xt-FAQ which has an example of how to specify the appropriate
visual using resources and then initialize everything correctly.

--pete
--
Pete Ware					ware@cis.ohio-state.edu
CIS Dept, Ohio State University			w/ (614) 292-7318
228 Bolz Hall, 2036 Neil Ave.			h/ (614) 538-0965
Columbus, OH 43210
Welcome William Patrick Ware to the world!  Born 10/21/92, 8lbs 6.2oz (3.83kg)
Newsgroups: comp.windows.x.motif
From: phart@magnus.acs.ohio-state.edu (Patrick S Hart)
Subject: Controlling local resources with X
Organization: The Ohio State University
Date: Fri, 22 Jan 1993 21:22:12 GMT

I'm interested in knowing how much control an X windows terminal - such as a PC
running windows - has over it's own enviornment.  Such as printing reports from
a remote host, or saving a report  to a file .  I am also interested in knowing
what advantages as far as Net traffic etc. X windows has as oppossed to a 
native GUI accessing and presenting the data.

Thanks a lot,
P.
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: Re: Forms and MainWIndows
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Fri, 22 Jan 1993 14:16:16 GMT

In article <1993Jan21.172420.10223@vela.acs.oakland.edu> sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:
>
>Hi Netters;
>  Another question. I've got a mainWindow with a menuBar and want to attatch
>some permanent text and label widgets along the bottom. The easiest way
>to do this would be a form, but when I attach the form to the mainWindow
>(and set its color differently to see where it is) nothing happens. No
>color change and writes to the form don't appear. Now I've used this
>method several time on dialogs to great effect, but obviously mainWindows
>are different. 
>
>The Row-Column scheme doesn't turn me on cause the labels I'm using are
>not symmetric. Any kind hints or suggestions would be appreciated and if
>there is sufficient interest I'll happily post them to the group.

Once again I apologise for this simple problem. I've since found that
all I need do is add form to the last argument of the 
	XtMainWindowSetAreas func
(or whatever its called, I'm writing this from memory).

--regards, steve




-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif,comp.unix.ultrix
From: tkevans@fallst (Tim Evans)
Subject: Re: mwm doesn't die when exit session via session manager
Reply-To: tkevans@eplrx7.es.dupont.com
Organization: Tim Evans
Date: Sat, 23 Jan 1993 02:56:58 GMT

eczjr@mips.nott.ac.uk (John Richards) writes:

>In article <1jkaagINN71s@liszt.dra.hmg.gb>, black@signal.dra.hmg.gb (John Black) writes:
>|> Sorry if this is a FAQ but...
>|> 
>|> I'm running Motif under ULTRIX V4.2A (Rev. 47) on a DECstation and when I 
>|> exit the session using the quitoption  on the session menu on the session
>|>  manager window the mwm process is still there. Is this correct (I suspect
>|>  not)?  If not what am I doing wrong and how can I put it right.
>|> 
>|> 
>|>  Please E-mail me as I don't read these groups.
>|> 
>|> 	
>|> 		Thanks in advance,
>|> 				John Black.


>Please post as I have the same problem but only with a mono NCD being managed by our DECstation !!

>Unless of course it's a FAQ in which case who keeps the FAQ file ??

Press CTRL-ALT-BACKSPACE
-- 
UUCP:		{rutgers|ames|uunet}!mimsy!wb3ffv!fallst!tkevans
INTERNET:	tkevans@fallst.es.dupont.com
Tim Evans	2201 Brookhaven Ct, Fallston, MD 21047
Newsgroups: comp.windows.x.motif
From: bryan@alex.com (Bryan Boreham)
Return-Path: <news@alex.com>
Subject: Re: Text widgets - solution with one stroke "delay"
Organization: Alex Technologies Ltd, London, England
Distribution: inet
Apparently-To: mail2news@demon.co.uk
Date: Mon, 25 Jan 1993 18:00:37 +0000

In article <9301221732.ZM11620@zander.z-code.com>, argv@zander.z-code.com (Dan Heller) writes:
|> > On Jan 22,  5:10pm, Prakash Baskaran wrote:
|> > char  *select_to_beginning ( pos, w )
|> ...
|> 
|> sorry I can't help you with the rest of this...       :-|

I can!

Prakash should be looking at newInsert rather than currInsert, because
the motionVerifyCallback comes _before_ the movement is actually performed.

I wish there was a real interface to the line-numbers of the contents of
a Text widget.

Bryan.
From: snail@lsl.co.uk
Newsgroups: comp.windows.x.motif
Subject: Re: xmDialogShellWidgetClass and buttons
Date: 22 Jan 93 11:37:04 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <1jjud8INNipk@transfer.stratus.com>, hship@sw.stratus.com (Howard Ship) writes:
> I've noticed that if I create a DialogShell and any of its grandchildren are a 
> PushButton, activating the PushButton automatically pops down the DialogShell.
> 
> I'm having a tough time finding where this behavior is defined (I'd like to know
> when to count on it, or how to disable it).  I've been using O'Reilly Vol 6 as
> a reference.
> 
> It pretty picky -- when the buttons were reorganized as great-grandchildren, it no
> longer popped down the DialogShell.

XmBulletinBoard Resource Set gives you the resource

	XmNautoUnmanage	=>	default is True.

set this to false, and your problems will go away.
Remember the classes subclassed from this have this resource too!
-- 
snail@lsl.co.uk      

"Washing one's hands of the conflict between the powerful and the powerless
 means to side with the powerful, not to be Neutral."
                                                     Quote by Freire.
                                                     Poster by OXFAM.
From: prakash@lilbit.UUCP (Prakash Baskaran)
Newsgroups: comp.windows.x.motif
Subject: Re: Text widgets - memory leak
Date: 23 Jan 93 15:14:36 GMT
Distribution: inet
Organization: The Internet

> 
> > On Jan 22,  5:10pm, Prakash Baskaran wrote:
> > char  *select_to_beginning ( pos, w )
> ...
> >   full_text = XmTextGetString ( w );
> >   sel_text = (char *) malloc ( (pos) * sizeof (char) );
> >   strncpy ( sel_text, full_text, pos);
> >   return (sel_text);
> 
> do you realize how much memory you're losing here/  XmTextGetString
> returns *MALLOC'ED* memory -- you're just allocating more memory and
> copying it again.   Just use the original text you get.
>  
>   --dan


Simple.  Add XtFree ( full_text) to the code. I can't be using the
original source, since the text is editable and can be changed run
time.  

prakash


_____________________________________________________________________________

Prakash Baskaran		
T.D. Technologies, Inc.			12000 Fairhill Rd, #616
12608 Cedar Rd.				Cleveland, OH 44120
Cleveland Hts, OH 44106			(216) 791 3554
(216) 371 9777

		lilbit!prakash@skybridge.scl.cwru.edu

Disclaimer:  Ya...  It's all mine.
_____________________________________________________________________________
From: ray@rann.sbi.com (Raymond Blum)
Newsgroups: comp.windows.x.motif
Subject: Focus and callbacks
Date: 22 Jan 93 22:29:52 GMT
Reply-To: ray@rann.sbi.com
Organization: Salomon Inc.

clicks in one of the text widgets, I want to force validation of the current
edits in the matrixWidget. Problem is, there is no callback invoked in the
matrixWidget for losingFocus. So....I am front-ending my focusCallbacks 
and activateCallBacks for the text and pushbutton widgets with:

   if (matrixCellDirty) {
	XmProcessTraversal(widget_bucket[k_matrixWidget],XmTRAVERSE_CURRENT);
	XbaeMatrixCommitEdit(widget_bucket[k_matrixWidget],True);
	return;
   }

  Well, what I end up with is some VERY strange behavior. When I click in
text widget 'A', there are blinking cursors in BOTH the matrix widget and 
text widget 'A'. The typing goes to the matrixWidget. If I then click in 
text widget 'A' again, the focusCallback for 'A' is NOT invoked (??it already HAD the focus, sort of?) Is 'stealing' the focus back like this not allowed?
  What obvious thing am I missing here? If this is a FAQ, please forgive and
tell me so.
  Thanks
---Raymond 
matrixWidget, but there is still a text cursor 
---
-------------------------------------------------------
-----                               __   ___       ----
-----                        . o  _/  \_/   \_     ----
----                  \\\\\\\    O   Hey!     \    ----
----                 \\\    \\   | why AM I    |   ----
----                  \\ O O     \_ smiling? _/    ----
----                               \__/\____/      ----
----                     \_/                       ----
----                                               ----
----   Raymond Blum                                ----
----   ray@rann.sbi.com                            ----
----   (201) 896-7594                              ----

  Of course these are MY opinions! Whattya think, my EMPLOYER 
  could've thought this stuff up?
From: Iris_-_Smith@cup.portal.com
Newsgroups: comp.windows.x.motif
Subject: Re: XmScrolledWindows question
Date: Tue, 26 Jan 93 18:07:42 PST
Organization: The Portal System (TM)

I'm using an APPLICATION_DEFINED ScrolledWindow and it seems you do have
to implement all behavior yourself, including the scrolling! It just seems
to be a manager to place the scrollbars you specify inside it's rectangle.

What I'd really like is application-defined scrolling that supports drawing
areas of any size, so I can XMoveWindow() the area beneath the scroll
area - implementing scrolling with XCopyArea stinks!
Newsgroups: comp.windows.x.motif
From: joern@imf.unit.no (Joern Amundsen)
Subject: mixing motif 1.2 and other widgets
Organization: The Norwegian Institute of Technology, Trondheim, Norway.
Distribution: comp
Date: 26 Jan 93 11:43:37


It seems to that mixing for instance custom widgets not subclassed
from any Xm* widget with motif 1.2 widget isn't a good idea. And
particularly, it seems that mixed widget applications working fine
with 1.1.x and X11R4 core dumps with 1.2/X11R5 :-(

Has anyone else experienced this kind of trouble ??


I've been into such a case recently, with a custom widget subclassed
from Composite, having an extension class part field of NULL.  It
turns out that the motif intrinsics widget initialization or set
values procedures sooner or later does an XmIsGadget(w) on a widget
which core_class extension field is NULL, using the XmIsGadget macro
of XmP.h.

This gives an SEGV because the XmIsGadget macro is defined through the chain
XmIsGadget() <- _XmIsFastSubclass() <- _XmGetBaseClassExtPtr(), where the
latter reads:

#define _XmBCEPTR(wc)   ((XmBaseClassExt *)(&(((WidgetClass)(wc))\
                                                ->core_class.extension)))
#define _XmBCE(wc)      ((XmBaseClassExt)(((WidgetClass)(wc))\
                                                ->core_class.extension))
#define _XmGetBaseClassExtPtr(wc, owner) \
        ((_XmBCE(wc) && (((_XmBCE(wc))->record_type) == owner)) \
            ? _XmBCEPTR(wc) : ((XmBaseClassExt *) _XmGetClassExtensionPtr( \
                            ((XmGenericClassExt *) _XmBCEPTR( wc)), owner)))

Despite playing safe with_XmBCE(wc) to avoid referencing a NULL
pointer (wc->core_class.extension) this doesn't help much, because you
have a _XmBCEPTR(wc) causing a NULL pointer reference in both the TRUE
and the FALSE part of the ?: statement !

I have tried to redefine _XmIsFastSubclass(), in order to return FALSE if
wc->core_class.extension == _XmBCE(wc) == NULL. And now things seems to start
working. However, this implies a complete rebulid of the 1.2, and isn't just
what you would like to tell your customers to do :-(

-joern
--
  +---------------------------------------+----------------------------+
  | Joern Amundsen                        | email                      |
  | SINTEF Industrial Mathematics         |  - joern@sima.sintef.no    |
  | Department of Mathematical Sciences   |  - joern@imf.unit.no       |
  | The Norwegian Institute of Technology | phone +47-7-59-2092        |
  | N-7034 Trondheim, Norway              | fax   +47-7-59-2971 / 3524 |
  +---------------------------------------+----------------------------+
Xref: sparky comp.windows.x.motif:8781 comp.windows.x.intrinsics:785
From: pramodmm@stein.u.washington.edu (Pramod Mahadev)
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
Subject: TO move motif programs from hp's to sun
Date: 23 Jan 1993 00:56:32 GMT
Organization: University of Washington, Seattle
Distribution: world
NNTP-Posting-Host: stein.u.washington.edu

 Hi everybody,

I have written a couple of programs in motif 1.1 on H.P
workstations. Now, we want to move the software to sun workstation
I dont have a motif library on sun workstation. 
So, i was wondering if there is any way, i can get access to the motif libraries
for sun. i have a sparc 1.0, with o.s 4.0.3 c . 
Can anyone tell me, where ican get the libraries so that i can just
link my programs and make it run on the sun work station.
does the motif for sun work for any version of o.s .

Pramod
From: Iris_-_Smith@cup.portal.com
Newsgroups: comp.windows.x.motif
Subject: Re: Q:  Allocating overlay planes for DrawingArea
Date: Thu, 28 Jan 93 06:45:39 PST
Organization: The Portal System (TM)
Distribution: na

No trouble with GL in mixed mode.