HDTenEightyP/NetNews huggingface dataset:
From: worthen@nosc.mil (Richard H. Worthen)
Newsgroups: comp.windows.x
Subject: Re: What's new in R6?
Keywords: X11R6
Date: 28 Aug 92 15:33:50 GMT
Organization: Naval Ocean Systems Center, San Diego, CA



:In article <1992Aug27.232636.7983@nosc.mil>, worthen@nosc.mil (Richard H. Worthen) writes:
:|> 
:|> What will be in X11R6? When will it be available?

:I heard either today or tomorrow.

:|> Will code written for R5 run on R6?

:No, it has to all be converted to C++ to run under R6.

:|> I've heard talk about a "multi-media" flavor for X. Is this true? 
:|> If so, will it be a part of R6? X12? 

:What do you mean just "talk of multi-media" for R6?
:With the XBell call, you can add audio to your clients
:today!

:|> What is the status of the multi-threaded extension?

:Work on the multi-threaded "extension" is all tied
:up right now.

:|> What plans (if any) are there for X12?

:This is just a rumor but I heard they are building a
:SoftPC extension that allows clients to download DOS
:executables to the X server for it to run.  There is
:even some talk of actually having clients download themselves
:into the server.

:For client programmers, the X resource mechanism is being
:extended so the entire client can be nothing but an app-defaults
:file.  A lot of users were complaing that X resources
:"just weren't configurable enough."

:|> thanks in advance,

:No problem.

:I'm not sure if all of this is true but if enough people
:repeat it, it will seem like it is true.

:- Mark Kilgard

These same questions have been asked by many of those responsible for 
developing equipment and systems for DOD and who are concerned with
software re-use and portability.

Page 1 of "PEX Protocol Specification and Encoding, Version 5.1P" states:
"The next release of PEX, version 6.0, will be a major release. Since
it does not need to be backwards-compatible..." Statements like this 
shed a dim light on the issues of software re-use and portability.

Mr. Kilgard: It's responses like yours that help to support my belief
that software will always cost many times that of the hardware that 
supports it. I have added you to my list of non-informants.
Newsgroups: comp.windows.x
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Converting Window ID to Widget
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Tue, 1 Sep 92 16:08:31 GMT

In article <17v3nvINNl0v@fbi-news.Informatik.Uni-Dortmund.DE> klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
>In article <1992Aug31.212218.11573@sparky.imd.sterling.com>,
>dave@IMD.Sterling.COM (Dave Krejci) writes:
>|> My problem is that I haven't been able to find
>|> a way to convert a window ID into a toplevel widget name.
>
>XtWindowToWidget()
>

I thought someone might suggest this.  The problem is, Widget IDs returned 
from XtWindowToWidget() are only valid within the context of the same client.

Editres, in R5 already does what Dave wants.

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
Newsgroups: comp.windows.x
From: mahan@TGV.COM (Patrick L. Mahan)
Subject: RE: FONT Handling -- HOW?
Organization: The Internet
Date: Mon, 31 Aug 1992 16:59:57 GMT

#
#I'm a complete newby to X and just trying to get a c-source to run. It
#compiles alright, finds all the right libraries, but crashes when
#attempting to load a font. Source lines:
#
#	font = XLoadFont(disp, "10x20\0");	/* If you don't have this
#		font, try replacing it with 9x15\0	*/
#
#Upon reaching this call the program exits and tells me that the font
#cannot be found. 
#The fonts reside in an unusual directory, namely
#/usr3/X11R5/lib/X11/fonts/misc, I'm running ULTRIX4.1 on a DecStation
#2100, and use the twm windows manager. 
#

What does the application "xlsfonts" show?  If it doesn't list 10x20 as one
of the fonts then it is not there and you must try some other font.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: save_under attribute
Date: 3 Sep 92 23:23:02 GMT
Distribution: na
Organization: McGill Research Centre for Intelligent Machines

In article <1992Aug28.150709.18712@noose.ecn.purdue.edu>, mockus@centrifuge.ecn.purdue.edu (Linas Mockus) writes:

> XSetWindowAttributes attr;
> attr .save_under = True;
> XChangeWindowAttributes (...,CWSaveUnder, &attr);

> for pop-up menu window.  But! when menu disapears the window under it
> is not automaticaly restored - area where menu was is left blank.

Save-unders are not a guarantee; they are simply a hint.  The
application responsible for the window underneath (your application,
presumably) *must* be prepared to repaint upon receiving an Expose
event - the server is entirely within its rights to ignore your hint,
for any reason or none, and generate Expose events normally.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: leisner@eso.mc.xerox.com (Marty Leisner 311/? x?)
Subject: raising a tty...
Organization: Xerox
Reply-To: leisner.henr801c@xerox.com
Date: Mon, 31 Aug 1992 11:00:09 PDT
X-Received: by usenet.pa.dec.com; id AA04436; Mon, 31 Aug 92 11:02:32 -0700
X-Received: by inet-gw-1.pa.dec.com; id AA03471; Mon, 31 Aug 92 11:01:55 -0700
X-Received: from zombi ([13.1.189.45]) by alpha.xerox.com with SMTP id <11569>; Mon, 31 Aug 1992 11:01:28 PDT
X-Received: from louvre.wbst147.xerox.com (louvre.imtech.wbst147.xerox.com) by zombi (4.1/SMI-4.1)id AA16806; Mon, 31 Aug 92 14:01:27 EDT
X-Received: from rockwell.wbst147.xerox.com by louvre.wbst147.xerox.com (4.1/SMI-4.1)id AA17838; Mon, 31 Aug 92 14:00:09 EDT
X-To: comp.windows.x.usenet%decwrl.dec.com@eso.mc.xerox.com
X-Cc: leisner@eso.mc.xerox.com


This is what I want to do...

I run w to find the tty the process I want is at...

I want to run a hypothetical tool called "xraise tty" which raises this
tty to the top of the screen so I can see it...

Right now, I cycle through my windows to find the one I want...there must be
an easier way...

Marty    leisner.henr801c@xerox.com 
          Member of the League for Programming Freedom 
 	Give me source or waste my time..
Xref: sparky comp.windows.x:15709 comp.unix.solaris:188 comp.sys.sun.misc:3961
From: brown@zen.wes.army.MIL (Paul Brown)
Subject: Re: 256 grayscale levels with standard colormap
Organization: The Internet
Date: Wed, 2 Sep 1992 14:16:31 GMT




> I'd like to create an X application that draw lines of pixels, with
> color level from 0 to 255 in a Grayscale visual.
> This application has to work either on 8 planes grayscale servers or
> on 24 planes color server.

> My first step was to Create a new colormap, allocate 256 levels of gray
> pixels ( red = green = blue ), and install this colormap .

> ... but other X clients running on the same server do not like this new
> .colormap !

> So , how can I handle 256 gray levels without changing the color map ?
> I suppose that the Visual type has something to do with this ??....

> Many thanx in advance for your help,

> Vincent Le Barazer
> Cray Research France
> Email: vincent@cray.com

I'm told that the average human eye cannot distinguish as many as 256
shades of gray so you may not need to use that many.  In my image processing
application I use 64 shared color mappings (I could go less) and this has
not produced any conflicts with other clients that I use...

Paul Brown
brown@zen.wes.army.mil
Newsgroups: comp.windows.x
From: miktay@auto-trol.com (Mike Taylor)
Subject: 24 bit cfb
Originator: miktay@miktay
Organization: Auto-trol Technology Corporation
Date: Wed, 26 Aug 1992 22:03:46 GMT

Hello,

I'm trying to build a server on Sun that supports 24 bit deep pixmaps
using X11R5 code from server/ddx/cfb. According to the porting guide,
I need to change two files: cfbmskbits.h and cfbmskbits.c.

The file cfbmskbits.h contains the following defines:

#define PPW	4             /* pixels per word */
#define PLST	3             /* last pixel in a word (should be PPW-1) */
#define PIM	0x03          /* pixel index mask (index within a word) */
#define PWSH	2             /* pixel-to-word shift */
#define PSZ	8             /* pixel size (bits) */
#define PMSK	0xFF          /* single-pixel mask */

These defines are clearly setup for 8 bit frame buffers only.

Also, the file cfbmskbits.c contains several arrays that might also need
to be changed:

unsigned int cfbstarttab[] =
    {
	0x00000000,
	0x00FFFFFF,
	0x0000FFFF,
	0x000000FF
    };

unsigned int cfbendtab[] =
    {
	0x00000000,
	0xFF000000,
	0xFFFF0000,
	0xFFFFFF00
    };

I tried numerous combinations and am having zero luck. If any one has
tackled 24 bit color frame buffers, or can suggest some values for
the above code segments, I'd sure appreciate hearing from you.

Thanks!
   -----,  , ------      +-------------------------- Wed Aug 26 4:00 pm
     / /| /|   /         | To:    comp.windows.x
    / / |/ |  /          | Re:    24 bit cfb
\__/ /ichael /aylor      | Email: miktay@auto-trol.com  Phone: (303)252-2352
From: oklein@smallo.bo.open.de (Olaf Klein)
Newsgroups: comp.windows.x
Subject: Problem with xdm and xconsole
Date: 23 Aug 92 11:10:06 GMT
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12

On sparc 1+ with X11R5 pl7 I have the problem, that xconsole tells me 
"Could not open console" when xdm is running. When logging in as root
everything is ok, but setting xdm setuid-root doesn't fix the 
problem ?
xdm is in the moment configured like in the man-page.

Thanks in advance, Olaf

-- 
Olaf Klein     smallo.bo.open.de       2:245/5800.12
From: thg@cam-orl.co.uk (Tim Glauert)
Newsgroups: comp.windows.x
Subject: Re: What would this window obscure?
Date: 4 Sep 92 08:14:39 GMT
Distribution: comp
Organization: Olivetti Research Ltd, Cambridge, England.

In article <WARE.92Sep3135501@organ.cis.ohio-state.edu>, ware@organ.cis.ohio-state.edu (Peter Ware) writes:
|> Pardon the technitrivia, but are you sure the server is allowed to
|> generate expose events for visible regions?

It is not explicitly disallowed in the Protocol although the version I have
(Scheifler & Gettys 2nd Edition) could be read that way if you were very
pedantic. And anyway the Sample Server does it, as you point out, so you have
to expect this behaviour even if it isn't strictly "legal".

|> If you meant that it can generate an Expose event but must clear it to
|> the background then that sounds reasonable.  In fact, I know the MIT server
|> already does this if an operation causes more then 25 regions to be
|> exposed -- they get combined into one region and cleared to the background.

Exactly. It is an important efficiency measure when you have shaped windows.

	Tim.

Tim Glauert, Olivetti Research Limited,		| EMAIL	thg@cam-orl.co.uk
24a Trumpington Street, Cambridge, England.	| TEL	+44   223  343232
						| FAX	+44   223  313542
Newsgroups: comp.windows.x
From: sinan@Mtesol.boeing.COM (Sinan Karasu)
Subject: Re: Motif Numbers
Organization: The Internet
Date: Tue, 25 Aug 1992 16:38:46 GMT


> From nazgul@alfalfa.com Mon Aug 24 22:48:20 1992
> To: sinan@Mtesol (Sinan Karasu)
> Cc: xpert@expo.lcs.mit.edu, openlook@uunet.UU.NET, motif@alfalfa.com
> Subject: Re: Motif Numbers
> X-Mailer: Poste 2.1B1
> From: nazgul@alfalfa.com (Kee Hinckley)
> Date: Tue, 25 Aug 92 00:40:44 -0400
> Encoding: 23 TEXT, 4 TEXT SIGNATURE
> Content-Length: 1222
> 
> > 
> >  Boy am I confused.
> >  We just received a circular from Bluestone that claims "Nearly 90% of the 
> > workstation market , and 60% of the Sun market run Motif."
> I would assume that means "90% of the non-Sun workstation market".  Of course
> measuring marketshare is not as easy as it might seem.
If that is the case then since after subracting 330,000 from 500,000
(they claim 60% of 550,000 Suns run Motif) then 90% of non-Sun workstations
is 170,000 which puts Non-Sun numbers to about 190,000. Hardly a credible
number.Particularly considering about 200,000 Non-Motif Apollo machines
out there. Sorry that does not explain it.
> 
> > come from ? Does any of the vendors have the right to distribute
> > Motif without licensing ?
> I believe so.
Which ones?
> 
> 
> > right no matter what I try !! What is the actual Installed base for Motif 
> > and for OpenLook? I need these numbers since I am trying to ascertain 
> > the future direction of GUI world ( i.e. is it Motif? OpenLook?
> > Microsoft NT, Bitmap oriented or DisplayPostScript? Something 
> > we haven't heard of yet?). What am I missing?
> Well, it depends a lot on the market you are talking about of course, and I
> won't even attempt to get into the NT vs. Unix wars (again).  However I think
> you can fairly say that most non-Sun workstations are not running OpenLook
> applications, and that a fair percentage of Sun workstations are running at
What about the desktop applications?
> least some Motif applications.  Is that bland enough to sound real?
So does that mean that a Sun running a Motif application under OpenWindows 
automatically become a Motif Sun workstation?
 
> nazgul@alfalfa.com
> 617/646-7703 voice/fax
> 
> If Unix is the answer, then we've clearly forgotten the question.
> 
Sorry. It still does not sound bland enough.
Sinan
From: mlee@cs.arizona.edu (Michael (Yuk-Wo) Lee)
Newsgroups: comp.windows.x
Subject: Strange symbol in StaticText widget
Date: 2 Sep 92 08:25:12 GMT
Distribution: usa
Organization: U of Arizona CS Dept, Tucson


I tried to display a string, which is a concatenation of lines in a file 
(includeing \n).  When I use OLIT StaticText widget to display it, at
those tab position, I got a symbol which looks like

N
|
-

Or N with an L below.  What is that?


Michael
--
Michael Lee
From: friedman@bnr.ca (Barry Friedman)
Newsgroups: comp.windows.x
Subject: MS-Windows -> X11 / How to port?
Keywords: MS-Windows, Porting, X11
Date: 2 Sep 92 01:08:32 GMT
Reply-To: friedman@bnr.ca
Organization: Northern Telecom, Ltd.

I'm looking for pointers on porting MS-Windows apps. (C-Based) to X11.
Any info on relevant literature, experiences, etc. would be welcome.

Please reply via e-mail if possible.

Thanks,

Barry Friedman       friedman@bnr.ca
Emax Computer Systems, Ottawa, Ontario
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: libXaw.so.5 not found?
Keywords: xdm, lib not found
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 3 Sep 92 22:29:18 GMT

In article <ccdw.714990199@kudu>, ccdw@kudu.ru.ac.za (Dave Wilson) writes:

> I have just been through the process of running make World and make
> install for X11R5 on a Sparc running SunOS 4.1.1.  Both build and
> install appear to have worked correctly.

> However, when I attempt to run /usr/bin/X11/xdm I get the message
> ld.so: libXaw.so.5: not found

This sounds a lot like something that happened to us recently.  See if
putting a path in LD_LIBRARY_PATH (that includes the X libraries'
directory) fixes it.  If so, it's a cute little gotcha in the SunOS
shared "library" implementation.

Y'see, every (dynamically linked) executable has data structures in it
that include a list of libraries against which it is linked, and a
library path a la LD_LIBRARY_PATH, which I believe is consed up from -L
options to ld (and possibly other sources; I haven't investigated).  If
LD_LIBRARY_PATH is set at run-time, the built-in path is ignored.  Now
this is all very well, and you can use ldd to get some idea what's
compiled into the executable (though ldd won't tell you full details).
The gotcha that's lurking is that this is true not only of application
binaries but also of other shared objects (.so files).  If a .so file
is linked such that its built-in path is unusable at run-time, and
there's no LD_LIBRARY_PATH set, it will fail.  In our case, a library
had a built-in path that was nothing but relative pathnames
(../.././lib/X:../.././lib/Xt:etc), which was of course useless at
run-time.

Unfortunately Sun provides no tools for looking at what's *really*
going on.  ldd is about all there is, but ldd doesn't work on a .so
file; it dumps core, presumably because there's no crt0.o linked in to
get ld.so mapped in and running.  ldd also doesn't report the built-in
path, only what libraries are needed and whether and where they're
found.  (If I hadn't gone through the pain of figuring out the data
structures and written a program to dump them, I never would have
figured this one out....)

> Looking in /usr/lib I see there are a series of libXaw entries, but
> they seem to have an extra digit on the name, ie. the above one is
> libXaw.so.5.0.

This is normal.  Shared objects have two version numbers: a major
version and a minor version.  The executable contains the numbers of
the shared object that was found at ld time.  At run time, ld.so
searches for a shared object whose major version matches and whose
minor version is no less than those stored at ld time.  When this
search fails, the complaint printed includes only the major version
number, and as you saw, is misleadingly formatted.

(If anyone wants a copy of the program to pick apart the dynamic loader
structures, send me mail.  If I get lots of requests, I'll put it up
for ftp, otherwise I'll just mail it....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: kxb@matt.ksu.ksu.edu (Karl Buck)
Newsgroups: comp.windows.x
Subject: bitmap format
Date: 3 Sep 92 05:58:34 GMT
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

Where can I find a description of the bitmap format?
-- 
Karl Buck         	O, Freddled Gruntbuggly      
USGMRL   		Thy Nicturations are to me   
913.537.6106 (H)	As Plurdled Gabbleblotchits  
913.776.2745 (W)	On a lurgid bee.       -- Chief Prostetnic Vogon Jeltz
Newsgroups: comp.windows.x
From: criess@mrj.COM (Chuck Riess)
Subject: Unsubscribe
Organization: The Internet
Date: Tue, 1 Sep 1992 18:37:33 GMT



Please unsubscribe me. Thank you.
From: melby@dove.yk.Fujitsu.CO.JP (John B. Melby)
Newsgroups: comp.windows.x
Subject: Re: bitmap format
Date: 3 Sep 92 08:15:30 GMT
Organization: Open Systems Dept. Div. 2 Sect. 1, FUJITSU LTD.
In-reply-to: kxb@matt.ksu.ksu.edu's message of 3 Sep 92 14:58:34 JST

>Where can I find a description of the bitmap format?

The same question twice in a week...anyway, this should be sufficient:

An X11 bitmap file specifies the height, width, and hot spot (used for
setting mouse cursors) of a bitmap, followed by the bitmap data
(expressed as an array of unsigned character values in hexadecimal).

A bitmap contains <height> lines of binary data arranged from top to
bottom.  Each line is expressed with roof(<width>/8) character values
specifying the bits from left to right, smallest bit first.

-----
John B. Melby
Fujitsu Limited, Yokohama
melby%yk.fujitsu.co.jp@fai.com
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: XPutPixel and and XGetPixel and image layout
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 4 Sep 92 08:52:02 GMT

In article <VICTOR.92Aug31135453@terse4.watson.ibm.com>, victor@watson.ibm.com (Victor Miller) writes:

> I know that the standard "safe" way of writing and reading pixels in
> an image is to use XPutPixel and XGetPixel.  However, for speed one
> would like to read and write units (bytes, double bytes, quad bytes
> and whatever) directly for speed.  Is there a reliable way of
> determining what the layout of the image is?

Yes.  Look at the fields of the XImage structure; they collectively
describe how the image is laid out in memory.

> I realize that, theoretically, it doesn't need to be layed out by
> scan lines, with possible padding, in which case all bets are off.

It does, actually, since that's the way Images work.

This is one of the weaker areas of X, mostly due to poor/nonexistent
documentation, which I suspect derives in part from incomplete design
work.

What you might want to do is teach your code about a few of the
commonest image formats, then use XPutPixel and XGetPixel for
everything else.  (First, though, make sure that XPutPixel/XGetPixel
are in fact too slow for normal use: make sure you need to do the work
before doing it!  getbdf, for example, does just fine with XGetPixel.)
I'd suggest starting with 8-bit and 1-bit formats, doing perhaps 4-bit
and 24-bit next....

As for determining the parameters, those are all members of the XImage
structure.  This structure is described in section 6.7 in the R4 Xlib
document, though figuring out precisely what each field means is an
exercise in educated guessing, preferably done with the protocol spec
at hand, as well as some experience in how images tend to be stored.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: ldawes@uahcs2.cs.uah.EDU (Lisa Dawes, Computer Science Dept., Univ. of Alabama-Huntsville)
Subject: gcc 2.2 and R5 question
Organization: The Internet
Date: Tue, 25 Aug 1992 15:24:55 GMT

I just compiled X11R5 with gcc 2.2 on my Sun Sparc with SunOS 4.1.1.
I was wondering if anyone new the side affects of compiling the
shared libraries with gcc.  There is a warning saying that old 
X applications linked with cc will not work (they must have been
linked with gcc).  

Are there any benefits of compiling the libraries with gcc?

Thanks ahead.

Xref: sparky comp.windows.x:15623 comp.unix.ultrix:6475 gnu.gcc.help:1982
From: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
Newsgroups: comp.windows.x,comp.unix.ultrix,gnu.gcc.help
Subject: Re: Problems - R5 build on DS 5000/25 using gcc-2.2.2
Date: 25 Aug 92 09:53:34 GMT
Organization: University of New England - Northern Rivers (Lismore)

From article <1992Aug19.152652.11529@ennews.eas.asu.edu>, by scowen@wfpc3.NoSubdomain.NoDomain (Paul A. Scowen):
> Hello,
> 
> I'm writing to request any words of wisdom from people who've attempted to
> build the pl16 R5 distribution on Unix platforms using gcc-2.2.2.
> 
> build as a whole since gcc is the recommended compiler, from the README's
> I've read.  The result of these errors (not surprisingly) is a failure to
> build the ./server/ddx/mfb part of the server code, which causes a premature
> exit from the make as follows:
	..
	stuff deleted
	..
> Any words of sage advice out there?  Thanks.

	I think this mean you have the -Dvax still in as a the config files
change it to  -Dmips -DX_NOT_POSIX

	It would seem that gcc + ultrix + mips is not a well support
platform at MIT, since the config files for this combo are wrong. 


	Cheers
		Mark :)
-- 
Mark Garrett	Internet:  mark@arvak.une.edu.au	Phone: 	+61 66 20 3859
   University of New England, Northern Rivers, Lismore NSW Australia.
Newsgroups: comp.windows.x
From: veym@cernvm.cern.ch (Marc Vanden Eynden)
Subject: how to implement slow calback routines ?
Organization: CERN
Distribution: comp
Date: Thu, 27 Aug 1992 13:05:57 GMT

Hi everybody,

My problem is the following :

In several applications we add a callback routine to a pushbutton, let us say 
that foo is this callback routine.
In foo, we have to access large numbers of pieces of equipment;this operation
may take up to 30 seconds. Therefore, we pop up an a XmMessageBox telling the
user that the task in currently running.
The problem is that after the creation of the messagebox we do not return to
the XtMainLoop() and the messagebox is not managed on the screen, even if we
call XFlush().

Example :
callback routine foo(...)
{ 
   /* inform user that it will take 30 seconds */

    msgbox = XmCreateMessageBox(...)
    XtManageChild(msgbox);
    XFlush(dpy);

   /* start hardware access - 30 seconds of exexution */

    AccessHW(...)
}

This doesn't work , the messagebox is not managed on the screen.
Does anybody have a good idea how to solve this very common problem ??
Thanks in advance for your collaboration.

M.Vanden Eynden  
CERN - Switzerland
email : veym@cernvm.cern.ch

     
   
    
Xref: sparky comp.windows.x:15822 comp.windows.x.apps:871