HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.windows.x.motif
Subject: Re: Text Label Widget Flicker
From: mcintyre@nrlvx1.nrl.navy.mil
Date: 7 Jan 93 15:16:03 -0400
Organization: NRL SPACE SYSTEMS DIVISION

In article <66040007@misty.boeing.com>, pirson@misty.boeing.com (Chris Pirson) writes:
> I have a Motif application which constantly monitors and displays the status
> of a large data system.  I display the information in about 4 single-
> line text label widgets.  The text in the label widget is updated once per
> second using XtVaSetValues to change XmNlabelString.  The problem is an
> annoying flicker every 6 or 7 seconds.  All the text in the widget
> flickers even if only a single character has changed.  I'm using monospaced
> fonts and have experienced this on 3 different X servers - HP700, NCD,
> and Apollo Domain.
> 
> Am I going about this monitor application all wrong, is there a simple fix,
> or am I SOL?
> 
> --
> Chris Pirson                 |B\______o=o=o.        Flight Test Engineering
>                              --=o=o=o=o=o=o=>       Boeing Commercial Airplanes
> pirson@misty.boeing.com           / ,'              Boeing Field, Seattle, WA
> uunet!bcstec!misty!pirson   ..   /,'   76 MIPS at 40,000 feet!

Chris,
   I have addressed the same problem in the past.  I know this works on an
NCD terminal and VAXstation servers.  Simply use Text widgets instead of
Label widgets.  (TextField widgets may work as well, I don't know.  I heard
that there were leaks in the TextField widgets which caused it to be no
more efficient than the Text widget, so I have never used them.)  You can
set the resources of the Text widget so that 
   shadowThickness -> 0
   editable -> FALSE
   cursorVisible -> FALSE
   traversalOn -> FALSE
and there might be a couple others to get the visual effect of a Label, but
I don't have my example here in fromt of me.  Then when you change the text
value you use a routine that will detect what parts of the string have changed
if any, and use the XmTextPositionUpdate() ??? routine or whatever it is called
that lets you update a Text widget by position.  The Text widget does no
re-draw itself in its entirety like the Label and you will have minimized your
flicker.  I have written a sub-routine that handles the text update called
motif_text_overwrite().  You should be able to re-create that pretty easily.
Good luck and just write if you have any other questions.

Sean McIntyre
From: glen@iis.UUCP
Newsgroups: comp.windows.x.motif
Subject: Re: Hypertext
Date: 5 Jan 93 16:29:13 GMT
Distribution: inet
Organization: The Internet


 
> 
> Are there any third-party packages out there for building hypertext
> help-type systems under Motif? 
> 
> Any ideas, suggestions are welcome.
> 
> Hubie Chou
> hubec@ctp.com
> 

We have looked at three different HyperHelp subsystems for integration into our
applications.  They are FrameViewer, HyperHelp and a shareware package that 
slips my mind.  (Maybe someone else can fill in this)  One of our requirements
was that the subsystem needs to use the on-line manuals in their native format
without much modification.  (We use FrameMaker for all our documentation)

HyperHelp was the subsystem of choice, given the three packages. It can link
directly with RTF, MIF or ASCII files and has most of the expected features, 
including context-sensitive help.  One big plus...once integrated into your
application, it can be distributed for FREE.  

HyperHelp is developed by:
	Bristol Technology Inc
	898 Ethan Allen Highway
	Ridgefield, CT 06877

FrameViewer is a licensed product from Frame Technology.  It is designed to 
work seamlessly with FrameMaker documents.  It has most of the expected
features, but the it does have a run-time license fee that must be purchased
for each distributed copy.

I hope this is helpful.....

Glen R. Geisen
glen@iis.sun.com
International Imaging Systems
Milpitas, CA
Newsgroups: comp.windows.x.motif
From: matt@sparc6macsch.com (Matt Jackson)
Subject: Re: HP Motif Woes
Originator: matt@sparc6
Keywords: HP Motif
Organization: The MacNeal-Schwendler Company b.v.
Date: Fri, 8 Jan 93 13:58:32 GMT


In article <1993Jan8.134931.12008@draco.macsch.com>, I wrote

> (description of HP Motif FileSelectionBox/keyboard focus problem deleted)

'Scuse my manners --

config: HP 9000 series, Motif 1.1.x, standard environment

-- 
-----------------------------------------------------------------
Matt Jackson                           e-mail: m_jackson@macsch.com  
The MacNeal-Schwendler Co. b.v.       Surface: Groningenweg 6
"Lao-tsu never lived in Amsterdam..."          NL-2803 PV Gouda
From: vrowley@testament.bbn.com (Vicky Rowley)
Newsgroups: comp.windows.x.motif
Subject: Assistance requested concerning japanese in text widget
Date: 12 Jan 1993 21:38:48 GMT
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Distribution: usa
Reply-To: vrowley@testament.bbn.com. (Vicky Rowley)
NNTP-Posting-Host: bbn.com

Hi,

I have been trying for some time to display japanese characters in a
text widget under X11R5 and Motif1.2 (SunOS4.1.1), without success.  For the
time being, we do not need the capability to enter characters
using the keyboard.  For starters, it would be nice to just
display the appropriate characters according to data read in from
a file, for example.  Any suggestions you might have on how I
could accomplish this would be much appreciated.

Thanks in advance,
Vicky Rowley
vrowley@bbn.com
(617)873-2387


 
Newsgroups: comp.windows.x.motif
From: rfrench@Xenon.Stanford.EDU (Robert S. French)
Subject: Disabling TAB in Motif 1.2.1
Organization: Computer Science Department, Stanford University.
Distribution: na
Date: Thu, 7 Jan 1993 01:42:45 GMT

Is there any way to disable TAB from traversing to a particular XmText
widget, and yet still be able to explicitly set focus there either by
clicking with the mouse or by using a Motif call inside the program?
Right now I'm using XmProcessTraversal to give a widget focus.

		Rob

Newsgroups: comp.windows.x.motif,comp.windows.x
From: jota@tutor.inesc.pt (Joao Pedro Martins)
Subject: xcrossing.detail NotifyVirtual
Reply-To: jota@iguana.inesc.pt
Organization: Inesc
Date: Tue, 12 Jan 1993 23:18:57 GMT


	Can someone tell me what does the NotifyVirtual stands for ? I know
what the other values for the event->xcrossing.detail represent
(used with EnterNotify and LeaveNotify), but not NotifyVirtual.

	I am using a form widget with a scrolled list and 2 buttons inside,
and I want a routine to be executed each time I Enter or Leave the _form_ widget
, but I don't know if NotifyVirtual is the correct value for the detail
field in order to do this.

	Thanxs in advance.

----
 Joao Pedro Martins, Lisboa, Portugal - jota@mujave.inesc.pt
 
 "cover my face while the animals cry [...],	
  cover my face while the animals die !" (The Cure) 
Newsgroups: comp.windows.x.motif
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Subject: How to gray out Text widgets
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Organization: Oak Ridge National Laboratory
Date: Mon, 4 Jan 1993 19:34:12 GMT

I know I've seen this posted here before, but cannot find it now in my
server's list of kept articles or in the FAQ.

How does one gray-out an insenstive Text widget?

Do I really have to go to the trouble of changing the foreground and background
colors myself? If so, is there anyway to get at the algorithm used to choose
grayed-out colors for other widgets -- Labels, for instance?

Thanks,
Johnny Tolliver
Oak Ridge National Laboratory
jxt@ornl.gov
Newsgroups: comp.windows.x.motif
From: vprakash@cs.ulowell.edu (V G Prakash)
Subject: problem in XmNscrollingPolicy = XmAUTOMATIC: HELP
Organization: University of Massachusetts at Lowell Computer Science
Date: Fri, 8 Jan 1993 02:35:13 GMT

Hai,

   I have built an application using UIL/Motif
   I have a the following widget hierarchy.

   Mainwindow -> Form -> Scrolled Window -> Drawing Area

Now everytime I get run the application I get this warning message. I have
still not yet displayed anything on my Drawing Area widget. I am just
wondering if this can create any problems and what is cause of this
message. 

for the scrolled window: XmNscrollingPolicy = XmAUTOMATIC; 

----------------------
Warning:

    Name: scrollwindow
    Class: XmScrolledWindow
    Cannot change scrollbar widget in AUTOMATIC mode.
----------------------

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
/*************************************************************\
/*                                                           *\
/* V.G.Prakash            Ph: off:  508-934-3613             *\ 
/*                           home:  508-454-5286             *\
/* Research Engineer                                         *\
/* Graphics Research Laboratory                              *\
/* University of Massachussets  *  Lowell       		      *\
/* Lowell, MA 01854                                          *\
/*************************************************************\
From: cajones@uts.EDU.AU (-s90079928-c.jones-ele-60-)
Newsgroups: comp.windows.x.motif
Subject: GOBE & NETED Widgets ... Any Info?
Date: 11 Jan 1993 00:00:09 GMT
Organization: University of Technology, Sydney
Distribution: world
NNTP-Posting-Host: acacia.ccsd.uts.edu.au
Keywords: GOBE
Organisation: University of Technology, Sydney, Australia


    Hi,

    Has anybody had any experience with GOBE or NETED widgets? If so could you please write to me (email) if you could help me practically use them or direct
    me to some decent examples?! I would be most appreciative of ANY help at all
    grovel grovel!! :-)
    We would like to use these widgets for a GUI for a loadflow program, displa
    ying network connections and power flows within a electricity distribution
    system. We currently only have a VERY laborious text version!! And are
    trying to improve it on a dec vax/vms station.

	Again all help would be greatly appreciated!

		Thanx heaps in advance!

			Steve Boroczky, Pacific Power
			NSW, Australia.

			cajones@acacia.ccsd.uts.edu.au
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x.motif
Subject: Re: dynamically change background resource value
Date: 7 Jan 93 19:21:03 GMT
Reply-To: deveau@koala.drea.dnd.ca
Distribution: inet
Organization: Seimac Limited

Lori M. Pieniazeck writes:

> I have a motif program that uses a resource file with the following line in it:
> *background:  green
> 
> I would like to change this value while the program is running. Is there
> a way to do this so that it will change all of the widgets backgrounds to
> a new color without having to change the XmNbackground resource for 
> every widget?

There were a couple of messages in this newsgroup that might help you
with this. I've attached them below.

--

Terry J. Deveau                   Internet: deveau@oceanroutes.ns.ca
Seimac Limited                    Phone: (902) 468-3007
Dartmouth, N.S., Canada           Fax: (902) 468-3009

================== begin included messages ===========================
Subject: Setting resources by class
To: motif@alfalfa.com (comp.windows.x.motif)
Date: Wed, 28 Oct 92 15:19:59 AST
From: "Terry J. Deveau" <deveau@oceanroutes.ns.ca>
Organization: Oceanroutes Canada Inc.
Phone: (902) 468-3007, FAX: (902) 468-3009
Mailer: Elm [revision: 64.9]

I've just figured out how to do something that I've been wanting
to do for a long while.  I'll post it in case someone else has
been wondering about it also.

Resources can be set for individual widgets within an application
using XtSetValues.  Resources for a whole class of widgets can
be set outside the application in a defaults file.  But how can
you set resources for a class of widgets within an application.

The example below shows how.  It sets the foreground colours of
all label widgets to green, all row-columns to red, and all 
push-buttons to pink.  Children of widgets whose colours are set
this way still take the colours of their parents however.  Does
anyone know how to prevent that?

I've also tried a variant of this to set translations on a
class-wide basis, it also works.


#include <X11/Xresource.h>

main(argc, argv)
int argc;
char *argv[];
{
  Widget shell;
  XrmDatabase rmd;

  shell = XtInitialize ("main",argv[0], NULL, 0, &argc, argv); 
  rmd = XtDatabase(XtDisplay(shell));
  XrmPutLineResource (&rmd,"*XmLabel*foreground: green");
  XrmPutLineResource (&rmd,"*XmRowColumn*foreground: red");
  XrmPutLineResource (&rmd,"*XmPushButton*foreground: pink");
 
 ... 

}


Date: Thu, 29 Oct 92 09:57:55 EST
From: mark@bhanu.andyne.on.ca (Mark Levison)
Message-Id: <9210291457.AA00497@bhanu.andyne.on.ca>
To: deveau@oceanroutes.ns.ca
Subject: re:Setting resources by class


Terry,
        You could also set these resources as fallbacks and pass them into
XtAppInitialize.  The disadvantage of your route is it overrides anything in
a users defaults file.  See O'Reilly Volume 6 for more details.

Cheers
Mark Levison
mark@bhanu.andyne.on.ca

================== end included messages ===========================

Newsgroups: comp.windows.x.motif
From: drew@sscvx1.ssc.gov
Subject: Window Management - slight help needed
Organization: Superconducting Super Collider Laboratory
Date: Thu, 7 Jan 1993 20:56:07 GMT

I am using the DEC VUIT interface builder tool.  I have a MAIN window,
with a bulletin board and push buttons which when pushed manage a
bulletin board dialog. I want to be able to bring the main window up
in front of the secondary window, but cannot do this.  Is there some
resource that I need to set, or some principle of window management
that I need to know about?
From: rindress@ctron.ctron.com (Rindress MacDonald)
Newsgroups: comp.windows.x.motif
Subject: Help with APPLICATION_DEFINED in a scrolled window?
Date: 6 Jan 93 16:02:13 GMT
Distribution: inet
Organization: The Internet


 
    Hi,
      I was hoping that someone may be able to shed some light on a problem that
   I am having with scrolled windows? :-))   I have a scrolled window with
   a row column as the work window and I would like to do APPLICATION_DEFINED
   scrolling.  My goal is to set the "Unit length" to be the height of one of
   the forms in the row column. The problems I am having are redrawing the 
   row column and its children after it is scrolled up or down. ?? :-((   
   I have followed some of the examples in the O'Reilly's Vol 6 Motif 
   Programming Manual (app-scroll.c).  What I have done is when the increment 
   or decrement is done I do an XtMoveWidget on the work window?  
   Is this right?  If not that what?
   Thanks for any help or pointers you can give me... :-)
 

   Thanks for any pointers,
   Rindress



------------------------------------------------------------------------------
                   Name: Rindress MacDonald
                  Email: rindress@ctron.com
        
Disclaimer:  The opinions expressed herein are not that of Cabletron Systems.
------------------------------------------------------------------------------

Newsgroups: comp.windows.x.motif
From: mf@dancer.cc.bellcore.com (fusco,marc)
Subject: Icons needed
Organization: Bellcore, Livingston, NJ
Date: Tue, 5 Jan 93 21:15:31 GMT

I am looking for a site where I can obtain some 
icons to be used on a Sun (with X.desktop).
(In the Mac world, many different icons can be obtained
and any file/folder can be associated/represented with them.)

Are there any available in the Sun world? 

(Sorry if this is not the proper group to ask.)

Thanks,
marc
mf@cc.bellcore.com
From: ygor@3d2c.jhuapl.edu (Daniel E. White  (F2C))
Subject: SURVEY: UIL vs. Resource Files vs. Source Code
Organization: Johns Hopkins U. Applied Physics Lab
Date: Mon, 11 Jan 1993 22:54:06 GMT


  I'd like to conduct an informal poll.  What is the opinion about
  defining widgets and their resources with:

   A)  UIL
   B)  Application resource files

   or

   C)  Within the source code


   Please be as verbose as you'd like to be and I'll post a summary.


   Share & Enjoy !!


-- 
------------------------------------------------------------------------
                                                               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: andrewc@g2syd.genasys.com.au (Andrew Congdon)
Subject: Re: specifying a visual class and depth
Organization: Genasys II, Sydney, Australia
Date: Thu, 7 Jan 1993 03:51:44 GMT

In article <1992Dec30.194349.5419@schaefer.math.wisc.edu> dickie@math.wisc.edu writes:
>THe machine that I am working on has a 24bit visual capability, however
>the root window is 8bit, and of course windows open 8bit by default.
>
>How do I specify to Motif that I want a specific visualclass and
>depth? For example, I would like to open a window which is
>	TRUECOLOR and 24bits deep.

The FAQ for comp.windows.x.intrinsics has a section on using a
non-default visual.  I used this to implement a "-visual" option.  I
still had problems with an HP720 CRX-24 which refused to believe that it
had a TrueColor class visual despite xdpyinfo telling me it had one (is
this why HP don't supply xdpyinfo?).  I added a "-depth" option and used
XGetVisualInfo(3) to search for the visual with desired depth.

> - joe porkka
--
Andrew Congdon	|  Genasys II Pty Ltd
		|  13th Level, 33 Berry St, North Sydney, NSW, Australia
		|  Phone:    +61-2-954-0022 (-9930 FAX)
		|  Internet: andrewc@g2syd.genasys.com.au
From: pdsmith@bbn.com (Peter D. Smith)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif 1.2 Text Widgets & input methods
Summary: Yes, it's easy
Keywords: confused
Date: 5 Jan 93 17:51:39 GMT
NNTP-Posting-Host: bbn.com

In article <1993Jan5.153015.350@mfltd.co.uk>, dnh@mfltd.co.uk (Des Herriott) writes:
> 
> I've just been reading the Motif 1.2 Programmer's Guide (ch. 11, the
> bits about internationalization and so on), and there's a lot there
> I just don't quite grasp.

Yeah, join the club.

> 
> What I want to do is (as a prelude to a more complex project) just create
> a Text widget which allows Japanese input...

The manuals bite.  What we found here is that on the HP platform (using
the beta-version of OS version 9) is that a dead-standard program will
"just work" providing that you link to the HP X library.  You also need to
start the workstation in Japanese mode and be sure that the LANG env. var.
is set to "japanese".  YMMV on other platforms....

We've had trouble getting this to work in production code 

BTW -- Japanese is really not that hard to learn if you try.  Most tech
manuals are liberally spinkled with Katakana, which is just a phonetic
transliteration of the corresponding English work.  I've been using
"Beginning Japanese" and think its pretty good.

Did I mention that the manuals bite?


					Peter D. Smith
Newsgroups: comp.windows.x.motif
From: niko@iastate.edu (Nikolaus E Schuessler)
Subject: * Help getting Motif Manual Info
Organization: Iowa State University, Ames, IA
Date: Wed, 6 Jan 1993 16:54:43 GMT

We have some outdated (Revision 1.0) postscript source for the following
set of motif manuals:

OSF/Motif Programmers Guide Vol 1 - Toolkit
OSF/Motif Programmers Guide Vol 2 - WindowMgr
OSF/Motif Programmers Guide Vol 3 - User Interface Language
OSF/Motif Programmers Reference Manual
OSF/Motif Release Notes / Porting Guide
OSF/Motif Style Guide.

These are apparently being sold now. Can anyone tell me:

Titles/isbn's of the new books
prices or a contact person with the info
Ordering information (Phone #)

Thanks. I don't normally read this group so please send email.

-- 
Niko Schuessler               
Project Vincent Systems Manager              email: niko@iastate.edu
Iowa State University Computation Center     voice: (515) 294-1672
Ames IA 50011                                snail: 272 Durham 
Newsgroups: comp.windows.x.motif
From: kobet@xsun2a.ct.picker.com (Harry J Kobetitsch)
Subject: X user groups
Organization: Picker International, Inc.
Distribution: us
Date: Thu, 7 Jan 1993 22:20:26 GMT

Are there any user groups related to X that
are located in the Midwest (Ohio preferably) ?
Newsgroups: comp.windows.x.motif
From: danubius@halcyon.com (Joseph R. Pannon)
Subject: Re: Doug Young's Source
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Wed, 13 Jan 1993 04:31:29 GMT

This is to thank everybody who sent me info on where to obtain the
subject source code. The answers were amazingly uniform. ;-)

I have already obtained it fron that ftp site.

Regards,
Joe Pannon
Newsgroups: comp.windows.x.motif
From: jim@aggie.b23b.ingr.com (Jim Cummings)
Subject: Efficient Selection in List Widgets
Reply-To: jim@aggie.b23b.ingr.com
Organization: Intergraph Corp. Huntsville, AL
Date: Mon, 4 Jan 1993 20:00:27 GMT

I'm trying to efficiently select certain 'positions' within a Motif list widget
that contains items with duplicate names.  I'm currently using XmListSelectPos
on all positions I want selected, but this is very slow.  I would like to write
a function similar to XmListSelectPos that accepts an array of positions to
select instead of a single position.  Do you know how I can set the
XmNselectedItems resource of the list so that it contains the items of the
positions I want selected, but not those items that I do not want selected.

For example the list might contain:

   test
   test
   test

All three rows of the list contain the item "test".  I want to be able to
select only positions 2 and 3, but not 1.  But since all 3 rows
contain the same item string, I do not know how to set the XmNselectedItems 
resource correctly to accomplish this.

Thanks in advance for any ideas.
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Motif1.2 geometry problems
Organization: Open Software Foundation, Motif Team
Distribution: na
Date: Thu, 7 Jan 1993 16:17:06 GMT

The main difference between 1.1. and 1.2 appears with non Motif
composite widgets that do not obey to the XtGeometryYes policy.
That is, when your widget is making a geometry request to its parent,
and the request is honored, it has to resize itself (and it should
not resize the instigator of a request).

Other than that, non composite widgets, if they are well behaved
kids (they do not make any geometry requests of their own, but rather let Xt
deal with the negociation with their parents) shouldn't see any change.

I suggest you try my libXtGeo package (found on export) to find out 
where the layout problem comes from, we got some bug reports against
MainWindow and Form for 1.2 as well.

Newsgroups: comp.windows.x.motif,80,articles