HDTenEightyP/NetNews huggingface dataset:
From: astoch@ic.ac.uk (Dr A. Stochniol)
Subject: asedit available on export
Organization: Imperial College Centre for Computing Services.
Date: Wed, 18 Nov 92 15:17:53 GMT

asedit is now available on:
	 export.lcs.mit.edu in /contrib/asedit.tar.Z
and on other local archives.
Be sure to set binary mode when transferring.


------
asedit README file is attached below.
-------------------------------------

asedit is a simple to use ASCII text editor for X build around Motif Text
widget.  It features, amongst other things,

  - Motif compliant menu interface
  - easy to use "point and click" interface
  - file selection via file selection dialog
  - line and column numbers
  - comprehensive context sensitive, hypertext on-line help
  - multiple undo and redo edit actions
  - Cut/Copy/Paste features
  - comprehensive search and replace
  - keyboard bindings for EMACS's users
  - automatic indentation for programmers
  - customization via the standard X11/Motif resources method


I have personally built and run the program on the following systems:

   IBM RS/6000		AIX 3.1.x	X11R3	Motif 1.0
   IBM RS/6000		AIX 3.2  	X11R4	Motif 1.1
   SGI IRIS Indigo      IRIX 4.0.x	X11R4	Motif 1.1.4
   SGI IRIS Indigo      IRIX 4.0.x	X11R5	Motif 1.1.4
   SUN 4                SunOS 4.1.2     X11R4   Motif 1.1.4
   SUN 4                SunOS 4.1.2     X11R5   Motif 1.1.4
   DEC 5000/240         ULTRIX 4.2      X11R5   Motif 1.1.3 (with XFOCUS_BUG on)


Although asedit runs even under X-Windows Release 3 and Motif 1.0
it can't possibly get around bugs in those versions and can't emulate
some other features used in newer versions. Incidentally, the help
file supplied describes all options available for X11R4/Motif 1.1
and upwards. Therefore, if you are still using Motif 1.0 and something
doesn't work as it should, I can be only sorry (I do NOT update
X11R3/Motif 1.0 specific code any more).


asedit is available by anonymous ftp from export.lcs.mit.edu (18.24.0.12)
initially, and probably in due course from several other ftp sites.
Check your nearest using xarchie.

If you can't ftp, try sending email to ftpmail@decwrl.dec.com with the
word "help" alone in your message body.  You will receive instructions
on how to ftp via email.

Andrzej
-------
A.Stochniol@ic.ac.uk
Department of Mechanical Engineering, Imperial College of Science, Technology
and Medicine, London, SW7 2BX, UK.

(Please use telephone and fax numbers only when absolutely necessary !!)
	Tel: +44 (0)71 589 5111 ext. 6151	Fax: +44 (0)71 584 1560



Newsgroups: comp.windows.x.motif
From: timmerma@sun006.research.ptt.nl (Wim Timmerman)
Subject: Performance of OSF Motif 
Organization: PTT Research, Groningen
Date: Mon, 16 Nov 1992 16:14:38 GMT


Dear Motif addicts,

In our project at the research lab of the Dutch PTT, we are doing research on the performance of X Windows over ISDN. In this context I am looking at the performance characteristics of OSF Motif in a distributed environment. There are a number of question I would like to answer.

*  How are the Motif widgets built up in the initialistaion phase.
*  What network traffic is generated during the interaction between the client       and the server.
*  Can this network traffic be minimized by using (or not using) particular          widgets.
*  I want to construct my own widgets, that are optimized on performance aspects     (minimized network traffic).  

The next step in our research will be to look at the performance aspects when  the Motif interface functionality is distributed to the server machine. 

We are very interested in contacting people who are working on the same subject. If you are interested in exchancing information, please contact me.

Looking forward to any reactions.

	Wim Timmerman
	timmerma@sun006.research.ptt.nl
From: jpg@bnr.co.uk (Jonathan P. Gibbons)
Newsgroups: comp.windows.x.motif
Subject: Refresh of screen after unmap of child...?
Date: 18 Nov 92 14:55:39
Organization: BNR Europe Ltd, London Rd, Harlow, Essex, CM19 9NA, U.K.
Distribution: comp
NNTP-Posting-Host: 128.199.200.40

I have a dialogue box that appears on top of some lists.  When the dialogue
is unmanaged the items in the list that were under the border of the 
dialogue get erased (to a certain extent).

Two points:
1: is this supposed to happen - if not whats wrong
2: is there a refresh call I can do to redraw the list items other than on a 
   list by list method.

Thanks,
Jonathan
--
 ----------------------------------------------------------------------------
  With fearsome eyes and fiery breath the dragon burnt the girl to death
                    -- from "Too Late Saint George"
From: ron@topaz.bds.com (Ron Natalie)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif 1.2 clients crash OW3 server?
Date: 18 Nov 1992 20:31:17 GMT
Organization: BDS Systems
Distribution: world
NNTP-Posting-Host: topaz.bds.com

|o One person said that ICS Motif 1.2 had been confirmed by ICS to be
|  buggy, and he switched back to Motif 1.1.4.  He had tried a patch to
|  xnews (didn't say which one), but it didn't help.

Sun lies.  Xnews sucks big time.  Both FrameMaker and our product are known
to crash Xnews through no fault of the application.  I'll certainly be glad
when sun switches back to using plain X.

-Ron
Newsgroups: comp.windows.x.motif
From: klee@wsl.dec.com (Ken Lee)
Subject: Re:  Xlib sequence error?
Reply-To: klee@wsl.dec.com
Organization: DEC Western Software Laboratory
Date: Wed, 18 Nov 92 18:23:31 GMT

|> I'm getting the following error on an IBM RS/6000 with AIX 3.2.3:
|> 
|> Xlib:  sequence error (0x50137 > 0x459ae) in reply type 0xe!
|> 
|> Any ideas?

This can happen if there is a bug in your server, a bug in your Xlib,
or a bug in your application.  Likely application bugs are bogus
pointers causing your application to write on memory allocated by
Xlib.

-- 
Ken Lee
DEC Western Software Laboratory, Palo Alto, Calif.
Internet: klee@wsl.dec.com
uucp: uunet!decwrl!klee
From: colint@spider.co.uk (Colin Tinto)
Newsgroups: comp.windows.x.motif
Subject: XmGraph for MIPS machines ?
Date: 17 Nov 92 11:08:34 GMT
Organization: Spider Systems Limited, Edinburgh, UK

I have tried compiling up the XmGraph set of widgets in a MIPS environment, but
it seems to be very HP based.

Has anyone managed to compile this up on anything else SYSV based ?

Any help or source code gratefully accepted :-)


-- 
/-----------------------------------------------------------------------------\
!   Colin Tinto			!  Time Travel Parcel Deliveries Inc          !
!   colint@spider.co.uk		!  The only courier with previous day service.!
\-----------------------------------------------------------------------------/
Newsgroups: comp.windows.x.motif
From: era@ncar.ucar.edu (Ed Arnold)
Subject: Motif 1.2 clients crash OW3 server?
Reply-To: era@ncar.ucar.edu (Ed Arnold)
Organization: Nat'l Center for Atmospheric Research (NCAR); Boulder, CO
Date: Wed, 18 Nov 1992 20:07:19 GMT

I recently inquired on sun-managers about a problem we've had here:
an application linked with the Motif 1.2 library always crashes the
OpenWindows 3 server when the application is started.  The result of
that inquiry, below, was not conclusive.  If anyone has definitive
info about the status of this bug, please email me and I'll summarize
back to this group (which I don't usually read).

|I asked if anyone knew of a patch that keeps the OW3 server from crashing
|when interacting with a Motif 1.2 client.  Here is the info I received:
|
|o Two persons suggested the "OpenWindows V3: libXt CTE Jumbo Patch",
|  100512-02.
|
|o Three persons suggested the "OW 3.0: Openwindows V3.0 Server Patch
|  3000-52", latest rev 100444-31.
|
|o One person suggested the "OW 3.0: snapshot running with motif window
|  manager core dumps", 100685-01.
|
|o One person said that ICS Motif 1.2 had been confirmed by ICS to be
|  buggy, and he switched back to Motif 1.1.4.  He had tried a patch to
|  xnews (didn't say which one), but it didn't help.
|
|o One person said he has had the same problem, Sun had told him there
|  was no patch, and his company is still working with Sun on the problem.
|
|I'll post another summary at a later date if more definitive info WRT
|this specific problem comes to light.  In the meantime, if there is anyone
|out there who is wealthy enough to have purchased a support contract from
|OSF, and is willing to call them to find out what OSF knows about this,
|it would be helpful.
|
|Thanks to the following persons for their advice:
|
|seeger@thedon.cis.ufl.edu (F. L. Charles Seeger III)
|Steinar.Haug@delab.sintef.no
|djw@BBN.COM
|rwolf@dretor.dciem.dnd.ca
|drk@igor.rational.com (David Kaelbling)
|Mike Raffety <miker@il.us.swissbank.com>
|dave@yoyodyne.b11.ingr.com (Dave Vance)
--
Ed Arnold * NCAR * POB 3000, Boulder, CO 80307-3000 * 303-497-1253(voice)
303-497-{1298,1137}(fax) * internet: era@ncar.ucar.edu * bitnet: era@ncario
compuserve: internet:era@ncar.ucar.edu
Newsgroups: comp.windows.x.motif
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Subject: centering a custom dialog over the toplevel shell ?
Organization: Center for Macromolecular Design, Texas A&M University.
Date: Wed, 18 Nov 1992 07:08:37 GMT

I am posting this after fiddling with the example 7-14 (page 216)
in Dan Heller's motif programming manual. It deals with the creation
of a custom dialog. I am on an SGI Indigo 4.0.5A, Motif 1.1.4.

After running "action_area" I got the pushbutton whose callback is
the custom dialog. I don't understand why this custom dialog pops
up near the topleft corner of the screen instead of popping up
immediately above the toplevel shell i.e the parent of the pushbutton.

So I tried two methods.

1. I tried to make the custom dialog shell as an immediate child of the 
   toplevel which did not help. (Is this good practice ? It works for 
   other dialogs.)

2. I tried the method provided on page 255 that expplicitly sets the XmNx,XmNy
   coordinates. With this I found that the left edge of the custom dialog
   is centered on the screen but not the center of the custom dialog.
   I would however like to center the custom dialog immediately above the
   main application window.

Is it possible to set the interactivePlacement resource in the application's 
code ? I request your suggestions regarding this problem.

vamsee
Newsgroups: comp.windows.x.motif
From: asu@server2.panther.mot.com (ASU Student)
Subject: Getting the top current active window?
Organization: Motorola Panther Project, Chandler, AZ
Date: Sat, 21 Nov 1992 20:17:44 GMT

Hello,

	Can anyone tell me if there is a way (atom, event, ..etc) to get
the current active window. (from the Window manager) Active, meaning 
the last window the user "clicks" in the title bar and the WM raises it.  
I've tried setting event handlers for StructureNotify, protocol callback 
for WM_TAKE_FOCUS, ...in short, about everything I could think....
and yep, I've even RTFM (Volume 6, Volume 1).. Thanks to anyone
who can help..


Russ
From: dbl@visual.com (David B. Lewis)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif package for Sun
Date: 17 Nov 92 21:32:40 GMT
Distribution: inet
Organization: The Internet



|> ml> Any reason why IXI was left off the list?  
|> We would be quite interested in the answer to that question also.

The more interesting question is whether any of those vendors, IXI
included, offers a product which has been *certified* by OSF as
Motif-compliant. I would hope that those are the only ones OSF is
recommending.

(Note that the FAQ lists contain more complete lists of vendors, without
any endorsements.) 

-- 
David B. Lewis		Temporarily at but not speaking for Visual, Inc.
day: dbl@visual.com	evening: david%%craft@uunet.uu.net
Newsgroups: comp.windows.x.motif
From: joes@lpi.liant.com (Joe Stewart)
Subject:  Xlib sequence error?
Reply-To: joes@lpi.liant.com
Organization: LIANT Software Corporation
Date: Tue, 17 Nov 1992 21:19:22 GMT

I'm getting the following error on an IBM RS/6000 with AIX 3.2.3:

Xlib:  sequence error (0x50137 > 0x459ae) in reply type 0xe!

Any ideas?

Joe

-- 
---------------------------------------------------------------------
 Joseph Stewart
 Senior Applications Engineer (FIGARO+, FIGt, FIGraph)
 Liant Software Corporation 
 959 Concord Street 
 Framingham MA 01701-4613 (USA)
 508-872-8700 x340
 joes@lpi.liant.com -- {uunet,necntc,drilex}!lpi!joes
---------------------------------------------------------------------
From: grossjoh@petty.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: comp.windows.x.motif
Subject: mouse button binding for icon box
Date: 20 Nov 92 17:26:50
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
Distribution: world
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: petty

Hi netters,

How do I tell the mwm Icon Box to iconify a window when I click on the title
of the icon in the Icon Box? I have:


--- extract from my ~/Mwm file ---

Mwm*useIconBox:	                True
Mwm*iconAutoPlace:		True
Mwm*iconPlacement:		bottom right
Mwm*iconBoxGeometry:	        1x15+780+0
Mwm*iconbox*focusAutoRaise:     False
Mwm*title*fontList:             8x13
Mwm*showFeedback:	        -restart -kill
Mwm*interactivePlacement:	True
Mwm*passButtons:                True
Mwm*icon*activeBackground:	SeaGreen2
Mwm*icon*background:	        icon
Mwm*icon*fontList:              9x15bold
Mwm*icon*foreground:	        Black
Mwm*useClientIcon:	        True
Mwm*iconImage:	                xlogo32
Mwm*iconPlacement:	        left top
Mwm*fadeNormalIcon:	        True
Mwm*iconDecoration:	        label

! trying this for icon box not to show these clients
Mwm*xbiff*clientFunctions:      -minimize
Mwm*xload*clientFunctions:      -minimize
Mwm*oclock*clientFunctions:     -minimize
Mwm*xdaliclock*clientFunctions:	-minimize
Mwm*xlogout*clientFunctions:    -minimize
Mwm*contool*clientFunctions:    -minimize

Mwm*iconImageMaximum:           120x100

--- end of extract ---


PS: Please reply by email


Thanks for your help,

		Kai
--
--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany                    
--
There are two ways to solve this problem: the hard way, and the
easy way. Let's start with the hard way.
                        -- W. Schneider, from a Physics lecture
From: pickerig@eee.bham.ac.uk (Guy Pickering)
Newsgroups: comp.windows.x.motif
Subject: Long processing time
Summary: How do I process just re-draw events?
Keywords: redraw events processing expose
Date: 18 Nov 92 10:39:54 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]

I have a calculation which takes a long time and I pop out of the
callulation every so often to process X-events.

Obviously I do not want to call any callbacks etc, so is there any way
to process _only_ redraw events? If not, the next best thing is to
grab the events one at a time, processing redraws, and discarding all others.

How do I determine if an event is a re-draw?

Many thanks,

Guy.

PS. I suppose I mean "expose" rather than "redraw"

--
+--------------------------------+-----------------------------------------+
| Guy Pickering                  | School of Electronic & Electrical Eng,  |
| E-MAIL: G.PICKERING@uk.ac.bham | University of Birmingham,               |
| Tel: (021) 414 4340            | Edgbaston, Birmingham. B15 2TT.         |
+--------------------------------+-----------------------------------------+
| "I have ten pairs of trainers...One for each day of the week" - Sam Fox  |
+--------------------------------+-----------------------------------------+
From: nazgul@alfalfa.com (Kee Hinckley)
Newsgroups: comp.windows.x.motif
Subject: *** Looking for a new Motif list admin ***
Date: 22 Nov 92 16:37:39 GMT
Distribution: inet
Organization: The Internet

I no longer have the time (or, I'm afraid, the interest) to manage the Motif 
mailing list, so I'm looking for someone who does have the time and patience.
I'll happily provide a set of tools (written in perl) that make the task
of handling add/delete requests easier, as well as identifying problem
addresses.  But nonetheless, this is not a job for the faint of heart.
The list currently has some 150 members, plus around 50 redistributions. 
Plus of course all of the traffic generated from the newsgroups.  It easily
generates 100 spurious bounces a week (although that might be alleviated
if your site is better connected than mine).

If you are interested (fame! glory! fortune! :-) please send mail to
nazgul@alfalfa.com

nazgul@alfalfa.com
617/646-7703 voice/fax

If Unix is the answer, then we've clearly forgotten the question.
Newsgroups: comp.windows.x.motif
From: drand@spinner.osf.org (Douglas S. Rand)
Subject: Re: strange behaviour of pop up menus
Organization: Open Software Foundation
Distribution: inet
Date: Fri, 20 Nov 1992 15:22:10 GMT

In article <1992Nov20.024632.10693@random.ccs.northeastern.edu>, chuck@ccs.northeastern.edu (Chuck Wells) writes:
|> In article <9211121455.AA11645@lilbit.tdtech.com> prakash@lilbit.UUCP (Prakash Baskaran) writes:
|> >Last night I came across a strange problem.  I am using Motif 1.1.1 on a sun sparc.
|> >Part of my widget tree looks like this..
|> >
|> >         |
|> >       Form ....
|> >        / \
|> >       /   \
|> >    List   List
|> >
|> 
|>  [ describes problem of wierd popup behavior ]
|> 
|> >Has anyone had a problem like this before?   Did I miss something?  Any ideas?
|> 
|> 
|> This is funny, I was logging in to post the exact same question.  I'm using an
|> IBM RS/6000.  The problem is as follows:
|> 
|> I have a draw widget, and on that draw widget I have attached label widgets
|> containing pixmaps (so they look like icons).  I attached event handlers
|> to each label to check for mouse-down events (I am interested in all three
|> mouse buttons).  Without the presence of popups, all works fine; mouse button
|> #3 calls the correct event handler when pressed over a label.  However, when
|> I *create* a popup (I don't even try to manage it yet) and make this popup
|> a child of either the draw widget or any label widget (or even a parent of
|> the draw widget), something very strange happens: mouse button #3 no longer
|> causes my event handler to be called.  BUT, mouse button #1 and #2 still both
|> work fine, even though all three buttons use the same event handler.  
|> Something about the creation of a popup menu changes the behavior of button
|> #3 on my mouse.  Does anyone have any idea what is going on?  Is it a Motif
|> bug?
|> 

It is not a bug.  It is a feature :) 

I've got to make an FAQ-Motif-Menus file sometime :)

The Popup causes a grab to be installed in it's posting widget.  The grab
will get all matching (button3) events in its window hierarchy.  Period. 
I suggest getting the style guide and understanding the model for a 
3 button mouse before settling on meanings for them in your interface.  
There are other pitfalls waiting for you.

-- 
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
Newsgroups: comp.windows.x.motif
From: daniel@juliet.osf.org (Daniel Dardailler)
Subject: Re: Resources ??
Organization: Open Software Foundation, Motif Team
Date: Mon, 23 Nov 1992 15:50:41 GMT

 
|> I am just recently learning MOTIF and C++ and I see a lot of references
|> in the documentation to customizing an applications with "Resources"
|> and appdefaults files?  What are these?  What are all the "resources"
|> I have access to or can change.  I have changed
|> MYAPP*Foreground: pink
|> MYAPP*Background: blue
|> 

Take a look at any documention available.

|> But I would like to change the color of the MOTIF window border that is
|> wrapped around my application window, among other things.
|> Any suggestions?
|> 
 
These are mwm resources.
Newsgroups: comp.windows.x.motif
From: mroosen@prl.philips.nl (Monique Roosen)
Subject: Looking for 3rd party tools for visualization of designs
Reply-To: mroosen@prl.philips.nl
Organization: Information & Software Technology, Philips Eindhoven
Date: Mon, 16 Nov 1992 08:37:10 GMT

Hello,

We are looking for 3rd party tools for the visualization of designs.
This tool should make import relations between components visible and this kind
of information should be derived from all kinds of source files.
Our requirements for such a tool are (at least) :
	
	1. Open front-end meaning that we should be able to build our	
	   own preprocessors. Therefore we need to know at least the 
	   input-format of the tool.
	2. Several graphical modes. We would like to visualize certain 
	   component-properties using graphical modes.

If any of you are aware of the existence of such a tool, please let me 
know. If you need more information don't hesitate to contact me.

Thanks in advance !!


Monique
-- 
+-----								         -----+
| Monique Roosen          		"It's not that I'm afraid to die.     |
| Internet: mroosen@prl.philips.nl    	 I just don't want to be there when   |
+----- 					 it happens"     -- Woody Allen. -----+
Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: program control of list selections doesn't work
Date: Wed, 18 Nov 1992 20:47:17 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN
Keywords: list motif x windows extended select problem 

In article <1992Nov18.185829.3631@tfs.com>, paigen@tfs.com (David Paigen) writes:
|> To do this, I store the list of items that were selected last time.
|> When the dialog is started, I loop through the list and use
|> XmListSelectPos for each item that should be selected.  This works
|> fine for single, browse, and multiple selection modes, but it does
|> not work for extended select mode.  As each item is selected, the
|> previous item is unselected.

You have to set selection policy to multiple, loop through and select the
items, then set selection policy back to extended. 
-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
Newsgroups: comp.windows.x.motif
From: pizzi@nervous.com (Riccardo Pizzi)
Subject: Re: Bus error with XmList
Reply-To: pizzi@nervous.com (Riccardo Pizzi) 
Organization: The Nervous XTC Public Access Unix System, Rimini, ITALY
Distribution: inet
Date: Wed, 18 Nov 92 09:59:31 GMT

In article <1doh4sINN30o@usenet.INS.CWRU.Edu> mxa11@po.CWRU.Edu (Madhavi Ahuja) writes:

>To delete all the items in the list I use the following code
>XmListDeselectAllItems(list)
>XmListDeleteAllItems(list)
>XtSetArg(arg[0], XmNitemCount, 0)
>XtSetArg(arg[1], XmNselectedItemCount, 0);
>XtSetValues(list , arg, 2)
>The first time this code gets executed everything is fine
>The second time it gives me a bus error. I don't need to
>set the item count and the selected item count but
>what I don't understand is why it should die the second
>time around !!!! Please Help

Are still some items in the List the 2nd time you execute this piece of code?
Maybe the Motif toolkit doesn't like the fact you are doing an XmListDeleteAll
on an empty List.

Rick
-- 
Riccardo Pizzi @ the Nervous XTC Public Access Unix System, Rimini, ITALY
E-Mail -> pizzi@nervous.com        <*>      Bang-path -> uunet!nervous!pizzi
Nervous XTC, the home of the UniBoard package * Data: +39-541-27135 HST/PEP/V32
Newsgroups: comp.windows.x.motif