HDTenEightyP/NetNews huggingface dataset:
From: tommc@hpcvusc.cv.hp.com (Tom McFarland)
Subject: Re: Japanese characters for XmLabel
Keywords: Japan, Label, String
Reply-To: tommc@cv.hp.com
Organization: Hewlett Packard UTD-Corvallis
Date: Thu, 28 Jan 1993 19:06:55 GMT

In article <1993Jan26.095201@lectra.fr>, pierre@lectra.fr (Pierre Ficheux) writes:
|> In article <1j413oINN9r2@hal.com>, randolph@hal.COM (Randolph Bertin) writes:
|> > 
|> > How can I display Japanese characters on an XmLabel (PushButton, etc)
|> > widget?  Ideally, I would like to be able to set up a Japanese version
|> > of the resource file containing all of the label strings.
|> > 
|> 
|> 	No problem. You just have to put the ascii string corresponding to the
|> kanji character 16 bits code ==> example with the k14 font :
|> 
|> 	*fontList: k14
|> 	*label1*labelString:	0!
|> 
|> 	It will display the first kanji charactere of the k14 font (code 0x3021 =>
|> string 0!).

Actually, this is a function of vendor and release of Motif.  As of Motif 1.2,
all that should be necessary is to specify the string in the codeset of the
locale (i.e. type it into the defaults file using a japanese term emulator
and an internationalized editor).  For example, on HP systems I would launch
an hpterm with LANG=japanese (or LANG=japanese.euc if I wanted EUC instead of
shift-JIS encoding) and a japanese font selected.  Then I would vi the resource
file and type in a shift-JIS (or EUC) string of mixed ASCII, 8-bit Katakana
and 16-bit/24-bit Kanji.  Then when launching the application, all that is
necessary is to make sure the application's LANG is set appropriately and
that a fontset is specified in the applications font list.

For pre-1.2, each vendor provided his/her own solution.  In HP's case,
the situation is pretty much as described above, except the concept of
fontsets didn't exist.  Instead, it was necessary to specify a Japanese
font (such as jpn.8x18 or jpn.12x24).  Vendors that did not internationalize
their Xlib or their Xt would have to resort to the work around described
by Randolph above.

|>  ._______________________________.__________________________. 
|> +-------------------------------'--------------------------'|
|> | Pierre FICHEUX                | tel   : +33 56 68 80 00  ||
|> | Lectra Systemes               | fax   : +33 56 78 88 31  ||
|> | ZI Marticot 33610 CESTAS      | E-mail: pierre@lectra.fr ||          
|> | FRANCE                        |     			   ||	
|> `-------------------------------^--------------------------'
|> Comment ? (Beethoven)

Tom McFarland
Hewlett-Packard, Co.
R&D Motif team
<tommc@cv.hp.com>
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: MenuBar challenge
Organization: Open Software Foundation
	<1993Jan24.160326.2070@vela.acs.oakland.edu>
Distribution: na
Date: 25 Jan 93 15:54:26

In article <1993Jan24.160326.2070@vela.acs.oakland.edu> sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:

     I know that the menubar is "supposed to" only accept homogenous
   children of type pull down menu. My problem is, my clients want a
   display like this

   -- /MainWin                  				small | BIG
   ------------------------------------------------------------------
   PD1   PD2  PD3    Pd4   Help           < _________> 75%
   -------------------------------------------------------------------

	   work area


   I've got the menubarr set up with the pulldowns as shown above
   and enough space on the right to hold the "Power meter"
   it consists of left and right arrows, colored segments (like
   a tape decks VU meter) and the power value numeric displayed to
   the right.

   I've already got the power meter written (all subclassed on a drawing
   area) and attached just under the menubar. The clients want it ON
   the menubar. Is there some way to "fake out" the menubars homogeneous
   setting?

You could set the shadow thickness to 0 on the menubar,  and use
another manager to paste together the menubar and your meter.  That
composite could then be encased in a Frame with the appropriate 
shadow. 
--
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
From: CC024DML01@trent-poly.ac.uk (Darren Locke)
Newsgroups: comp.windows.x.motif
Subject: Multiple Fonts in a Text Widget
Date: 25 Jan 93 11:38:00 GMT
Distribution: inet
Organization: The Internet

Hi All,

I am in desperate need of help. I am fairly new to motif and new to this news 
group, so I am not sure if this is a commonly asked question.

I need to be able to display multiple fonts in some form of text widget, but at 
the moment I do not know how to do this. The FAQ implies that this is not 
possible. Mulitple fonts are allowed in a drawing area widget, but I need to be 
able to edit the text, which can't be done in a drawing area.

Can anyone tell me how to do this - does anyone have a widget to do this that 
they wouldn't mind donating.

Any help will be gratefully accepted.

Many Thanks in Advance,

Darren.
From: colassik@hpwala.wal.hp.com (Ken Colassi )
Date: Mon, 25 Jan 1993 16:45:58 GMT
Subject: Custom Main Loop ques.
Organization: Hewlett-Packard Company
Newsgroups: comp.windows.x.motif


	I am trying to create a true main loop that does everything
	XtAppMainLoop does but I want to block when there is no input.

	XtAppNextEvent appears to be taking care of timer routines as well
	as work procedures when it's called from from XtAppMainLoop.

	My main loop looks like

	for (;;)
	if (XtAppPending())
	{	//Event Code Block
		XtAppNextEvent();
		XtDispatchEvent();
	}
	else
	{	//Select Code Block
		select (....);
	}

	When I run this main loop none of my workProcs get triggered
	because due to XtAppNextEvent. 

	Does anyone know a better way to structure this or do I have to
	incorporate the calls of XtAppNextEvent into my 
	'Select Code Block'?

	Thanks in advance

	Ken
From: montnaro@ausable.crd.ge.com (Skip Montanaro)
Newsgroups: comp.windows.x.motif
Subject: Problems moving widgets - Style Guide conformance problems?
Date: 25 Jan 93 20:59:24 GMT
Reply-To: montanaro@ausable.crd.ge.com (Skip Montanaro)
Distribution: comp
Organization: GE Corporate Research & Development, Schenectady, NY


We have a graphical editor application that for the purposes of this note
consists of a DrawingArea with one or more nodes represented by a Form
enclosed in a Frame.  There are lots of widgets inside the Form, but at the
top of the Form is a Label and two square PushButtons:

	+-Frame-----------------------+
	|+-Form----------------------+|
	||+-Label-------++-PB-++-PB-+||
	|||     	||    ||    |||
	||+-------------++----++----+||
        ||+-Form--------------------+||
	|||     	            |||
	|||                         |||
	|||     		    |||
	||+-------------------------+||
	|+---------------------------+|
        +-----------------------------+

The most common operation performed on these nodes is to move them.  Under
Motif 1.1, we drag the mouse while the middle mouse button is pressed over
the Label to move nodes.  Under Motif 1.2 this no longer works because the
middle mouse button has been usurped for drag-and-drop.

What is the politically correct way to interactively move widgets in this
sort of context? We select nodes by clicking in the Label with the left
mouse button, then can choose an operation from a popup menu, but for node
movement this is cumbersome, because we do it so frequently. Can we simply
disable drag-and-drop for the Label widget and still be "conformant"? If so,
how does one disable drag-and-drop on a widget-by-widget basis?

Thx,

--
Skip (montanaro@crd.ge.com)
From: fkmunker@cip.informatik.uni-erlangen.de (Frank Munkert)
Newsgroups: comp.windows.x.motif
Subject: Re: How to allways display scrollbar ?
Date: Wed, 27 Jan 1993 11:21:35 GMT
Organization: Student Pool, CSD, University of Erlangen, Germany
Distribution: inet
NNTP-Posting-Host: faui00o.informatik.uni-erlangen.de

smith@compound.se (Bjorn Smith) writes:
>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.

I'm using Keith Gregory's book on Motif which also states that with this
code the scrollbar should always be displayed. Maybe this has changed
from Motif 1.0 to Motif 1.1.

I have found that setting the resource

	*.Ftg.scrollingPolicy: AUTOMATIC

solves the problem.

- Frank
---
Frank Munkert            |  Uni Erlangen-Nuernberg
Zum Froschbruecklein 5   |  
8500 Nuernberg 10        |  <fkmunker@cip.informatik.uni-erlangen.de>
Germany                  |  or: <ln_fmu@pki-nbg.philips.de>
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: Forms and MainWIndows
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Thu, 21 Jan 1993 17:24:20 GMT


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.

-- 
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
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: How to determine a widget type (shell widgets)
Organization: Open Software Foundation, Motif Team
Distribution: comp
Date: Tue, 26 Jan 1993 22:00:02 GMT

 
|> I need to find out if a widget is a dialogue shell or similar widget.  ie the
|> widget at the top of the heirarchy for a certain window.
|> 
|> The XtIsShell() call will determine if a widget is a shell widget, but it will
|> also find menushells which I want to be ignored.  Sooo, how can I find out
|> what widget a widget is?
|> 
 

Motif defines a bunch of XmIs<widget> macros in the .h files,
look there.

Newsgroups: comp.windows.x.motif
From: caljouwr@cuug.ab.ca (Rob Caljouw)
Subject: OSF/Motif 1.2 for Solaris 2.1
Organization: S.I. Systems Ltd.
Date: Fri, 22 Jan 1993 08:28:51 GMT
Reply-To: Unidirect 1-800-755-8649

				S.I. Systems Ltd.
			Suite 1400, 505 3rd St. S.W.
				Calgary, Alberta
				    T2P 3E6

S.I. Systems has announced a beta release of OSF/Motif 1.2 for 
Sun Microsystems Solaris 2.1 for $499.00 (U.S.).

This beta release is available from Unidirect.
	Call: 1-800-755-8649

This pre-release consists of the following:

	OSF/Motif 1.2 (binaries with static libraries).

	OSF/Motif 1.2 demo programs.

	X11R5	(binaries with shared libraries).

	GNU C compiler.

	A free upgrade to OSF/Motif 1.2.1 for Solaris on CD-ROM
	when available later this year. The Solaris CD-ROM will
	include shared libraries for Motif 1.2.1 and will be
	completely validated according to the OSF validation suite.

	A free one year support subscription for OSF/Motif for 
	Solaris updates and upgrades.

	Distribution will be on 1/4" QIC or 8mm. Exabyte tape.
-- 
=================================================================
|								|
|								|
=================================================================
From: slc@a2.cim.cdc.com (Steve Chesney x4662)
Newsgroups: comp.windows.x.motif
Subject: XVT GUI Toolkit
Keywords: xvt
Date: 27 Jan 93 18:47:34 GMT
Reply-To: slc@a2.cim.cdc.com (Steve Chesney x4662)
Organization: Metaphase Technology Inc

We are considering the use of the XVT GUI portability toolkit for our next
application release.  Our current product uses X and Motif directly, but we
see a need to anticipate new platforms (and PCs).

I would appreciate responses (e-mail or followup postings) from those who
have worked with the toolkit.

How does it compare to working with X and Motif directly?

Is it reliable? Efficient? Supported well?

I would particularly like to hear from those who have extended it (new widgets)
or have intermixed native toolkit calls.

I will summarize for later posting.

-- 
Steve Chesney                                    slc@cim.cdc.com     
Metaphase Technology Inc.                        612-482-4662 (voice)
4201 North Lexington Avenue                      612-482-4001 (fax)
Arden Hills, MN  55126
From: krienke@informatik.uni-koblenz.de (Rainer Krienke)
Newsgroups: comp.windows.x.motif
Subject: Re: CD-ROM Player
Date: 25 Jan 1993 08:20:30 GMT
Organization: Universitaet Koblenz
Distribution: world
Reply-To: krienke@infko.uni-koblenz.de
NNTP-Posting-Host: bliss.uni-koblenz.de
Keywords: CD-ROM,Music

In article <1jjpreINN80h@dayub.dayton.saic.com>, adnet@repoman.dayton.saic.com (SAIC - Research Park) writes:
|> 
|> 
|>    I am looking for an X/Motif application which will allow me to play 
|> 'music' CDs in my SCSI CD-ROM. 
|> 
|> 
|> 
|> Thanks in Advance
|> 
|> Tim 
|> 
|> 
|> nitewind@repoman.dayton.saic.com
|> 
|> 	or
|> 
|> adnet@repoman.dayton.saic.com
|> 
|>   
|> 
|> 

-- 
Try "xcdplayer". Ask archie where you can ftp it.

-------------------------------------------------------------------------------
Rainer Krienke                                     krienke@infko.uni-koblenz.de
Universitaet Koblenz,                                                          
Rechenzentrum,                                     Voice: +49 261 9119-641
Rheinau 3-4, D-5400 Koblenz, Germany               Fax:   +49 261 9119-499
-------------------------------------------------------------------------------
From: spatel@cs.tamu.edu (Samir K Patel)
Newsgroups: comp.windows.x.motif
Subject: How to pass client data from menubar buttons to the callback function
Date: 25 Jan 1993 04:23:37 GMT
Organization: Computer Science Department, Texas A&M University
Distribution: world
NNTP-Posting-Host: solar.tamu.edu

Hi,
    I have one very important question about menubars which most of the
 people use in there applications.

   I am using menubar for front menus. The problem is in passing client data to the function which I am calling using menubars pulldown button.

  It is very easy to pass data using AddCallback but here I have to pass data
from CreatePulldownMenu or CreateSimpleMenuBar type function. How do you      
pass client data from this funtions. The buttons are not widgets here so
you can not use sepatate AddCallback function. I am going to post this question
in motif newsgroup. I saw same question from one guy in newsgroup sometimes
back.

  I tried Dan Hellers book but unfortunately couldn't find a single example
in which he is passing some kind of variables from menubar buttons to the
called funtion. Which is really surprises me.....I need to pass some pointer
to the called funtion. Which I can easyly pass it my button is a widget using
AddCallback function. But here menubar buttons are not widgets so you can not
use AddCallback.

Thanks.

Samir

spatel@cs.tamu.edu 

///////////////////////////////////////////////////////////////////////////

The goal of Computer Science is to build something that will last at
least until we've finished building it.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Newsgroups: comp.windows.x.motif
From: tpham@engin.umich.edu (Tony Pham)
Newsgroups: comp.windows.x.motif
Subject: Q: Setting Display over Phone Line
Date: 25 Jan 93 20:42:59 GMT
Distribution: usa
Organization: University of Michigan Engineering, Ann Arbor
NNTP-Posting-Host: engine.engin.umich.edu

I am a newbie to Motif and X in general so please bear with me.

At school, I am using a DecStation 5000 running under
Motif.  I would like to be able to work at home since
I spend all my waking hours at the computing lab
(sounds familiar?).  I have a 486PC and would like to buy
some products that I can use to set the display over the
modem.  What is the best and least expensive way to do
this?

I want to have a similar GUI on my PC.  Appreciate any
replies.  
Newsgroups: comp.windows.x.motif
From: harris@drvax3.msfc.nasa.gov (Mitch Harris)
Subject: How do you input a password?
Organization: NASA/MSFC
Date: 25 Jan 93 14:38:19 GMT

 I am trying to input a password but don't want to print it on the sceen
as it is typed. I tried setting the forground color equal to the background
color, but something kept overriding my color choices.  Could some one
tell me how to do this or send me an example. 
Thank You
--
Mitch Harris                           |  New Technology Inc.
(205)-544-2846                         |  700 Boulevard South, #401
drvax3!harris@freedom.msfc.nasa.gov    |  Huntsville, AL  35802
From: phade@cs.tu-berlin.de (Frank Gadegast)
Newsgroups: comp.windows.x.motif
Subject: How much is MOTIF ?
Date: 28 Jan 1993 14:16:11 GMT
Organization: Technical University of Berlin, Germany
NNTP-Posting-Host: cent.cs.tu-berlin.de

Well, subject says ...

Hoew much is MOTIF for a single user (just need the lib, don't need mwm, f.e.) ?
Where to get it ?

PLEASE REPLY VIA E-MAIL


Thnx in advance, Phade
 
------------------------------------------------------
PHADE SOFTWARE Leibnizstr. 30, 1000 Berlin 12, GERMANY
Inh. Frank Gadegast            Fon/Fax: +49 30 3128103

phade@cs.tu-berlin.de

Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: XmScrolledWindows question
Organization: Open Software Foundation, Motif Team
Date: Tue, 26 Jan 1993 21:47:47 GMT

 
|> If I use an XmScrolledWindow in APPLICATION_DEFINED scrolling, am I right in 
|> thinking that I have to do the same amount of work as I would do if I were
|> to directly create scrollbars, and manage everything on my own? 
|> The scrolled window doesn't even create the scrollbars in APPLICATION_DEFINED
|> scrolling, and all the scrolling callbacks are anyway with the scrollbars,not
|> with the scrolled window. So, what *is* the scrolled window doing except 
|> occupying memory?
 

(you ask - I reply, it doesn't mean I disagree with you :)

Application defined ScrolledWindows essentially manage the layout of 
the application defined scrollbars and workwindow (that includes the
spacing, margins, etc). They also handle a bunch of default paging actions.

It used to be a time when you could have a ClipWindow in this mode,
but it is no longer the case.

More important I think is the fact that ScrolledWindow is the
superclass for MainWindow, which provides an additional layout
behavior that completes the Application defined mode as well as the 
Automatic one.


Daniel Dardailler.

Xref: sparky comp.windows.x.motif:8761 comp.os.vms:21739 comp.windows.x:21476
From: jdavid@austin.ibm.com (John Southard)
Subject: Looking for a Book
Originator: jdavid@golfcrse.austin.ibm.com
Date: Thu, 21 Jan 1993 15:43:16 GMT
Organization: IBM AWSD Graphics Systems


I'm looking for a book named: 

"The X Color Management System" by Al TAbayoyon, Joann Taylor, and Chuck Adams

for a customer of mine.  If anybody has this book could they please send
me the ISBN number and/or the publisher's name.
Thanks.
-- 

**     The views expressed above are mine and not my employer's              **
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=-     John D. Southard          | Internet:  jdavid@austin.ibm.com          -=
Newsgroups: comp.windows.x.motif
From: boyle@gca.com (David Boyle)
Subject: How much for a Motif source license?
Keywords: Motif
Organization: GCA Corporation
Distribution: usa
Date: Thu, 21 Jan 1993 18:36:07 GMT

And is there more than one flavor of source license.  The reason for asking is
that in talking with some folks about subclassing Motif widgets I was told
that I would need access to source to do what I wanted.  The real $64 question
is:  "If I want to use Motif a the basis of toolkit with my own look-and-feel
(not exactly the same as Motif) for use in my applications only, what would I
need to do this?"

Thanks in advance.

--
David Boyle                            ...uunet!gca!boyle  or  boyle@gca.com
GCA, a unit of General Signal          (508) 837-3869
Andover, MA  01810
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
From: gaitat@gaitat.kgn.ibm.com (Saki)
Subject: Re: getting non-default depth/visual for a top-level shell widght?
Date: Wed, 27 Jan 93 15:19:41 GMT
Distribution: all
Reply-To: gaitat@gaitat.kgn.ibm.com (Saki)
Organization: IBM Kingston NY
Keywords: visual, depth, motif, intrinsics, xtoolkit

First you have to make sure that you have a Direct Color visual
on your machine.  Usually XMatchVisualInfo will do the job.
Second I dont think you can specify the depth and visual type
in a resource file.  You have to do it from inside your program.
And you can set these resources only at creation time of the
widget. Not later.

   __    ()  ,
  /  )   /`-'|       _/_     _/_
 /--/   /   / __.  o /  __.  /  __.  _  _
/  ( o /__-<_(_/|_<_<__(_/|_<__/  |_</_/_)_
                                 (|
Athanasios G. Gaitatzes
                                   gaitat@kgnvmy.vnet.ibm.com
These statements and/or opinions are not necessarily those of
                                                          IBM

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
From: coyne@seismo.CSS.GOV (John Coyne)
Newsgroups: comp.windows.x.motif
Subject: Re: Next Motif Release (was Motif Vaporware
Keywords: Motif
Date: 27 Jan 93 20:13:35 GMT
Organization: Center for Seismic Studies, Arlington, VA
Originator: coyne@beno.CSS.GOV


In article <C1H95x.Cx3@news.rich.bnr.ca>, scroger@crchh821.BNR.CA (Eric Scroger) writes:
|> > From: jimb@rcx1.csd.harris.com (Jim Burmeister)
|> > Newsgroups: comp.windows.x.motif
|> > Subject: Motif Vaporware
|> > Date: 21 Jan 93 22:33:04 GMT
|> > 
|> > At the X Technical Conference, there was a Motif session at which a 
|> > representative of OSF talked about their plans for the next version of
|> > Motif.  So, for those who didn't make it to the session (or didn't make 
|> > it to the conference!), here's the list of new features:
|> > 
|> > o The next release of Motif will not wait for X11R6--it will be based on
|> >   X11R5.
|> 
|> What release of Motif is this going to be?  Is it 1.3 or 1.2.x?
|> 
 
when that question was asked to the motif rep, he could not specify the version number.
From: tom@teal.csn.org (Tom Schutter)
Newsgroups: comp.windows.x.motif
Subject: Re: popping up a PopupMenu using Btn1
Date: 25 Jan 93 16:07:22 GMT
Organization: Colorado SuperNet, Inc.

> Naughty, naughty, playing with a widget's privates :) .  Seriously,
> don't do this.  This is not the only thing which must happen.  That is
> why there is a data abstraction layer between you and the widget
> internals.

But if the widget is not providing the functionality required, sometimes you
gotta break the rules.

Does OSF have an answer as to why the XmNmenuPost resource does not work?

Tom Schutter
Platte River Associates, Inc.
tom@platte.com
Newsgroups: comp.windows.x.motif