HDTenEightyP/NetNews huggingface dataset:
From: flongo@bank.citib.com
Newsgroups: fj.mail-lists.x-window
Subject: Animation
Date: 5 Sep 92 01:54:49 GMT
Distribution: fj
Organization: US Card Products Group, Citicorp Treasury

Date: Wed, 2 Sep 92 21:27:45 GMT
Message-Id: <1992Sep2.212745.24815@citib.com>
Newsgroups: comp.windows.x

I've animated a small object in a simple X window by using XOR to
draw and erase the image, however it *flashes* ( jitters ) too much.
Is there a way to get a smoother transition? My small object is
drawn using XDrawArc(). I've tried various other GXFunctions,
but they all seem to do worse than GXxor. Any help would be appreciated.

Frank Longo
flongo@bank.citib.com
From: misek@solbourne.com (Steve Misek)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Tree Layout/Display Algorithm(?)
Date: 10 Sep 92 10:55:20 GMT
Distribution: fj
Organization: Solbourne Computer, Inc.

Date: 9 Sep 92 22:33:33 GMT
Message-Id: <BuC1By.B4r@solbourne.com>
Newsgroups: comp.windows.x


 :: 
 :: Did anybody come across an article about (or source  code of :) an
 :: algorithm that allows efficient layout/display/editing of a grahical
 :: presentation of a tree-like structures in the window?
 :: 

Yes, the July 1990 copy of IEEE Software had a fascinating article on
that subject by Sven Moen, Brown University.

	Drawing Dynamic Trees
	Sven Moen
	Brown University
	July 1990
	IEEE Software.

hope this helps.

steve
misek@solbourne.com
From: borchert@walt.CS.MsState.Edu (Chris Borchert)
Newsgroups: fj.mail-lists.x-window
Subject: PC X term emulators (free)
Date: 10 Sep 92 02:19:18 GMT
Distribution: fj
Organization: Mississippi State Univ.

Date: Wed, 9 Sep 1992 18:17:20 GMT
Message-Id: <1992Sep9.181720.6368@ra.msstate.edu>
Newsgroups: comp.windows.x

I assume there are no free X term emulators on the internet.  Are my 
choices only DESQview/X and Hummingbird for the PC?  Wouldn't a used Sun 3/50 
or 3/60 make a cheaper X term for a company than a 386+ PC with ethernet
card and X term software?

Thanks,
Chris Borchert
borchert@CS.MsState.Edu


--
Chris Borchert
borchert@CS.MsState.Edu
From: gcw@castle.ed.ac.uk (G Watson)
Newsgroups: fj.mail-lists.x-window
Subject: freeing up colo(u)rs with xsaver....
Date: 10 Sep 92 02:03:09 GMT
Distribution: fj
Organization: Edinburgh University

Date: 9 Sep 92 14:36:59 GMT
Message-Id: <25667@castle.ed.ac.uk>
Newsgroups: comp.windows.x

Has anyone had success with getting Xscreensaver to display images on
it's virtual root window ? The problem with either xv -root -quit , or
xloadimage -onroot is that when Xscreensaver terminates the virtual root
window, it doesn't free up the colors that were allocated to the window
by the display program. Tried specifying private colormaps, but I don't
think that has any effect with a -root option. 

Any ideas anyone ??  Could it be to do with the fact that I'm running
XNeWS as my X server ??

Thanks,


Gordon Watson.


Meteorology Department, Edinburgh University, Scotland.


(prefer mail to gcw@met.ed.ac.uk JANET, or 
 gcw@meteorology.edinburgh.ac.uk INTERNET)
From: taylor@foraker.tivoli.com (Eric Taylor)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XPutPixel and and XGetPixel and image layout
Date: 13 Sep 92 22:28:09 GMT
Distribution: fj
Organization: TIVOLI Systems, Inc.

Date: 11 Sep 92 14:00:54 GMT
Message-Id: <4014@tivoli.UUCP>
Newsgroups: comp.windows.x

In article <1992Sep9.130723.9938@city.cs>, lionel@cs.city.ac.uk (Lionel Tun) writes:
|> Re: The discussion about using images directly rather than going
|>     through XPutPixel.
|> 
|> I also would like to simply load the raw data into an array and
|> display it in a window - simple no?
|> 
|> I tried the following but got structured garbage instead of my
|> graphic:
|> 
|> 	xi = XCreateImage(display, DefaultVisual(display, screen_num),
|> 		1, XYBitmap, 0, image, width, height, 8, 0);
|> 
|> 	XPutImage(display, win, gc, xi, 0,0, 0,0, width, height);
|> 
|> image is an array holding the data
|> the platform is a b+w Sun 4 running OpenWindows
|> 
|> 
|> I have tried dozens of combinations and permutations - am I doing
|> something totally silly? I have scoured Adrian Nye vols 1 and 2 but
|> they don't give much away.

Look at the code for XCreateBitmapFromData in the X library.
It will give you a hint.

You have to worry about byte and bit ordering and change their
values in the XImage structure AFTER you have created the XImage.
From: prevot@smr.slb.com
Newsgroups: fj.mail-lists.x-window
Subject: Macro-command language
Date: 6 Sep 92 09:47:52 GMT
Distribution: fj
Organization: SMR Montrouge, France.

Date: 4 Sep 92 12:56:08 GMT
Message-Id: <1992Sep4.125608.16155@slcs.slb.com>
Newsgroups: comp.windows.x


	I need to specify a macro-commande language for a human-machine
	software. Let me know if some tools or rules must be respected ?
	Have you some advices to help me?

	Tanks for reply

	Please email to: daniau@envvx1.sinet.slb.com
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Drawing w/clipmask to obscurred window doesn't draw!
Date: 15 Sep 92 02:57:45 GMT
Distribution: fj
Organization: Human Communication Research Center

Date: 14 Sep 92 17:52:43 GMT
Message-Id: <RJC.92Sep14185243@daiches.cogsci.ed.ac.uk>
Newsgroups: comp.windows.x

In article <18n56rINN2df@fbi-news.Informatik.Uni-Dortmund.DE>, Rainer Klute (rk) writes:

In article <4ssn2pm.richm@netcom.com>, richm@netcom.com (Richard Mauri) writes:
rm> [clip mask and expose problem.]

rk> In a nutshell: You should not expect anything to happen if you draw
rk> into an obscured region. In general you cannot rely on backing store.
rk> It might be there or not, and if it is the server is allowed to give it up
rk> at any time.

I think you miss his point. He isn't getting expose events when the
region becomes unexposed either. This means there is no way to draw on
to that region since you never know when it is non-obscured. 

I have this problem too. It seems to be a server bug. It doesn't
happen with the R5 server. 

I'm glad someoe else has the probelm, I was beginning to feel
victimised. :-)

Is there an ftpable list of known bugs in different releases and
patchlevels somewhere? 

--
rjc@cogsci.ed.ac.uk			_O_
					 |<
From: s8923098@macnab.mqcs.mq.oz.au (Josef WIDJAJA)
Newsgroups: fj.mail-lists.x-window
Subject: Re: stop dirty pictures.. how?
Date: 12 Sep 92 02:01:15 GMT
Distribution: fj
Organization: Macquarie University, School of Mathematics, Physics, Computing and Electronics

Date: Fri, 11 Sep 1992 01:06:49 GMT
Message-Id: <1992Sep11.010649.17700@mailhost.ocs.mq.edu.au>
Newsgroups: comp.windows.x

In article <1992Sep9.183227.1533@lub001.lamar.edu> ravi@lub001.lamar.edu writes:
  ......
|
|Somebody can display some "junk" on your workstation when he sets his DISPLAY
|variable to any other Workstation's IP address. Can this be stopped?

type xhost - to disallow access, and xhost + to allow access.


--
 _________Josef Widjaja____________  
|  s8923098@mackay.mpce.mq.edu.au  |
|  Macquarie University, Australia | 
|__________________________________|
From: mark@spider.co.uk (Mark Valentine)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 10 Sep 92 08:49:52 GMT
Distribution: fj
Organization: Spider Systems Limited, Edinburgh, UK

Date: 9 Sep 92 23:56:20 GMT
Message-Id: <1992Sep9.235620.25510@spider.co.uk>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

In article <id.P72T.O1C@ferranti.com> peter@ferranti.com (peter da silva) writes:
>In article <1992Sep6.060556.14670@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article <NEERI.92Sep1141334@iis.ethz.ch>, neeri@iis.ethz.ch (Matthias Neeracher) writes:
>> > In article <YANDROS.92Sep1003712@j-g-ballard.MIT.EDU> yandros@Athena.MIT.EDU (Chad Phillip Brown) writes:
>> >> (Does anyone know why there isn't a magic key sequence to get to the
>> >> menubar, for instance?)
>
>> "get to"?  The menubar is not a keyboard-useful device, unless you want
>> to arrow-key step through everything.
>
>Or unless you're running Microsft Windows. In which case you can step
>through the menus selecting the underlined letters with the ALT key
>depressed. It's amazingly handy. I wonder why nobody else has picked it
>up. Does Microsoft have a patent on it or something?

The out-of-the box configuration of keyboard accelerators in Windows
is something I'd truly like to see emulated elsewhere.  The silly two-
button rodents which seem to be common on PCs here give me cramps after
a few minutes use, but I can quite happily ignore the mouse with such
features as ALT-<arrow> to browse the menus (e.g. ALT,DOWN,RIGHT,RIGHT),
and ALT-TAB-TAB sure beats grubbing around the desktop the hard way...

Although I'm a novice as far as Windows is concerned, I can get around
it a darn sight quicker than I can the twm I've been using for years and
still haven't got around to configuring for decent mouseless operation!

Scrollbars are another GUI feature that seem simply to waste real estate
most of the time.  Most people I point it out to are pleasantly surprised
to learn that SHIFT-PGUP does the sensible thing by default in xterm (well,
half-sensible, I customised it to go a full page).  What's more, no scroll-
bar I've seen has given me the ease of control that a simple pair of keys
give me (back about four pages? blam, blam, blam, blam! oops, missed it
there, blam! gotcha!!).

		Mark.
-- 
Mark Valentine, Spider Systems <mark@spider.co.uk>            /\oo/\
"Tigers will do ANYTHING for a tuna fish sandwich."
"We're kind of stupid that way."
From: otway@bcara232.bnr.ca (Josanne Otway)
Newsgroups: fj.mail-lists.x-window
Subject: Problem with XmScale and Tabbing: DECW Motif
Date: 5 Sep 92 08:34:42 GMT
Distribution: fj
Organization: Bell-Northern Research, Ottawa, Canada

Date: Fri, 4 Sep 1992 16:22:08 GMT
Message-Id: <1992Sep4.162208.2824@bnr.ca>
Newsgroups: comp.windows.x,comp.windows.x.motif

====================================================
I cant find anything in the FAQ list so here goes...

I am having trouble with the XmScale widget and Tabbing.
I am using DecWindows Motif 1.0 with UIL, VMS 5.4.  

I have a dialog that looks like this:

        -------------------------
        #    XmPushbutton       #
        #                       #
        #    XmScale            #
        #                       #
        #    XmToggleButton     #
        -------------------------

When I tab the tabbing only goes from the pushbutton to
the scale and back. The focus never goes to the toggle
button unless I click on it. All three objects have 
XmNtraversalOn set to true.

To try to fix this I added this code:

    XmAddTabGroup(mainwindow,"button")
    XmAddTabGroup(mainwindow,"scale")
    XmAddTabGroup(mainwindow,"toggle")

I want my tabbing order to be:
1.button   2. scale    3. toggle

The tabbing order ends up being:
1. button  2. toggle  3. scale

The XmScale widget always ends up as the last item
in the tab group.

One difference I can see in XmScale is that 
it is derived from the XmManager class. XmToggleButton,
and XmPushButton are derived from the XmPrimitive class. 

I used XtGetValues to look at the XmScale's XmNnavigationType
before and after the XmAddTabGroup and it seemed ok:

before - XmTAB_GROUP, after - XmEXCLUSIVE_TAB_GROUP

Any hints or suggestions as to why this occurs ??

Josanne

===========================================================

   Josanne Otway                     internet: otway@bnr.ca
   Bell Northern Research
   P.O. Box 3511 Stn C                phone 613-763-2900
   Ottawa,Ontario CANADA              fax   613-763-2626
   K1Y 4H7

===============================================================
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 5 Sep 92 00:59:33 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 4 Sep 92 09:08:26 GMT
Message-Id: <1992Sep4.090826.18145@thunder.mcrcim.mcgill.edu>
Newsgroups: alt.religion.computers,comp.windows.news,comp.windows.x

In article <p96prmg@fido.asd.sgi.com>, cj@eno.wpd.sgi.com (C.J. Silverio) writes:
> In article <Btv1sC.79B@mtholyoke.edu>, jbotz@mtholyoke.edu writes:
>> I've never quite been able to figure out what exactly NeWS is [...]
> Find one of Silicon Graphics' machines running IRIX 3.*.  NeWS and
> the SGI 4Sight window manager was quite nice.

Well, personally I felt it bordered on intolerable, and if it hadn't
been such a confounded web of undocumented interfaces, I would have
replaced the window manager with something more to my liking.  But
that's neither here nor there.

> I enjoyed using it, and I hated the performance hit my workstation
> took when SGI switched to X (under IRIX 4.*).

I didn't mind the performance hit per se, and really liked having real
X for a change after the weird pseudo-X 3.x provided.  What *I* don't
like is what it did to GL.  I had this video-game program that ran off
GL timers.  Under 3.x it was rock solid and behaved beautifully - it
contains some smart code to attempt to achieve as fast a refresh as
possible while still keeping the refresh rate regular, because it turns
out that a regular refresh seems to be perceptually more important than
a fast refresh.  This code worked fine on 3.x GL.  On 4.x GL, it seems
to oscillate at about 1/4 Hz; the game is just about unplayable as a
result, even when the machine is otherwise unloaded....

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 14 Sep 92 22:48:56 GMT
Distribution: fj
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands

Date: 14 Sep 92 16:47:48 GMT
Message-Id: <RAYMOND.92Sep14184748@cobra.es.ele.tue.nl>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware

In article <1992Sep14.125859.997@microware.com> adam@microware.com (Adam Goldberg) writes:

>   [...] A 1740 I recently bought (the EISA version of the 
>   1540)  [...]

The AHA1740 is a completely new product. It has several concepts in common
with the AHA1540, but it's by no means just another version of the 1540.

-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| raymond@es.ele.tue.nl   | Design Automation Section (ES),  Room EH 7.16     |
| phone: +31-40-473373    | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
| fax:   +31-40-464527    |  "Jan Timmer for President of The Netherlands!"   |
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Question on DirectColor visual
Date: 11 Sep 92 08:25:57 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Thu, 10 Sep 92 19:58:02 GMT
Message-Id: <1992Sep10.195802.27173@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <steitz.715936342@aorta>, steitz@aorta.tat.physik.uni-tuebingen.de (Arno W. Steitz) writes:

> I want to port an X-program which works currently on 24-Bit TrueColor
> to a 24-Bit DirectColor visual.  I couln't figure out a way to avoid
> allocating about 16 million colorcells, loading RGB-values into
> corresponding XColor structures and storing all this to the colormap.

> Is there a way to set R-G-B ramps of 256 entries each independently.

Certainly.  That's the whole point of DirectColor: you don't have
16777216 independent cells, but only 768.  (16777216 independent cells
would be 24-bit PseudoColor.  Also, I'm handwaving: "cell" is being
used to mean something that holds either an RGB triple or just 1/3 of
that, depending on context.)

Essentially, you have the following.  (Details may vary, such as the
number of bits, or the ordering of the fields within the pixel.  This
is an example.)

          +--------------------------+
Pixel:    | rrrrrrrrggggggggbbbbbbbb |
          +--------------------------+
            \__  __/\__  __/\__  __/
               \/      \/      \/
              //       ||       \\
   /==========/        ||        \==========\
   ||    Red table     ||    Green table   ||    Blue table
   ||   +----------+   ||   +----------+   ||   +----------+
   ||   | xxxxxxxx |   ||   | xxxxxxxx |   ||   | xxxxxxxx |
   ||   | xxxxxxxx |   ||   | xxxxxxxx |   ||     ........
   ||   | xxxxxxxx |   ||     ........     \==> | xxxxxxxx | >==\
   ||     ........     \==> | xxxxxxxx | >==\     ........     ||
   \==> | xxxxxxxx | >==\     ........     ||   | xxxxxxxx |   ||
          ........     ||   | xxxxxxxx |   ||   | xxxxxxxx |   ||
        | xxxxxxxx |   ||   | xxxxxxxx |   ||   | xxxxxxxx |   ||
        +----------+   ||   +----------+   ||   +----------+   ||
                       ||                  ||                  ||
                   To display,         To display,         To display,
                   red channel        green channel        blue channel

When you store into one of the three tables (via XStoreColor with the
appropriate bit set in the flags field of the XColor structure), the
new value is used for all pixel values that use that table entry (in my
example, there are 65536 such, that being the number of pixel values
with those eight bits fixed and the other 16 varying).

Thus, you need only create the ramps you desire and then do 256
XStoreColor calls (or one XStoreColors call storing all 256 entries),
loading all three tables at once.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: nzhang@umiacs.umd.edu (Ning Zhang)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Help Wanted: XView PANEL_MULTILINE_TEXT problem
Date: 15 Sep 92 08:33:01 GMT
Distribution: fj
Organization: UMIACS, University of Maryland, College Park, MD 20742

Date: 14 Sep 92 21:36:52 GMT
Message-Id: <60310@mimsy.umd.edu>
Newsgroups: comp.windows.x,comp.windows.open-look,alt.toolkits.xview

I sent a request a few days ago but I did not get a workaround. Here
is a simple program reproducing the problem (tested on 4.1.1 with
Openwin 3.0 FCS and 4.1.3/w Openwin 3.0 patches).


/*
 * Test PANEL_MULTILINE_TEXT bug
 */

#include <xview/xview.h>
#include <xview/frame.h>
#include <xview/panel.h>

Frame  frame;
Panel  panel;

Frame  cmd_frame;
Panel  cmd_panel;

Panel  mlinetxt;
char   mlinetxtbuf[161];

void   test();
void   disp();
void   quit();

main (argc, argv)
int argc;
char *argv[];
{
    xv_init (XV_INIT_ARGC_PTR_ARGV, &argc, argv, NULL);

    frame = (Frame)xv_create(NULL, FRAME,
        FRAME_LABEL,    argv[0],
        XV_WIDTH,       200,
        XV_HEIGHT,      100,
        NULL);

    panel = (Panel)xv_create(frame, PANEL, NULL);

    (void) xv_create(panel, PANEL_BUTTON,
        PANEL_LABEL_STRING,  "Display",
        PANEL_NOTIFY_PROC,   disp,
        NULL);

    (void) xv_create(panel, PANEL_BUTTON,
        PANEL_LABEL_STRING,  "Quit",
        PANEL_NOTIFY_PROC,   quit,
        NULL);

    xv_main_loop(frame);
}

void
test()
{
   cmd_frame = xv_create(frame, FRAME_CMD,
        XV_X,		0,
        XV_Y,		0,
        XV_HEIGHT,	100,
        XV_WIDTH,	200,
        XV_LABEL,	"TEST",
        XV_SHOW,	TRUE,
        NULL);

    cmd_panel = xv_get(cmd_frame, FRAME_CMD_PANEL);

    mlinetxt = panel_create_item(cmd_panel, PANEL_MULTILINE_TEXT,
        PANEL_LABEL_X,			10,
        PANEL_LABEL_Y,			10,
        PANEL_VALUE_X,			10,
        PANEL_VALUE_X,			30,
        PANEL_LABEL_STRING,		"DETAIL DESCRPTION",
        PANEL_VALUE,			mlinetxtbuf,
        PANEL_VALUE_DISPLAY_LENGTH,	80,
        PANEL_VALUE_STORED_LENGTH,	320,
        NULL);
}

void
disp()
{
    static int	count = 0;

    printf("disp() count = %d\n", count);

    if (count == 0)
    {
        test();
    }

    count++;

    (void) sprintf(mlinetxtbuf, "Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah Blah %d\n", count);

    xv_set(mlinetxt, PANEL_VALUE, mlinetxtbuf, NULL);
}

void
quit()
{
    exit(0);
}


Does anyone has a workaround for the problem? I contacted Sun Tech Support
but have not got any answer.

Thanks in advence,
-Ning
From: tonyf@ims.com (Antonio Freixas)
Newsgroups: fj.mail-lists.x-window
Subject: Re: libXaw.so.5 not found?
Date: 8 Sep 92 21:38:35 GMT
Distribution: fj
Organization: Integrated Measurement Systems, Inc.

Date: Tue, 8 Sep 1992 15:15:18 GMT
Message-Id: <1992Sep8.151518.27183@ims.com>
Newsgroups: comp.windows.x

I don't know if these is relevant since I missed the original
question. But I just learned the following interesting things about X
on a Sun-4:

1) xterm and xload need to be owned by root and have the set-user-id
   bit set.

2) Programs run as root will ignore LD_LIBRARY_PATH and will only
   look in "safe" directories (such as /usr/lib) for dynamic libraries
   (to avoid an obvious security risk).

3) When dynamic loading takes place, /usr/lib is not searched;
   instead, the loader looks at a cached list in /etc/ld.so.cache.  To
   view the cached libraries, use 'strings /etc/ld.so.cache'.
   Installing a link in /usr/lib or changing the LD_LIBRARY_PATH is
   insufficient in getting xterm and xload to work -- you must update
   the cache.  You do this by running /usr/etc/ldconfig as root.

Caveats: This information may or may not be relevant to the original
question.  It may not even be completely correct.

					         -- tonyf@ims.com
					       (503) 626-7117 x1349
From: peter@ferranti.com (peter da silva)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 10 Sep 92 04:58:55 GMT
Distribution: fj
Organization: Xenix Support, FICC

Date: Tue, 8 Sep 1992 22:08:28 GMT
Message-Id: <id.L72T.RXB@ferranti.com>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

In article <1992Sep3.213159.6398@alphalpha.com> nazgul@alphalpha.com (Kee Hinckley) writes:
> Yes.  If *you* want an acceptable interface you have to pay extra,
> because the Mac wasn't designed for *you*, it was designed for people
> who are not familiar with computers.  Why should they have to pay for
> things they don't want or need?

I don't know. Why should they?

The funny thing is, what they don't want or need keeps changing. At least,
they never seem to want to need something until Apple or Microsoft or someone
reinvents it. Then they wonder how they got by without it.
-- 
Peter da Silva                                               `-_-'
Ferranti Intl. Ctls. Corp.                                    'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                                   Har du kramat din varg idag?
From: kagotani@cs.titech.ac.jp (Hiroto Kagotani)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Font Editor available?
Date: 7 Sep 92 17:54:10 GMT
Distribution: fj
Organization: Department of Computer Science, Tokyo Institute of Technology

Date: Mon, 7 Sep 1992 16:13:07 GMT
Message-Id: <Bu7uDw.3ry@cs.titech.ac.jp>
Newsgroups: comp.windows.x

In article <JOE.92Sep6234353@oilean.islandsw.com> joe@oilean.islandsw.com (Joe McGuckin) writes:

> Is there a bitmap font editor available?

Yes, there is xfed in the contrib part of R5.

> What about tools for resizing/rescaling
> existing fonts?

bdfresize written by me was in the contrib part of *R3*, and the
newest version is available in ftp.cs.titech.ac.jp:/X11/contrib
directory.
--
Hiroto Kagotani <kagotani@cs.titech.ac.jp>