HDTenEightyP/NetNews huggingface dataset:
From: draz@tochna.technion.ac.il (David Raz)
Newsgroups: fj.mail-lists.x-window
Subject: Problems with xfontsel running from DECstation on a sun.
Date: 22 Jul 92 05:41:54 GMT
Distribution: fj
Organization: Technion, Israel Inst. of Technology

Date: Tue, 21 Jul 1992 18:15:13 GMT
Message-Id: <1992Jul21.181513.237@discus.technion.ac.il>
Newsgroups: comp.windows.x

Did anyone have this problem: 

I have a SUN sparc running X11R5. The SUN OS is 4.1.1. I open a xterm with a
login to a DECstation running ULTRIX 4.2. Then I start xfontsel on the DEC (the
xfontsel is from the X11R5 distribution).
 
After choosing some of the fonts characteristics the program stops and brings
the X server and the login account down with her.I get a "connection to X 
server lost" messgae. This happens on both SUNs we have.

Any suggestions ?
-- 
David Raz 				internet:  draz@ee.technion.ac.il
Assistant and system programmer 	bitnet  :  draz@techunix 
Software lab,EE faculty,Technion     phone:  work: 04-294643  home: 08-492628  
Haifa,32000   Israel	   home mail: 7 Shkolnik St. , Rehovot 76209 ,Israel
From: scott@asd.com (Scott Barman)
Newsgroups: fj.mail-lists.x-window
Subject: Field editing under Motif?
Date: 30 Jul 92 15:51:53 GMT
Distribution: fj
Organization: American Software Development Corp., W. Babylon, NY

Date: Wed, 29 Jul 1992 19:43:21 GMT
Message-Id: <1992Jul29.194321.4516@asd.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

Are there field editing widgets for Motif?  OR is there something
available anywhere (ftp?) that can be plugged into the XmNmodifyVerify
or XmNvalueChanged callbacks of the XmText or XmTextField widgets that
can do input editing?  (We are currently using Motif 1.1.4 under X11R4)

Is there some way to tell a XmText or XmTextField widget that the input
text is to be right justified?  Once I make it right justified, is there
anyway to do "calculator-style" input (type a character and it adds it
to the end shifting over the string to the left)?

I guess this question goes with the first one but is there anyway to
make "read only" values in a text or text field widget?  For example, to
enter a social security number, I can set up a mask like nnn-nn-nnnn
where the 'n's are left blank for input, but the '-' stay and the input
passes over them.

THANKS!!
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
From: mputaala@tolsun.oulu.fi (Miikka Putaala )
Newsgroups: fj.mail-lists.x-window
Subject: mxgdb & errormessage
Date: 27 Jul 92 13:11:09 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 26 Jul 92 22:05:48 GMT
Message-Id: <1992Jul26.220548.10608@ousrvr.oulu.fi>
Newsgroups: comp.windows.x


I have compiled mxgdb succesfully (no errors) and when I run it I get
the following error message:

Error: Object "" does not have windowed ancestor


What is the problem?
Any possible solutions?
Has anyone else had similiar problem?

THANKS!

  // Miikka						Tatunkuja 6 90540 Oulu
     Putaala	mputaala@tolsun.oulu.fi			FINLAND
							Phone: (358) 81 362430
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X11R5 public fix #14 now available
Date: 28 Jul 92 03:03:41 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9207272333.AA18628@excess.lcs.mit.edu>
             <9207272242.AA06784@organ.cis.ohio-state.edu> 
Date: Mon, 27 Jul 92 19:33:41 EDT


> Sorry for being nosy, but could you explain a little more  what the 
> 	Xt: geometry requests with SetValues 
> patch to SetValues.c(XtSetValues) changes/fixes?  I'm always nervous
> about how my geometry managers work.

Hey, there is a comment in that patch, so what else could you want?! :-)

Given a SetValues request on some geometry parameters, with some of the
requested values equal to the current values and some different from the
current values, and given this results in a call to XtMakeGeometryRequest,
does the request received by the parent geometry_manager method see, in
the request structure, the parameters which have values identical to the
current values?

The XtSetValues implementation would only pass the changed values on to the
parent geometry_manager, leaving the unchanged values out of the request.
This was a bug, as the parent geometry_manager always has the freedom to
change a geometry element as it wishes if the corresponding bit is unset
in the request_mode field.  [Xt spec section 6.5].  

For example, as an application programmer you could request with XtSetValues
   "don't change this widget's width but do change the height" 
XtSetValues previously didn't pass on the part of the request not to
change the height. 

> Is the
> 	    if (geoReq.request_mode !=
> 		(CWX | CWY | CWWidth | CWHeight | CWBorderWidth)) {
> 
> just an optimization incase all the flags are set?

Yes. 


Donna Converse
MIT X Consortium
From: pds@cs.columbia.edu (Peter D. Skopp)
Newsgroups: fj.mail-lists.x-window
Subject: R5 386 Config file
Date: 25 Jul 92 15:31:59 GMT
Distribution: fj
Organization: Columbia University Department of Computer Science

Date: Fri, 24 Jul 1992 21:06:07 GMT
Message-Id: <BrwvyA.wo@cs.columbia.edu>
Newsgroups: comp.windows.x


I have a new ET4000 based vga controller card, and am trying to get it to
work with an IBM 8514 monitor.  

Has anyone had any luck with this combination, at 1024x768?

If so, could you please mail me a copy of your Xconfig file.
Thanks
From: wls@astro.umd.edu (William L. Sebok)
Newsgroups: fj.mail-lists.x-window
Subject: cursor in spring-loaded menu
Date: 23 Jul 92 10:26:10 GMT
Distribution: fj
Organization: U. of Maryland @ College Park, Astronomy

Date: 22 Jul 92 16:42:17 GMT
Message-Id: <14608@umd5.umd.edu>
Newsgroups: comp.windows.x

I have a menu widget which I have written intended to be used as a
spring-loaded popup when a button is pressed (by means of an XtMenuPopup() in
the translations).  While the menu is popped up I would like the cursor to have
some special shape.  It seems to be hard to do this.  Setting the default
cursor on the widget does not do anything. Nor does setting the cursor with
XDefineCursor() in the popup callback. The cursor always seems to be that of
the widget that issued the grab.  The XtMenuPopup action routine puts out a
passive pointer grab (XGrabButton).  XGrabButton specifies a cursor that is
used during the grab.  The code for this in the Intrinsics is hard for me to
follow but it is not obvious to me how to have cursor have any other value but
None.  Perhaps I have to write my own action routine rather than XtMenuPopup()?
Is there something I am missing? some way to get the grab to be issued with a
particular cursor? I have solved it with a call to XChangeActivePointerGrab()
in the popup callback which seems to be what the doctor ordered except that it
wants a new event mask to be specified. I would want to use the same event mask
as used in the original XGrabButton call but I have no easy way of knowing
that.  I have used a mask for all possible pointer events.
-- 
Bill Sebok      Univ. of Maryland, Astronomy    Internet: wls@astro.umd.edu
From: hollandw@dutiws.tudelft.nl (783466)
Newsgroups: fj.mail-lists.x-window
Subject: Installing XView on HP-UX?
Date: 24 Jul 92 22:33:47 GMT
Distribution: fj
Organization: Delft University of Technology

Date: 24 Jul 92 09:56:03 GMT
Message-Id: <1921@dutiws.tudelft.nl>
Newsgroups: comp.windows.x,comp.sys.hp

Hello all,

We wanted to install XView 3.0 on a HP9000s300 which runs HP-UX 8.0 and the
standard X environment (X11R4). We ran into problems compiling the XView
sources, too many errors to report here.

We were wondering if somebody already installed XView on a similar system?
If so please contact us.

Thanks a lot.

Please send mail to,
 
Winfried van Holland
email: winf@duticg.tudelft.nl                
Delft University of Technology
Faculty of Technical Informatics
The Netherlands
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Kills from Window Manager
Date: 25 Jul 92 10:33:25 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 24 Jul 92 18:20:31 GMT
Message-Id: <1992Jul24.182031.29532@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <14b03iINN1kn@early-bird.think.com>, barmar@think.com (Barry Margolin) writes:
> In article <1992Jul18.132220.18254@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> If an application would simply exit when asked to delete its window,
>> and it has no requirement for user interaction during its cleanup
>> operations, if any, I see no reason why it should bother
>> participating in WM_DELETE_WINDOW.  (I suspect this is a fairly
>> large class of applications.)  Do you see any such reason?

> Doesn't it have to participate in the protocol even to do that much?
> In order to do anything "when asked to delete its window", it has to
> recognize the request.

> When I use f.delete on windows of clients that don't implement the
> protocol, twm beeps at me.

In that case, then you need to fix either twm or your menus: twm, if
f.delete is supposed to be "make this window go away" (because it isn't
working that way), or your menus, if f.delete is supposed to be "send
WM_DELETE_WINDOW if requested" (because that's not the operation you
want).  In short, when the tool doesn't do what you want, either fix it
or use a different tool.  The ICCCM contains no indication that every
well-behaved application must participate in WM_DELETE_WINDOW, at least
not that I could find.

(I exchanged email with someone I know over one of my programs that
doesn't do WM_DELETE_WINDOW; it looked nearly identical to this....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: maassen@kreon.informatik.rwth-aachen.de (Andreas Maassen)
Newsgroups: fj.mail-lists.x-window
Subject: WANTED: xdiff and xdtree for plain X
Date: 28 Jul 92 09:47:48 GMT
Distribution: fj
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen

Date: 28 Jul 92 05:13:06 GMT
Message-Id: <maassen.712300386@kreon>
Newsgroups: comp.windows.x

Recently I learned about xdiff and xdtree. These tools were
written for Motif, but I need them (or something similar) for 
plain X. Did anybody ever adapt them to plain X?

Andreas
(maassen@parsytec.de)
From: rohit@neosoft.com (Rohit Mehrotra)
Newsgroups: fj.mail-lists.x-window
Subject: Drag 'n Drop
Date: 31 Jul 92 03:23:17 GMT
Distribution: fj
Organization: NeoSoft Communications Services -- (713) 684-5900

Date: 30 Jul 92 13:08:29 GMT
Message-Id: <1992Jul30.130829.29491@NeoSoft.com>
Newsgroups: comp.windows.x

XView

Can someone please tell me how to use the DND facility with XView 3
so that I can give textedit the name of the file to be read rather
than sending it a string ?

Ive implemented Drag n drop for my application and I can quite happily
accept data from textedit (either by pasting it in or by reading
the file when I drop onto my drop-site target).

However doing the reverse seems to rely on undocumented Sun facilities.
Specifically I am trying to understand the use of the TARGET atoms.
Normally data comes in as a XA_STRING, however textedit uses the
_SUN_HOST_NAME (is that spelled right?) and _SUN_FILE_NAME atoms
amongst others. If you do a strings of textedit or do an xlsatoms
you will see lots of _SUN* atoms which are not documented.

How can I copy a file to textedit without sending it the contents of
the file via the X-server.

The problem is that if I send anything to textedit it inserts it into
the current file rather than editing the new file I want it to.

If anyone knows of any example programs which use DND and can happily
talk to textedit this way then please point them out to me. 

Anyone know of any archives with good examples of the XView tricks of
the trade ?

I find the O'reilly book really a pretty poor document (Vol 7 rev 3). 
The sources from X11R5/contrib are NOT the same as suns so
they arent too helpful either.

Thanks in advance


Rohit Mehrotra

PLEASE EMAIL ME YOUR ANSWER AND I WOULD POST A SUMMARY.
-- 
Rohit Mehrotra
------------------------------------------------------------------------------
VITAL				| 	10755 Meadowglen Lane, #238
Ph: 713-781-7406		| 	Houston, TX 77042.
From: seamus@nebula.ucd.ie
Newsgroups: fj.mail-lists.x-window
Subject: shared libs
Date: 23 Jul 92 09:33:33 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 00:23:00 GMT
Message-Id: <9207171431.AA13000@expo.lcs.mit.>
Newsgroups: comp.windows.x


Hi Xperts,
	The following is a log of the error messages I get when I try to
execute any X11R5 client on a HP710 worstation, after successful compilation
and installation of it all. Any pointers ?
I changed the default install path to /pluto/X11R5.

/lib/dld.sl: Can't open shared library: ../.././lib/X/libX11.sl
/lib/dld.sl: No such file or directory

		cheers, Seamus Dunphy.
From: glenn@cs.utexas.edu (Glenn G. Lai)
Newsgroups: fj.mail-lists.x-window
Subject: Request to Remove the SpeedUp Files
Date: 22 Jul 92 00:06:01 GMT
Distribution: fj
Organization: CS Dept, University of Texas at Austin

Date: 21 Jul 92 15:07:53 GMT
Message-Id: <l6oa29INNj5e@paducah.cs.utexas.edu>
Newsgroups: comp.windows.x

SpeedUp, a sped-up X11R5 server for the ET4000, is now part of the free
X386 1.2E 1.0 that has incorporated many bug fixes and other enhancements.
As the author of SpeedUp, I request that you remove the SpeedUp files from
your site (and hopefully replace them with their 1.2E counterparts).
Thank you.


Glenn
glenn@cs.utexas.edu
From: klee@wsl.dec.com (Ken Lee)
Newsgroups: fj.mail-lists.x-window
Subject: Re: One program - two displays - two cursors
Date: 28 Jul 92 00:50:10 GMT
Distribution: fj
Organization: DEC Western Software Laboratory

Date: Mon, 27 Jul 92 18:36:30 GMT
Message-Id: <1992Jul27.183630.19201@PA.dec.com>
Newsgroups: comp.windows.x

|> How can one program be displayed on the screens of two networked
|> machines at the same time with two cursors active? Both cursors
|> independently operated; one by one user and one by the other?

Just open connections to each display.  If you're using the X Toolkit, put
all the display pointers into the same application context for easy event
handling.

-- 
Ken Lee
DEC Western Software Laboratory, Palo Alto, Calif.
Internet: klee@wsl.dec.com
uucp: uunet!decwrl!klee
From: bernay@aldetec.oz.au (Alain Bernay)
Newsgroups: fj.mail-lists.x-window
Subject: Inhibition of widgets and of window manager menu items
Date: 24 Jul 92 11:01:42 GMT
Distribution: fj
Organization: Aldetec Pty Ltd, Perth West Australia

Date: 23 Jul 92 07:34:15 GMT
Message-Id: <501@aldetec.oz.au>
Newsgroups: comp.windows.x.motif,comp.windows.x

I am learning about X11R4 and MOTIF.1.1 and in the process of designing
an application that we are going to develop using UIM/X. The platform is
Motorola 8220 system, the X-terminal NCD 19c.

I have two separate concerns which may affect the design of my screens
and regarding the possibilities under Motif to:

1- inhibit in real-time (I mean by coding: eg "if not-supervisor-user
  then inhibit-iconise") some of the menu items of the window manager
  (mwm or the NCD local window manager);

2- inhibit (again in real-time) some widgets (mainly buttons).

Can somebody point me to the right directions?

Thank you in advance.

-- 
Internet: bernay@aldetec.oz.au           "Le bonheur est un sous-produit  
Perth, Western Australia.                 d'une vie bien vecue"
From: adrie@ica.philips.nl (Adrie Koolen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: 24-Bit Video for SPARC
Date: 30 Jul 92 13:03:03 GMT
Distribution: fj
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands

Date: 30 Jul 92 07:10:32 GMT
Message-Id: <1992Jul30.071032.701@ica.philips.nl>
Newsgroups: comp.windows.x,comp.sys.sun.hardware

In article <hue.712432065@coney> hue@island.COM (Pond Scum) writes:
>montjoy@thor.ece.uc.edu (Robert Montjoy) writes:
>>RasterOps will not work with the current SUN Monitors. They say
>>the only support 66-HZ monitors. The new SUN monitors are 76-HZ.
>
>Is this true?  I think the cg12 from Sun is 76Hz vertical refresh and will
>only work with a monitor that is able to sync to the slightly higher rate,
>but I'm pretty sure we've got a couple of those monitors here working on
>RasterOps boards just fine.  So maybe the Sun monitor will sync to the lower
>rate.  There is a high-resolution model of the RasterFlex 32 (1280x1024,
>perhaps higher vertical refresh also) which probably requires a special
>monitor.

I've got an IPC with an Sbus CG3 card. Of course, there's also a BW2 on its
motherboard. Both framebuffers have the same connectors, so I can connect my
Sony 16" trinitron monitor to both of them (nah, not at the same time!). The
monitor is the standard one from Sun. Now, the BW2 is 66Hz, while the CG3 is
76Hz. The monitor is a dual scan monitor, which adjusts for the right
horizontal and vertical frequencies. If you're an experienced monitor viewer,
you should be able to distiguish both refresh rates.

Anyway, I don't know whether Sun supplies monitors which support only 76Hz,
but they certainly supply monitors which support both 66 and 67Hz, so I bet
that you've got these monitors.

Adrie Koolen (adrie@ica.philips.nl)
Philips Consumer Electronics, Eindhoven, the Netherlands
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Non-rectangular bitmaps/setting pixmap background...
Date: 25 Jul 92 10:57:41 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 24 Jul 92 18:15:10 GMT
Message-Id: <1992Jul24.181510.29269@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <raney.711494247@teal>, raney@teal.csn.org (Scott Raney) writes:
> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article <1992Jul13.194934.5605@news.cs.brandeis.edu>, slanka@chaos.cs.brandeis.edu (Ishantha Lokuge) writes:
>>> I am trying to create a non-rectangular bitmap...
>> This is not possible.  You'll have to get the effect you want some
>> other way.
> I say it *is* possible, but the process is nontrivial.

A bitmap is a depth-1 pixmap.  Pixmaps are, by definition, rectangular
arrays of pixels.  Thus, non-rectangular bitmaps don't exist any more
than, say, OutputOnly windows do.

> First, you need a mask of the shape you will be drawing, and a pixmap
> of the size of your control to draw into.  [...]

This is an example of what I meant by getting the desired effect some
other way.

>> You will have to go about your ends some other way.  There are
>> various possibilities.  One is to create a bitmap that is 1 where
>> you want to change things when copying and 0 when not, then set this
>> as the clip-mask in your GC, [...]
> Unfortunately, the X server designers chose to implement clip masks
> by converting them to rectangle lists instead of developing a three
> element logic op.

The *MIT sample server* designers chose to.  Don't confuse this with X
servers in general; there is no requirement that an X server do
anything the way the MIT server does, as long as it follows the spec.

This has come up on the net before.  As I recall, it was done not to
avoid three-element logic but to avoid *four*-element logic.  Consider
drawing stippled text, for example.

> The result?  Setting a full screen clip mask on a 386 takes several
> seconds.  Clipping a wide polyline to the mask can take several
> *minutes*.  If it had been implemented as a mask, the results would
> be about 50% slower than regular operations.  As it is, X clipmasks
> are essentially useless.

So don't complain; do something about it!  If you were to contribute
efficient code for doing clipmasks as masks, I'm sure lots of people
would love you for it.  (Of course, you also might, in the process,
discover why it wasn't done that way - I don't know; I haven't looked
at it at all.)

It could also just be that your 386 is a pig.  I've done circular
clocks on the Sun-3/50 on my desk that are approximately a thousand
pixels in diameter and it takes a second maybe, but not "several"
seconds.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Non-rectangular bitmaps/setting pixmap background...
Date: 30 Jul 92 08:23:56 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Thu, 30 Jul 92 01:03:48 GMT
Message-Id: <1992Jul30.010348.8332@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <raney.712034535@teal>, raney@teal.csn.org (Scott Raney) writes:
> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article <raney.711494247@teal>, raney@teal.csn.org (Scott Raney) writes:
>>> Unfortunately, the X server designers chose to implement clip masks
>>> by converting them to rectangle lists instead of developing a three
>>> element logic op.
>> This has come up on the net before.  As I recall, it was done not to
>> avoid three-element logic but to avoid *four*-element logic.
>> Consider drawing stippled text, for example.
> Nope, the reason was that many "intelligent" graphics controllers
> couldn't handle it.

To make my statement more precise, I was told by someone (I no longer
recall who) who was involved in the process at the time that it was
done to avoid increasing the code complexity of already-complicated
operations, like stippled text, beyond manageability.  Since you appear
to know better, I defer to your greater knowledge.  (Don't you remember
back in September 1991, when this came up before?  You were at
colorado.edu at the time, or at least someone of the same name was.)

>> So don't complain; do something about it!  If you were to contribute
>> efficient code for doing clipmasks as masks, I'm sure lots of people
>> would love you for it.
> Since we're effectively doing a 3 element logic op in MetaCard, I
> submit that it isn't technically all that difficult.

So write it up and mail it in.  If it's not that hard, it shouldn't
take very long.  But I've looked at the cfb code and I think you're
wrong: it's unwieldy as it is, and that's with stipples and font glyphs
already preprocessed so they're nicely aligned on memory unit
boundaries.  (I think both are preprocessed; it's been a while.)
Adding a fourth source of data would drive it beyond reasonability, in
my opinion.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu