HDTenEightyP/NetNews huggingface dataset:
From: ware@xylophone.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Scrolling Window widgets with LARGE child
Date: 9 Apr 92 23:12:32 GMT
Distribution: fj
Organization: The Ohio State University Dept. of Computer and Info. Science

Date: Thu, 9 Apr 1992 17:34:26 GMT
Message-Id: <WARE.92Apr9123426@xylophone.cis.ohio-state.edu>
Newsgroups: comp.windows.x

In article <rvgsuINNko3@agate.berkeley.edu> csvsj@garnet.berkeley.edu
(Steve Jacobson) writes:

   All of the scrolling widgets I am familiar with (HP SWindow, Athena
   Paned) manage a child widget that they move with the XtMoveWidget()
   call. The coordinate arguments are Position type variables, so
   problems occur when the height (or width) of the child is larger
   than 32K.

   Has anyone run into this problem before?

Yes, others have.   I haven't seen any general purpose widgets that
accomplish this because:
  1. the current solution of using a "viewport/clip window" is simple,
     fast, and covers 98% of everyones needs,
  2. you'd essentially have to implement such a scrolling window for
     each desired layout policy, or
  3. you'd have to make each composite smart enough to tell when its
     children are no longer visible and either not move them or unmap them.

I personally think 3 is the best choice but I don't have the energy to
do it.

The other type of problem is when a single widget wants to display
more data than can be contained in a single window -- i.e. zooming on
high resolution graphics or views of large data sets where it is
natural to represent each data item as a pixel.  Now the problem is
the actual scrolling is dependent on the data being displayed and it
is better handled by some application specific widget or callback.

I realize none of the above helps you but perhaps someone will with
more imagination then I can think of or already has a solution.

---pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
From: preece@urbana.mcd.mot.com (Scott E. Preece)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Question for net.views column in UNIX Today!
Date: 11 Apr 92 01:09:24 GMT
Distribution: fj
Organization: Motorola MCD, Urbana Design Center

Newsgroups: udcml.xpert
Message-Id: <PREECE.92Apr10093209@neptune.urbana.mcd.mot.com>
	<1992Apr3.190000.23149@jato.jpl.nasa.gov>
	<1992Apr07.123107.14844@ibmpcug.co.uk>
Distribution: net
Date: Fri, 10 Apr 1992 14:32:13 GMT
Apparently-To: xpert@athena.mit.edu

From: dylan@ibmpcug.co.uk (Matthew Farwell)

| In article <1992Apr3.190000.23149@jato.jpl.nasa.gov> vsnyder@math.jpl.nasa.gov (Van Snyder) writes:

| >                           a REALLY GOOD Fortran development system with a
| >REALLY FAST compiler and REALLY GOOD debugger that knows Fortran, not just C
| >(Lahey),
| 
| I don't know how good GNU Fortran will be..., but gcc is rapidly
| becoming standard...
---
In fairness, PC compilers usually come with lots of goodies that are not
part of the gcc package -- editors, debuggers, libraries, application
frameworks, etc.  While the FSF base does provide *some* of those
things, many of them are not included in the gcc versions that a lot of
vendors are beginning to use as system compilers.  Nor are they things
that non-experts can port.  Many of the popular PC compiler packages are
closer to what UNIX people would have to pay "Integrated Development
Environment" prices for.

--
scott preece
motorola/mcg urbana design center	1101 e. university, urbana, il   61801
uucp:	uunet!uiucuxc!udc!preece,	 arpa:	preece@urbana.mcd.mot.com
phone:	217-384-8589			  fax:	217-384-8550
From: davy@ecn.purdue.edu (Dave Curry)
Newsgroups: fj.mail-lists.x-window
Subject: Make text widget re-read a file in R4?
Date: 14 Apr 92 03:59:59 GMT
Distribution: fj
Organization: Purdue University Engineering Computer Network

Date: 13 Apr 92 21:45:39 GMT
Message-Id: <1992Apr13.214539.17860@noose.ecn.purdue.edu>
Newsgroups: comp.windows.x

My recently announced "xsat" program uses a single temp file for all its
data, and resets the text widget each time the file changes, as follows:

	FILE *tmpFP;
	Arg argList[2];

	....

	tmpFP = fopen(tempfile, "r+");

	....

	rewind(tmpFP);
	ftruncate(tmpFP, 0);

	... write data to tmpFP ...

	fflush(tmpFP);

	XtSetArg(argList[0], XtNstring, tempfile);
	XtSetValues(textWidget, argList, ONE);

This seems to work quite well under X11R5, but several people running R4
report that it does not work.  The data is making it to the temp file,
but never shows up in the text widget.

Is there something I'm missing as to how to make the text widget re-read
the data in the file?  Do I have to have a different file name each time?
Any help you can provide would be appreciated...

Thanks,
Dave Curry
davy@ecn.purdue.edu
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xt Translation Table Help (Xaw Text widget)
Date: 17 Apr 92 00:07:56 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9204161950.AA00954@excess.lcs.mit.edu>
             <9204161159.AA03260@expo.lcs.mit.edu> 
Date: Thu, 16 Apr 92 15:50:02 EDT


>     If you want to have your function called when the text in the
>     widget changes, use the callback of the Xaw AsciiText widget
> 
> 	Unfortunately it's not as simple as that as this widget is comprised
>     of Text, AsciiSrc & Sink widgets.  This callback is really under one of
>     these.  You can't use XtAddCallback() as it isn't under the AsciiText
>     widget!

You can use XtGetValues on the textSource resource of the AsciiText widget
to obtain the widget ID for the text source widget, and with that widget ID,
you can call XtAddCallback to add callbacks to the "callback" resource of
the AsciiText widget.

>   But you can use XtSetValues() on the AsciiText widget & it will
>     propagate down to the correct widget.

Hmmmm!  The problem with this technique is that you *replace* the entire
callback list with a new one when SetValues is used.  Since you don't know
whether the AsciiText widget has registered callbacks on this list, you are
undermining the robustness and portability of your program this way.  The
widget can register callbacks on the same list, and the widget is not
required to document what callbacks it registers or when it registers them.


Donna
From: J.K.Wight@newcastle.ac.uk (Jim Wight)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Toolkit Callback Order
Date: 9 Apr 92 10:12:34 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: sun3.nsfnet-relay.ac.uk; Thu, 9 Apr 1992 08:33:04 +0100
Date: Thu, 9 Apr 92 08:37:07 BST
Message-Id: <AA03657.9204090737.blagdon@uk.ac.newcastle>

>The X Toolkit Programming Manual shows by example (in section 3.4.2)
>that callbacks are called, in sequence, from the first entry in the list 
>to the last.

>My experience tells me that it works as these manuals indicate it should.

>I have had a few people insist that callback invocation order cannot
>be gauranteed from one implementation to the next.  (Although none has
>coughed up their references, for whatever reason) 

>From Asente & Swick 3.16 Callback Procedures: "Each callback resource actually
refers to a list of callback procedures. ... The order in which the Intrinsics
call the callback procedures is undefined."

Jim
(j.k.wight@newcastle.ac.uk)
From: p654851@austin.lockheed.com (p654851)
Newsgroups: fj.mail-lists.x-window
Subject: Looking for HAN GUL (Korean) font
Date: 8 Apr 92 23:27:56 GMT
Distribution: fj
Organization: "Lockheed Austin Division, 6800 Burleson Rd, Austin, TX 78744

Date: 8 Apr 92 15:55:02 GMT
Message-Id: <920@shrike.com>
Newsgroups: comp.windows.x

Does anybody know where I can find the HAN GUL (Korean) font?  I have
a project that requires the displaying Korean and can't find the font.
Any leads will be greatly appreciated.

Thanks,
John N. Adair


=====================================================================   
 John N. (Nick) Adair				Phone: (512)386-4400
 Lockheed Missiles & Space Company, Inc.	FAX:   (512)386-4223
 Lockheed Austin Division  MS-T210-30F
 6800 Burleson Rd. 
 Austin, Texas  78744

 E-Mail: jnadair@austin.lockheed.com
=====================================================================
From: shankar@rss.dl.nec.com (Uday Shankar)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Call for Votes : comp.windows.x.apps
Date: 8 Apr 92 17:26:17 GMT
Distribution: fj
Organization: NEC America

Date: Wed, 8 Apr 1992 12:50:56 GMT
Message-Id: <1992Apr8.125056.27219@rsd0.rsd.dl.nec.com>
Newsgroups: comp.windows.x


> votes for comp.windows.x.apps

I think we need a new newsgroup for "Windows NT = death of X?" :-)

Uday

______________________________________________________________
Uday Shankar                 uday.shankar@rss.dl.nec.com
NEC - Supervisory Systems    (214) 907-4494
______________________________________________________________
"go flying, put a spin on life"
From: adac!wizard!quangd@uunet.uu.net (Quang Dangtran)
Newsgroups: fj.mail-lists.x-window
Subject: Get a structureNotifyMask on a XmDrawingArea
Date: 7 Apr 92 10:21:42 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 6 Apr 92 17:24:43 PDT
Message-Id: <9204070024.AA16393@wizard.adac.com>

Hi everyone,

I have a window with one XmDrawingArea widget. I'd like the Xserver to report to
me about the XmDrawingArea being moved to a different location via dragging on the
main window title bar. I have the code fragment as follows:

..
toplevel = XtVaAppInitialize(...
draw = XtVaCreateManagedWidget ("draw", xmDrawingAreaWidgetClass, toplevel,....
XtRealizeWidget(toplevel);
XtAddEventHandler (draw, StructureNotifyMask, False, draw_move, NULL);
..

My draw_move() never got called, when I tried to move the window around.

My platform is sunsparc, X11R4, Motif 1.1.

Does anyone know why?


Thank you.

uunet!adac!wizard!quangd
(408) 945-2990
From: alt@orca.wv.tek.com (Al Tabayoyon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: colors
Date: 11 Apr 92 02:31:40 GMT
Distribution: fj
Organization: Tektronix, Inc., Beaverton OR

Date: 10 Apr 92 18:09:27 GMT
Message-Id: <768@shaman.wv.tek.com>
Newsgroups: comp.windows.x

Marice Smith replies:
>	If the "terminal"s are from different vendors then you are into the
>	"device independant color" problem which has no easy fix.  X11R5 has
>	an excellent start with it's device independant color enhancements 
>	but, good as it is, it can't work if the display hardware is not set
>	up to match the characterization data.

If you would like to generate the characterization data for your particular screen, there are some pieces of software available on export found in
	/pubs/R5untarred/contrib/client/xcrtca

    xcrtca - X CRT Color Analyzer, drives a Minolta CA-100 Colorimeter
    xsccd  - converts output from xcrtca into the format (e.g., .dcc file)
		that is accepted by xcmsdb.

Also, under the directory xcrtca/monitors, there is a collection of .dcc
files generated by the X Consortium staff of the color monitors available
in their lab.

Regards,
Al Tabayoyon
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Why won't xrn6-17 run under R5 on Sun?
Date: 17 Apr 92 01:15:35 GMT
Distribution: fj
Organization: Jet Propulsion Laboratory, Pasadena, CA

Date: Thu, 16 Apr 92 18:36:41 GMT
Message-Id: <1992Apr16.183641.29514@thyme.jpl.nasa.gov>
Newsgroups: comp.windows.x

In article <1992Apr16.120246@thuja.gsfc.nasa.gov> karl@thuja.gsfc.nasa.gov (Karl A. Anderson) writes:
>on my SPARCstation 2 under OS 4.1.2.  I then built xrn6-17 without
>errors, but when I try to run it I get:
>
>karl@thuja% pwd
>/usr/local/src/xrn6-17
>karl@thuja% ./xrn
>xrn: X Toolkit Error: Cannot perform malloc
>xrn: X Toolkit Error: Cannot perform malloc
>

Because xrn is BIG.  Very big.

"Cannot perform malloc" means you're out of memory.  Try adding more swap.
That worked for us!

-- 

Kaleb Keithley                               kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: bihler@sequent.com (Steve Bihler)
Newsgroups: fj.mail-lists.x-window
Subject: ISC's 3.2 - X11 and a 2 button mouse
Date: 11 Apr 92 00:42:58 GMT
Distribution: fj
Organization: Sequent Computer Systems, Inc.

Date: 10 Apr 92 16:41:19 GMT
Message-Id: <1992Apr10.164119.15209@sequent.com>
Newsgroups: comp.windows.x,comp.unix.sysv386


   I have a system running ISC's 3.2 version of X11R4 and have a 
   2 button mouse.  Alot of the software I'm running seems to 
   require a 3 button mouse.  Does anyone know how to remap either
   the software or the mouse buttons (preferred) so that I can 
   get access to the third button functions?

   I've tried fiddling with 'xmodmap' and 'xset' and don't seem
   to be able to find a combination that will work. Ideally, what
   I'd like to do is be able to push both buttons together on the mouse
   and have the software think this is the 3rd button.

   Any suggestions would be greatly appreciated.

Thanks in advance.
Steve Bihler      
email: bihler@sequent.com
tel:  1-503-578-4166
From: carson@cs.columbia.edu (Carson A. Gaspar)
Newsgroups: fj.mail-lists.x-window
Subject: Type 1 font renderer problems
Date: 14 Apr 92 03:27:43 GMT
Distribution: fj
Organization: Columbia University Department of Computer Science

Date: Mon, 13 Apr 1992 19:11:08 GMT
Message-Id: <1992Apr13.191108.12226@cs.columbia.edu>
Newsgroups: comp.windows.x

The X11R5 font server has a bug (as of patch 8) that only occurs when
rendering PS Type 1 fonts at large point sizes.  Basically, the font
renderer dies.  If it was running in a font server, the fs dies.  If
it was running as part of the X server, the X server hangs.

To reproduce this bug, try and render a Type 1 font at 400 points.

If anyone wants/needs more info, I can provide it.



-- 
			    Carson Gaspar
	       carson@cs.columbia.edu  |  BIX: cgaspar
From: goer@ellis.uchicago.edu (Richard L. Goerwitz)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Question for net.views column in UNIX Today!
Date: 10 Apr 92 10:56:13 GMT
Distribution: fj
Organization: University of Chicago Computing Organizations

Date: 10 Apr 92 01:44:29 GMT
Message-Id: <1992Apr10.014429.14488@midway.uchicago.edu>
Newsgroups: comp.sys.dec,comp.windows.x,comp.unix.xenix.sco,comp.unix.sysv386,comp.windows.misc,comp.unix.msdos,comp.unix.admin,comp.os.misc,comp.unix.questions,comp.sys.hp

In article <261@sleepy.UUCP> allyn@sleepy.UUCP (Mark Allyn) writes:
>> FLAMING EXCREMENT they are. Their software is a damned nightmare to install,
>
>What happened with your Oracle installation?
>
>I've installed and administered two large Oracle databases on Sun equipment.
>Both installations went smoothly and I have few problems keeping the
>respective databases up.

Come on, guys, look at all the newsgroups this is going out to.  I keep
thinking someone will suddenly wake up, notice the gross negligence
of leaving so many groups in the distribution, and trim them out.

Followups to alt.flame.


-- 

   -Richard L. Goerwitz              goer%ellis@uchicago.bitnet
   goer@ellis.uchicago.edu           rutgers!oddjob!ellis!goer
From: gasco!dlc@bloom-beacon.mit.edu (Darci L. Chapman  X-5930)
Newsgroups: fj.mail-lists.x-window
Subject: BX Mailing List Created
Date: 7 Apr 92 10:20:07 GMT
Distribution: fj
Organization: Northwest Natural Gas Company, Portland, OR

Date: 6 Apr 92 18:02:17 GMT
Message-Id: <1992Apr6.180217.16618@gasco.uucp>
Newsgroups: comp.windows.x,comp.windows.x.motif



In response to my article of a couple of weeks ago, I have created
a mailing list for the discussion of using BX (ICS's Builder Xcessory).

If you're interested in being on the list, send email to: 
	bx-talk-request@xzact.com

(Please *don't* reply to this article. Thanks.)

If someone could please tell me who/where I can email/post this
announcement to the list of mailing lists, I'd appreciate it.

The charter for bx-talk follows:

-------------------------------------------------------------------

Subject: bx-talk mailing list charter

bx-talk has been created for users of Builder Xcessory (BX) to "get together" 
and discuss problems (and solutions!) and ideas for using BX.

BX is a graphical user interface builder for Motif applications, sold
by ICS (for more info about ICS and their products, send email to
info@ics.com). However, this list is NOT associated with ICS in any
way, shape, or form. To date, no one from ISC is even on this list.

While we as users of BX will appreciate hearing about bugs in BX
(and possible work arounds!), please note that this is NOT the place to
"submit" bug reports and expect a response from ICS (send email to 
bx-bugs@ics.com instead).

This list is unmoderated and will remain so unless the list as a whole
decides otherwise AND a moderator comes forward (I don't have the time
to run a moderated list unfortunately).

Requests to be added to the list should be sent to:
	bx-talk-request@xzact.com

Darci L. Chapman, bx-talk admininstrator

-- 
Into the fire, I'm reunited         | Darci Chapman, X Window Systems Consultant
Into the fire, I am the spark       | Currently at:      Northwest Natural Gas
Into the night, I yearn for comfort | {uunet!gasco!dlc}  Portland, OR
From: moore@forty2.enet.dec.com (Paul Moore)
Newsgroups: fj.mail-lists.x-window
Subject: Re: public domain WYSIWYG wprocessor for X ?
Date: 10 Apr 92 17:28:39 GMT
Distribution: fj
Organization: Digital Equipment Corporation

Date: Fri, 10 Apr 1992 12:45:33 GMT
Message-Id: <1992Apr10.114729.11524@rdg.dec.com>
Newsgroups: comp.windows.x

In article <1992Apr9.153835.10513@ux1.cso.uiuc.edu>, goyle@ux1.cso.uiuc.edu (Vipin Goyle) writes...
>Could someone point out to me where i can ftp a public domain WYSIWYG word proc-
>essor for X or Openwindows 2 ? I would like one with standard features like 
>different fonts, underlining, boldface, etc. I'm running a SPARC 2.

There's a parallel discussion in the newsgroup comp.text.tx with regard to this
problem, but instead with reference to tex. I would imagine that the
implementation difficulties are the same.

- Paul

--
voice:  (+44) 734/204267                  "If it works, don't fix it"
email:  moore@forty2.enet.dec.com
From: fout@kong.gsfc.nasa.gov (David Fout - RMS)
Newsgroups: fj.mail-lists.x-window
Subject: speech/voice
Date: 11 Apr 92 00:19:35 GMT
Distribution: fj
Organization: RMS

Date: 10 Apr 92 16:42:17 GMT
Message-Id: <1992Apr10.164217.14483@kong.gsfc.nasa.gov>
Newsgroups: comp.windows.x


Hi, I am starting to look into speech/voice systems for an application that
I am building.  I have found plenty of information about systems running
with PCs and MS/DOS, but nothing on voice recognition systems that run in
the UNIX, X, Motif  world.  I would like a system that traps the voice
input and returns the interpreted value to my application as any other user
event (e.g., mouse, keyboard).

Does anyone have experience with this or have some leads of companies that
might have such a voice system?

Thanks,

Marti Szczur
NASA/GSFC
email: mszczur@postman.gsfc.nasa.gov
From: jerrold@netcom.com (Ronald Gailey)
Newsgroups: fj.mail-lists.x-window
Subject: xterm slave mode ?
Date: 13 Apr 92 23:31:16 GMT
Distribution: fj
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Date: Mon, 13 Apr 92 15:37:19 GMT
Message-Id: <n9wjn==.jerrold@netcom.com>
Newsgroups: comp.windows.x

This should probably be in the FAQ, but I was unable to find it.

What is the definition of slave mode (trigger via -Sxxd) ?  From
reading the man pages I was lead to believe that slave mode would
allow the xterm client to read input from stdin, then display it
in the window.

This seemed very germaine to my environment where
we have a variety of real-time control applications that have been
ported from a PDP-11 RSX system, and have the ability (thru their
configuration files) to output their messages to character terminals
or named output files.  In this porting effort, we would like to have
the applications also be able to output to xterm windows if the config
file contained a string starting with xterm.  The thought was that if
the application forked to create a child, then used close and dup
appropriately to connect stdout of the parent to stdin of the child, and
then execed an xterm in slave mode, that data output from the parent's
stdout would appear in the xterm window.  Obviously, my understanding of
slave mode is lacking, as it appears slave mode has nothing to do with
stdin/stdout.  If any one would leave me a definition regarding what
really happens in slave mode, it would be greatly appreciated.

Also, if anyone has an idea about re-directing an application's stdout
into an xterm without making the application a child of the xterm via 
the -e argument (that's not possible given the nature of the software
being ported), that information would also be greatly appreciated.

Thanx in advance.

P.S.  We are running X11R4 under Interactive sysV 3.2 ver 3.0 on 486.
From: perry@sun1.coe (Matt Perry (8/12/91) F)
Newsgroups: fj.mail-lists.x-window
Subject: RE: Xvision and Win 3.1, NOT
Date: 16 Apr 92 20:10:19 GMT
Distribution: fj
Organization: Texas Tech

Date: Thu, 16 Apr 1992 13:30:46 GMT
Message-Id: <1992Apr16.133046.9264@ctr.columbia.edu>
Newsgroups: comp.windows.x

Well after a week of Xvision 4.0 and Win 3.1 not working together, I'm happy to
report that they are now working together.  The problem you ask?  It turns out
that you cannot load the tcpip drivers high anymore.  Once I fixed that "problem"
everything worked fine.  I want to thank Mark Bradford for his e-mail solution to
this problem.  Yes, another user found the problem not Xvision.  I was quite
unhappy with the support I received from Xvision.  I called the US technical support
many time before getting a live person and then only an operator who said it might
be a couple of days before they responded to me.  OK but when I got to support, I
certainly got the feeling that they were not to blame because "Xvision 4.0 ran
perfect on beta releases of Win 3.1".  You cannot imagine how many times I heard
that phrase this past week.  Anyway, after waiting a couple of days and sending
several of my files and debug report thru e-mail I didn't think I was getting
the support I thought appropriate so I posted a news message.  Sure enough, I get
a call from Great Britain about how they were going to look into it, etc, etc.

Well, they kept asking for more of my files because, once again, "it ran fine
on a great number of machines in the beta release and I was the ONLY person
to report that I had a problem".  I definitely got hte feeling that they thought
so highly of their software that they could no way be wrong.  Well the story ends
here because some kind user figured out this ONLY problem and gave me the solution.

As I said in my previous message, we were going to buy Xvision for all the 386 and 
486 machines in our department but I have told them to hold the purchase because of
my dealing with the company.  Desqview/X is only the way, its cheaper, and from what
some of my friends have said it is much faster.  Another story where poor support
may cost them some big bucks.


-- 
------------------------------------------------------------------------
Matt Perry                           Electrical Engineering
Assistant Professor                  Texas Tech
Voice: (806) 742-3489                Box 43102
e-mail: perry@sun1.coe.ttu.edu       Lubbock, TX, USA  79509-3102
------------------------------------------------------------------------