HDTenEightyP/NetNews huggingface dataset:
From: plutchak@pilsner.geo.brown.edu (Joe Six-pack)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 28 Aug 92 04:11:44 GMT
Distribution: fj
Organization: Brown University Planetary Geology

Date: 27 Aug 92 16:50:17 GMT
Message-Id: <17j149INNi9r@stanley.cis.Brown.EDU>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

In article <id.Q4NS.1SE@ferranti.com> peter@ferranti.com (Peter da Silva) writes:
>In article <1992Aug21.182548.2932@nntp.uoregon.edu> johnm@cajal.uoregon.edu (John Martin) writes:
>> For kicks sometime, take a person who is used to a CLI and put them on a Mac.
>> I guarantee that they will not be able to do *anything* useful until they have
>> either read the manual or experimented a lot.
>
>To put it bluntly, this is complete balderdash.

   Not completely.  How does a CLI person know how to do common things
like file copying, renaming, moving, etc?  I *still* can't remember
whether dragging & dropping a file icon between directory windows
on the Macintosh will do a move or a copy, and have trouble remembering
what bizarre key/mouse combinations it takes to do "the other one."
At least with VMS and Unix you have 'HELP' and 'man' if you forget
how to, for example, get confirmations on file deletion.
(And don't get me started on the idiocy of insisting on a one-button
mouse, when it just forces you into keyboard overload mode--
shift-ctrl-click-unshift-drag-doubleclick-unctrl-applekey. :-)
--
Joel Plutchak, Research Programmer/Analyst
From: gml4410@ggr.co.uk (Lack Mr G M)
Newsgroups: fj.mail-lists.x-window
Subject: X-based local conferencing
Date: 3 Sep 92 13:44:38 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.co.ggr; Thu, 3 Sep 1992 14:17:30 +0100
Date: Thu, 3 Sep 92 14:02:16 BST
Message-Id: <9209031302.AA05012@uk0x06.ggr.gri.com>

     Does  anyone  know of an X-based local conferencing system?  I mean
the  kinf  of  thing  where  users   add   notes/ideas   and   can   add
replies/comments etc.  The system doesn't have to be networked (ie.  the
conference-system files can all be in the same file-system).
From: rme@msi.com (Richard Emberson)
Newsgroups: fj.mail-lists.x-window
Subject: Size of Motif Gadget and Widget
Date: 27 Aug 92 12:31:51 GMT
Distribution: fj
Organization: Molecular Simulations, Inc.

Date: 26 Aug 1992 23:05:39 GMT
Message-Id: <1992Aug26.230539.19463@msi.com>
Newsgroups: comp.windows.x,comp.windows.x.motif


  I need to get the size (number of bytes) of a Motif Gadget and a Motif
Widget, maybe the size of the bare minimum Gadget and Widget and the
size of a Label Gadget and a Label Widget. I do not have access to a
Motif library.

  If someone has estimates of the size of such objects, could you please mail
to me the numbers.


naked Gadget:  ?  bytes
naked Widget:  ?  bytes
Label Gadget:  ?  bytes
Label Widget:  ?  bytes

Thanks

	Richard Emberson
	rme@msi.com
-- 
Molecular Simulations, Inc.             mail: rme@msi.com
796 N. Pastoria Avenue                  uucp: uunet!msi!rme
Sunnyvale, California 94086             phone: 408/522-9233
From: grp@unify.com (Greg Pasquariello)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OPEN INTERFACE ?
Date: 29 Aug 92 14:12:31 GMT
Distribution: fj
Organization: Unify Corporation (Sacramento)

Date: Fri, 28 Aug 92 20:38:15 GMT
Message-Id: <5s3eyd2@Unify.Com>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <wx3ewi4@Unify.Com> you write:
> 
> Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
> the X world), right?  If that is the case, then it is NOT one of the toolkits
> that I mentioned above.
> 
> I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
> are the only two that I am aware of that remove you from dependence upon
> the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
> are relatively difficult to modify or extend.
> 

I'm gonna shoot myself.  I will qualify the above by saying that they
are the only two that remove dependence upon the intrinsics and ALSO 
work on MS-Windows, etc.

Sorry Warner!


-- 

--
Greg Pasquariello   	grp@unify.com 	        Sometimes you're the windshield
Unify Corporation	   or			Sometimes you're the bug.
(916) 928-6258	    ...!uunet!unify!grp
From: kwj@iastate.edu (kwj)
Newsgroups: fj.mail-lists.x-window
Subject: Noseguy Source Code
Date: 1 Sep 92 18:57:07 GMT
Distribution: fj
Organization: Iowa State University, Ames, IA

Date: Tue, 1 Sep 1992 15:05:35 GMT
Message-Id: <1992Sep1.150535.15709@news.iastate.edu>
Newsgroups: comp.windows.x


Thanks to all who answered my questions about bitmaps.  I now have 
noseguy running across my PC screen!

In addition to help with bitmaps, I got a lot of requests for the 
source code to Noseguy.  This program can be obtained through 
anonymous FTP at export.lcs.mit.edu.  Noseguy source code, manuals, 
and nose bitmaps are in the file /contrib/xsaver.tar.Z.  Other programs 
worth investigating include:
                
                o   xfishtank
                o   xneko
                o   xdaliclock

-- kwj

()  ()
 \oo/
 =||=    What's for dinner?
 {__}
From: dfegan@lescsse.jsc.nasa.gov (Doug Egan)
Newsgroups: fj.mail-lists.x-window
Subject: X Development on MVS????
Date: 21 Aug 92 20:03:08 GMT
Distribution: fj
Organization: LESC

Date: 20 Aug 92 20:40:48 GMT
Message-Id: <dfegan.714343248@node_2204c>
Newsgroups: comp.windows.x


        We have been attempting to build a Motif application,
   using TCPIP on MVS/ESA... (NOT easy!) <Wiping sweat from brow>
   We have succeeded to complete a minor client with few
   capabilities...

        I would like to know if there are any OTHER products
   available, that will run with/on TCPIP in a MVS/ESA environment.

        Please Followup or reply to: egan@blkbox.com

Thanx,
      Doug
--
=========================================================================
 Doug Egan                               "...Engineers, they LOVE to
 Lockheed Engineering and Sciences Co.    change things!" 
 Houston, TX                                 Dr. Leonard "Bones" McCoy
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Getting Paned Window to tile horizontaly ...
Date: 29 Aug 92 11:19:35 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 27 Aug 92 17:06:00 GMT
Message-Id: <1992Aug27.170600.8600@vlsi.polymtl.ca>
Newsgroups: comp.windows.x



	Hi there !

		Is it possible to get PanedWindow to lay out children
in a HORIZONTALY tiled format ? I need two frames side by side and
I want to allow the user to resize the two frames with a PanedWindow
or anything similar to it.

	Any suggestions is appreciated :) :)


				Michel Besner, eng.
				Sacred Heart Hospital 
				research center
				Montreal
				mbesner@iris1.metal.polymtl.ca



	"life is a big bowl of Jell-O :) :) ! "
From: kxb@matt.ksu.ksu.edu (Karl Buck)
Newsgroups: fj.mail-lists.x-window
Subject: bitmap format
Date: 3 Sep 92 11:02:13 GMT
Distribution: fj
Organization: Kansas State University

Date: 3 Sep 92 05:58:34 GMT
Message-Id: <1849iaINNkek@matt.ksu.ksu.edu>
Newsgroups: comp.windows.x

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
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: (none)
Date: 1 Sep 92 00:40:31 GMT
Distribution: fj
Organization: VPI&SU Computer Science Department, Blacksburg, VA

Date: 31 Aug 92 19:33:10 GMT
Message-Id: <3381@creatures.cs.vt.edu>
Newsgroups: comp.windows.x

In article <secVLfuDUMRZNYGkUb@freya> huho@banruc60.BITNET writes:
  >
  >My question is :
  >Is it necessary to use &str as an argument to XtSetarg? str is of type String,
  >,so it's already a pointer. Wouldn't  str without the & be sufficient?
 
Quite probably XtGetValues allocates memory for the returned string. Caller of 
XtGetValues doesn't know the size of the string in advance. Hence XtGetValues 
probably allocates memory for the string. If this is the case, after using the 
string, the caller must free the memory allocated to the string using XtFree():

     char *str;
     ...
     XtSetArg(args[0], XtNstring, &str); /* Since GetValues changes the value of str,
                                          * you must pass the address of str
                                          */
     XtGetValues(text, args, 1);
     ...Use "str" ...
     XtFree(str);
     ...
 
  >Hugo Van Hove

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
From: jgd@csd4.csd.uwm.edu (John G Dobnick)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 29 Aug 92 11:40:47 GMT
Distribution: fj
Organization: University of Wisconsin - Milwaukee

Date: 28 Aug 92 23:35:24 GMT
Message-Id: <1992Aug28.233524.20252@uwm.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

From article <1992Aug28.113502.24092@walter.cray.com>, by toma@romulus.cray.com (Thomas Arneberg):
> 
> 
> For a beginner, what good does a man page do if you don't remember whether
> the command is "rename," "change_name," "move," etc.

That's what the "apropos" command is for.  Of course, it helps if the
manpages have _useful_ header lines.  :-)

-- 
John G Dobnick                          ATTnet: (414) 229-5727
Computing Services Division             INTERNET: jgd@uwm.edu
University of Wisconsin - Milwaukee     UUCP: uunet!uwm!jgd

"Knowing how things work is the basis for appreciation,
and is thus a source of civilized delight."  -- William Safire
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUI Documentation Question
Date: 28 Aug 92 16:34:27 GMT
Distribution: fj
Organization: Oceanroutes Canada Inc.

Message-Id: <9208281358.AA29023@expo.lcs.mit.edu>
Date: Fri, 28 Aug 92 10:58:21 ADT
Phone: (902) 468-3007, FAX: (902) 468-3009
Mailer: Elm [revision: 64.9]

Stephen Dannelly writes:
>
>     Does there exist a comprehensive GUI documentation technique?  
> Any names of books or articles relating to this would be appreciated.
> I would also GREATLY appreciate ANY comments or suggestions.  Real
> life experiences would be nice as well.
> 
The approach taken by the HP OSF/Motif Style Guide seems reasonably
effective, although perhaps not as comprehensive as what you are
looking for. ... Terry
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Newsgroups: fj.mail-lists.x-window
Subject: Re: xdvi character colour problem
Date: 2 Sep 92 12:29:00 GMT
Distribution: fj
Organization: FWI, University of Amsterdam

Date: 2 Sep 92 08:16:51 GMT
Message-Id: <1992Sep2.081651.10562@fwi.uva.nl>
Newsgroups: comp.text.tex,comp.windows.x

I wrote:

#Sun4 X11R5 xdvi patchlevel 15 gives nothing but trouble when
#displayed on an X11R3 RS/6000 model 730.
#All character are shown in reverse video. Its not the -rv option, since
#the paper itself is white, as it should be. The characters are drawn as
#a white symbol on a small black square.
#'xdvi -fg red' Gives me a black-and-white image, but the above problem
#has gone. The characters turn red if I zoom or Shrink1.

After taking a closer look at the displayed image, it seems that it's
not a truely b&w one, but the characters are drawn a little greyish.
(But this is the default behaviour, isn't it?)

#'xdvi -fg black' Gives the reverse video characters.
#'xdvi -fg gray10' Gives me outline (!) characters (which they shouldn't be).

After reading the man pages again, and trying some more options, I found
that all above problems are solved if I 'xdvi -nogrey'.
However, another option, '-thorough' made 'xdvi -thorough -fg red' act
just as bad as plain 'xdvi' without '-nogrey'
BTW. On a Sun4 displayed, 'xdvi -thorough -fg red' also does not produce
the correct image: it has black characters instead of red ones, unless I
zoom/Shrink1.

#'xdvi -fg white' Results in a Segmentation fault.

This still happens, even on a Sun4, no matter what I try.
It appears that xdvi always produces a "Segmentation fault" if the
foreground (-fg) and background (-bg) colour are one and the same.

Marcel.
-- 
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
======Life stinks. Fortunately, I've got a cold.========
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Getting Paned Window to tile horizontaly ...
Date: 29 Aug 92 09:43:43 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 27 Aug 92 17:06:00 GMT
Message-Id: <1992Aug27.170600.8600@vlsi.polymtl.ca>
Newsgroups: comp.windows.x



	Hi there !

		Is it possible to get PanedWindow to lay out children
in a HORIZONTALY tiled format ? I need two frames side by side and
I want to allow the user to resize the two frames with a PanedWindow
or anything similar to it.

	Any suggestions is appreciated :) :)


				Michel Besner, eng.
				Sacred Heart Hospital 
				research center
				Montreal
				mbesner@iris1.metal.polymtl.ca



	"life is a big bowl of Jell-O :) :) ! "
From: chan@hpfcmgw.fc.hp.com (Chan Benson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: The most effecient way to scroll: initiate a discussion or asking some direction if already discussed
Date: 29 Aug 92 20:55:01 GMT
Distribution: fj
Organization: HP Fort Collins, CO

Date: Thu, 27 Aug 1992 19:16:05 GMT
Message-Id: <1210053@hpfcmgw.FC.HP.COM>
Newsgroups: comp.windows.x

> Here is a question: have I actually exhausted all solutions and
> it is actually a concepct of X that server does not expect client to 
> manipulate frame buffer directly even through server. If I
> really want to do that, the only possible way is to modify the
> server to pave the way out. Is this a fair assumption ?

Given X's network orientation, it makes sense that there is no standard
way for a client to access the server's framebuffer.

Probably the closest thing to what you want is the Shmimage extension,
which allows a local client and the server to share a shared memory
segment. You can manipulate this memory as a raster and then instruct
the server to display it in a window.

			-- Chan Benson
			HP Fort Collins
From: shengj@acf3.nyu.edu (Jia Sheng)
Newsgroups: fj.mail-lists.x-window
Subject: Building X11R5 under hpux6.5 --- HELP!
Date: 27 Aug 92 03:30:09 GMT
Distribution: fj
Organization: New York University

Date: 26 Aug 92 19:26:18 GMT
Message-Id: <1992Aug26.192618.23298@cmcl2.nyu.edu>
Newsgroups: comp.windows.x


Hi, I have been trying to build X11R5 under hpux6.5 last couple days. Now 
all Xlibs have been compiled through, but when linking objects to 
excutables, one routine _memmove is missing:

for example:

        cc -o xman ScrollByL.o handler.o man.o buttons.o help.o  search.o global
s.o main.o misc.o tkfuncs.o vendor.o -O -Wc,-Nd4000,-Ns4100,-Ne700,-Np200,-Nw300
 -DX_NOT_STDC_ENV -DMALLOC_0_RETURNS_NULL -DX_NOT_POSIX  ../.././lib/Xaw/libXaw.
a ../.././lib/Xmu.a ../.././lib/Xt/libXt.a ../.././extensions/lib/libXext
.a  ../.././lib/X/libX11.a
ld: Undefined external -
        _memmove
ld: output file still contains undefined symbols
ld: (Warning) did not generate an output file
*** Error code 1

I believe the problem is in "X11/Xfuncs.h"
/**** Xfuncs.h ****/
#if (__STDC__ && !defined(X_NOT_STDC_ENV) && !defined(sun) && !defined(macII)) |
| defined(SVR4) || defined(hpux) || defined(_IBMR2)
#include <string.h>
#define bcopy(b1,b2,len) memmove(b2, b1, (int)(len))
#define bzero(b,len) memset(b, 0, (int)(len))
#define bcmp(b1,b2,len) memcmp(b1, b2, (int)(len))

In /usr/include/memory.h(hpux6.5), only memset are defined:
/**** <memory.h> ****/
/* @(#) $Revision: 27.1 $ */       
extern char
        *memccpy(),
        *memchr(),
        *memcpy(),
        *memset();

What is memmove? How can I fix this problem?

--
Jonathan J. Sheng
Theoretical Chemistry, NYU
(212)998-8439
From: grant@sun-3.cs.uct.ac.za (Grant Wyatt)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Granite background on root window -- how is it done?
Date: 2 Sep 92 21:29:15 GMT
Distribution: fj
Organization: Computer Science Department, University of Cape Town

Date: Wed, 2 Sep 1992 13:52:04 GMT
Message-Id: <BtyEIt.HHK@casper.cs.uct.ac.za>
Newsgroups: comp.windows.x,comp.windows.x.motif

: My boss asked me if there is a way to put a "granite" pattern on his root
: <other stuff deleted>

I don't know if this will help, but you just do something like this.

/usr/bin/X11/xsetroot -bitmap /usr/include/X11/bitmaps/granite

You of course have to have the bitmap, but otherwise check out
the manpage for xsetroot and all will become clear.  If you don't
have the bitmap itself, mail me and I will mail you a copy.

Grant

--
|                 GolliWog (Grant Wyatt)                |
|     Believe and Receive, or doubt and do without      |
| grant@sun-3.cs.uct.ac.za  Ph : 650 4057, Fax 650 3726 |
\_______________________________________________________/
From: thg@cam-orl.co.uk (Tim Glauert)
Newsgroups: fj.mail-lists.x-window
Subject: Re: What would this window obscure?
Date: 3 Sep 92 20:25:06 GMT
Distribution: fj
Organization: Olivetti Research Ltd, Cambridge, England.

Date: 3 Sep 92 15:41:13 GMT
Message-Id: <1992Sep3.154113.10359@cam-orl.co.uk>
Newsgroups: comp.windows.x

In article <RJC.92Aug27183542@daiches.cogsci.ed.ac.uk>, rjc@cogsci.ed.ac.uk (Richard Caley) writes:
|> 
|> Appologies if this is a simple question. Is there an efficiant way of
|> finding out which parts of which windows show inside a given
|> rectangle.

No.

|> I think this is equivalent to asking what expose events
|> would be generated by creating a window coverring that rectangle and
|> then removing it.

Actually, it isn't, since the server has a lot of freedom about exacty which
areas it returns in an expose event. It is allowed to generate expose events
which cover obscured parts of a window and it is allowed to generate expose
events on areas which are already visible. It is legal within the protocol
specification for the server to send a single expose event covering the whole
of a window whenever any part of it is uncovered.

Of course, if the server implements backing store you have even more problems,
since you might not get any expose events at all! And no, you can't turn
backing store off, you can only say that it is "NotUseful".

|> I could calculate this the hard way

Getting the window geometry and calculating it yourself is the only reliable
method. But it is *very* expensive if your windows are "shaped".

|> but presumably the server can do
|> it quickly and it would be nice to gbet hold of that information.

Yes it would! I outlined a simple Obscure Extension at the last X technical
conference, but it's not a high priority for me to get the implementation into
a exportable state. I will probably do it some time next year,

	Tim.

Tim Glauert, Olivetti Research Limited,		|	thg@cam-orl.co.uk
24a Trumpington Street, Cambridge, England.	|	+44   223  343232
From: darrell@cse.ucsc.edu (Darrell Long)
Newsgroups: fj.mail-lists.x-window
Subject: MIT-MAGIC-COOKIE-1
Date: 21 Aug 92 19:18:33 GMT
Distribution: fj
Organization: University of California, Santa Cruz (CE/CIS Boards)

Date: 18 Aug 92 06:28:00 GMT
Message-Id: <16q59gINNpq2@darkstar.UCSC.EDU>
Newsgroups: comp.windows.x

I'm trying to use MIT-MAGIC-COOKIE-1 to allow connections with SLIP to my
home machine.  But, I'm losing badly.  I checked around and can't find
anyone who's actually gotten MIT-MAGIC-COOKIE-1 to work.  Is it a myth, or
am I doing something really stupid?  

Help!  Thanks in advance.  Here's what I have:

sequoia [1]% xauth list
sequoia/unix:0  MIT-MAGIC-COOKIE-1  aabbccddeeff
sequoia.UCSC.EDU:0  MIT-MAGIC-COOKIE-1  1234567890
sequoia [2]% xauth extract - sequoia:0 | rsh cypress xauth merge -

cypress [2]% xauth list
sequoia:0  MIT-MAGIC-COOKIE-1  1234567890
#ffff##:  SUN-DES-1  unix.184@baskin.sun
cypress [3]% xbiff -display sequoia:0
Xlib:  connection to "sequoia:0.0" refused by server
Xlib:  Client is not authorized to connect to Server
Error: Can't open display: sequoia:0
From: wpm@is.morgan.com (W. Phillip Moore)
Newsgroups: fj.mail-lists.x-window
Subject: Problems with R5-i18n and scalable Kanji fonts
Date: 3 Sep 92 18:30:26 GMT
Distribution: fj
Organization: Informations Services Dept., Morgan Stanley Japan

Date: Fri, 4 Sep 1992 01:08:54 GMT
Message-Id: <WPM.92Sep3200854@exile.is.morgan.com>
Newsgroups: comp.windows.x,fj.windows.x


This is a subtle and odd problem, and probably one that R5 users who are
*not* taking advantage of the i18n functionality will not see.

The i18n version of Xaw uses the *fontSet: resource in place of *font, to
specify a list of fonts to be used with character sets of various
encodings.  The default value for most of the i18n clients as distributed is:

*fontSet: -*--14-*

Presumably to make 14 point fonts the default.  However, this selects
default fonts which are either ugly, or unreadable in the case of Japanese
(jisx0208 encoded Kanji).  

Look at what this matches with xfontsel:

xfontsel -pattern '-*--14-*'

Then set encoding to jisx0208 -- and you get this ugly, incompletely drawn
font.  "xlsfonts | grep jisx0208" gives you the following list of fonts:

-jis-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0
-jis-fixed-medium-r-normal--16-110-100-100-c-160-jisx0208.1983-0
-jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0
-jis-fixed-medium-r-normal--24-170-100-100-c-240-jisx0208.1983-0
-jis-fixed-medium-r-normal--24-230-75-75-c-240-jisx0208.1983-0
-misc-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0
-misc-fixed-medium-r-normal--14-130-75-75-c-140-jisx0208.1983-0

Look at each of these individually, and all of them appear normal, except
for the scalable font:

-jis-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0

THIS font is the one which matches the default font specification given
for the i18n clients.  Specifying *fontSet: -*--16-* or -*--18-* works
fine, since this seem to not match the scalable font.

QUESTION:  How can one remove the scalable font and/or configure ones fonts
such that this is the LEAST prefered (i.e. last possible match) rather than
the first for 14pt font sizes??

QUESTION:  Why is this font so ugly??

QUESTION:  Am I the first one to experience this problem??  Considering the
wide use of the i18n features, especially in Asia, I would be very
suprised.  

Any pointers would be appreciated.  

W. Phillip Moore	   				Phone: 81-3-3286-9359
Information Services Department                           FAX: 81-3-3286-9040
Morgan Stanley Japan Ltd.  Tokyo Branch             E-mail: wpm@is.morgan.com
	Ote Center Bldg. 3F, 1-1-3 Otemachi, Chiyoda-ku, Tokyo 100

Note in Japanese for fj.windows.x readers:

$@1Q8l$G%]%9(J$@%H$7$F:Q$_$^$;$s!#K\Ev$K0J>e$NLdBj$rF|K\8l$G(J fj.windows.x $@$GEj9F(J
$@$7$?$$$G$9$1$I(J $@$^$@$3$N2q<R$G$O(J fj.* $@$rFI$a$^$;$s!#(J $@$=$&$7$FJV;v$r=P$7$FD:(J
$@$1$k>l9g$K$O%a%$%k$G=P$9$h$&$K$*4j$$$7$?$$$H;W$$$^$9!#(J $@$=$l$+(J 
comp.windows.x $@$GEj9F$9$l$P$$$$$G$7$g$&!#(J

$@$h$m$7$/$*4j$$$7$^$9!#(J