HDTenEightyP/NetNews huggingface dataset:
From: mark@zeus.ocs.com (Mark Wilson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 31 Aug 92 21:11:26 GMT
Distribution: fj
Organization: Online Computer Systems, Germantown MD

Date: Mon, 31 Aug 1992 15:40:35 GMT
Message-Id: <Btuu7o.6F3@ocsmd.ocs.com>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

In article <1992Aug30.205005.24796@arbi.Informatik.Uni-Oldenburg.DE> Peter.Gorny@arbi.informatik.uni-oldenburg.de (Peter Gorny) writes:
>bbrown@infonode.ingr.com (Bailey Brown) writes:
>
>>mark@zeus.ocs.com (Mark Wilson) writes:
>
>>>        Boxes with checkmarks are intuitive.  Boxes with X's
>>>        (like Windows, I'm sorry to say) are NOT.  My personal
>>>        first assumption when I saw the X: 'X' must mean
>>>        "UNselected"... but 'blank' means unselected... maybe 'X'
>>>        means OFF, blank means no choice yet, and check will be
>>>        ON... No, that don't work, it just toggles between 'X'
>>>        and blank... *sigh*... I guess 'X' means ON...
>
>>Is it really this hard?  What if someone handed you a 
>>a paper questionaire he had just filled out using 'X's instead
>>of check marks.  Would you have trouble figuring out which
>>boxes he had selected and which ones he had not selected?
>
>The use of checkmarks (looking like a letter "V" in italics) is 
>culturally dependant -- it is an Anglo-American speciality; but 
>-- we know what you mean! In Germany we would "X" as a checkmark.
>
>Peter Gorny


(Also, with reference to later comments that in Japan 'X' is negative
and a circle is positive...)

I didn't say it was hard, just that it was non-intuitive, especially
for someone from this culture; the other notes have pointed up the
related issue of culture-dependency.  The selected/not selected differ-
entiation is clearer IF the questionnaire has only 2 possibilities
for each item (the normal case) whereas with a computer system there
are often more than 2 possible states (ie, off/on/not yet set).
But where the meaning of the marks is culture-dependent, things get
trickier, and require more research if you want to try to make
an "international" GUI, but even there it seems an easier problem than
making an "international" (ie, multi-lingual) character-based interface.
Solution 1) (hardest) use the same symbols everywhere, but make them
even more general (perhaps '+', '-', and blank? or perhaps colors...
do red and green mean no/yes everywhere?)   Solution 2) (easier)
make the choice of symbols be configurable by country/culture...
but this means cross-culture use will be restricted... oh, *sigh*!
From: converse@excess.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Why can't I realize a widget before it's shell ancestor?
Date: 25 Aug 92 00:59:12 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Date: Mon, 24 Aug 1992 22:36:10 GMT
Message-Id: <1992Aug24.223610.12346@mintaka.lcs.mit.edu>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif

In article <ghawkins.714679002@unix1.tcd.ie>, ghawkins@unix1.tcd.ie (George C. Hawkins) writes (and cross posts to three newsgroups -- why do we have 
comp.windows.x.intrinsics if it is just going to be yet another bit bucket?)

|> I want, to realize a widget, foo, at a point in my setup code, so
|> that it will have a window that I can use immediately. XtRealizeWidget(foo)
|> works fine and when I do XtWindow(foo) I get a Drawable ID that
|> looks good and is acceptable to Xlib functions. But when I have
|> finished all my setup code, I do:
|> 
|> XtRealizeWidget(shell);
|> /* shell is my top level widget, that I got with XtAppInitialize,
|>  * and as such is an ancestor of foo which I have already realized */
|> XtAppMainLoop(app_context);
|> 
|> But when the XtRealizeWidget call is made I get:
|> 	X Error:  BadWindow
|> 	  Request Major code 1 ()
|> 	  Request Minor code 0
|> 	  ResourceID 0x0
|> 	  Error Serial #24
|> 	  Current Serial #251
|> 
|> Which as fas as I can make out is an error that occured during a
|> call to XCreateWindow because it got passed a visual not supported
|> on the screen. Pretty weird error?

Yes, weird. I'm not really willing to figure out why it happens; but
realizing a widget before its parent is realized strikes me as unwise.
How about if you create all the widgets, set the mappedWhenManaged
resource of the Shell to false, realize all the widgets, do whatever it
is that you do with foo, then set mappedWhenManaged to True, and go into
your main loop.


Donna Converse
MIT X Consortium
From: imp@solbourne.com (Warner Losh)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OPEN INTERFACE ?
Date: 27 Aug 92 07:29:07 GMT
Distribution: fj
Organization: Solbourne, User Interface Group

Date: 26 Aug 92 22:57:17 GMT
Message-Id: <BtM53H.450@solbourne.com>
Newsgroups: comp.windows.x.motif,comp.windows.x

In article <r65eetw@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>In article <1992Aug25.161416.27216@mr.med.ge.com>,
>pandey@mr.med.ge.com (Arvind Pandey 4-6847 MRCE) writes: 
>> Has anyone outhere used a product "OPEN INTERFACE"
>> from Neuron Data (Palo Alto CA ).
>OI is of the latter persuasion. It is built directly upon
>X/MS-Windows/Mac and implements the appropriate user interface
>directly. 

OI from Solbourne is not implemented, at this time, on Mac or
MS-Windows.  Open Interface from Neuron Data, on the other hand, does
run on these platforms.  OI is Solbourne's trademark for the C++
Object Interface library that we (and others) sell.  Neuron Data's
documentation uses "OIt" as the abbreviation for their Open Interface
Toolkit.

>My evaluation narrowed to Galaxy and OI because both are technically
>far superior to every other existing GUI toolkit on the market today.

The above comment is quite accurate by the way.  You can probably
include OIt in that list as well. :-)

Warner
-- 
Warner Losh		imp@Solbourne.COM
I've almost finished my brute force solution to subtlety.
From: ware@organ.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems with getting Xt applications to see resources...
Date: 27 Aug 92 23:07:07 GMT
Distribution: fj
Organization: Ohio State Computer Science

Date: 27 Aug 1992 17:10:34 GMT
Message-Id: <WARE.92Aug27121034@organ.cis.ohio-state.edu>
Newsgroups: comp.windows.x

When using XUSERFILESEARCHPATH the %T, for file type, is empty when
looking up the app-defaults file.  So for your example:

	setenv XUSERFILESEARCHPATH ./%N.ad:$HOME/%T/%N

with an application class "Fred", it should look at ./Fred.ad and
$HOME//Fred.  Why it isn't reading ./Fred.ad I really don't know.
Maybe some other simple error is involved.

See the soon-to-be posted FAQ-Xt which expands on this whole topic.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
From: bbrown@infonode.ingr.com (Bailey Brown)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 30 Aug 92 21:32:13 GMT
Distribution: fj
Organization: Intergraph Corporation, Huntsville, AL.

Date: 29 Aug 92 20:38:23 GMT
Message-Id: <1992Aug29.203823.11382@infonode.ingr.com>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x




mark@zeus.ocs.com (Mark Wilson) writes:


>        Boxes with checkmarks are intuitive.  Boxes with X's
>        (like Windows, I'm sorry to say) are NOT.  My personal
>        first assumption when I saw the X: 'X' must mean
>        "UNselected"... but 'blank' means unselected... maybe 'X'
>        means OFF, blank means no choice yet, and check will be
>        ON... No, that don't work, it just toggles between 'X'
>        and blank... *sigh*... I guess 'X' means ON...

Is it really this hard?  What if someone handed you a 
a paper questionaire he had just filled out using 'X's instead
of check marks.  Would you have trouble figuring out which
boxes he had selected and which ones he had not selected?

------------
Bailey Brown                               "Above all else, confusion reigns."
Intergraph Corporation                                  
bbrown@casca.b11.ingr.com                              Procol Harum
From: vella@tvrisc.tix.timeplex.com (Jim Vella 470 XXXX )
Newsgroups: fj.mail-lists.x-window
Subject: Compile X11 under Solaris 2.0
Date: 31 Aug 92 23:19:41 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 31 Aug 92 14:49:02 EDT
Message-Id: <9208311849.AA02486@ tvrisc.timeplex.com>


I am interested in building X11 (R4 or R5, server and clients) under
Solaris 2.0 on a SPARCStation 1+ using Sun's unbundled ANSI compiler.
I have tried (without much success) to accomplish this and would be
grateful for any assistance/advice.

I have read the posting by Dave Curry and wish to thank him, I plan
to build the R5 clients using his changes.  One question Dave, do all
the standard MIT clients compile and run or is it just xconsole, xinit,
xmag and xterm that work?

If anyone else has ported X11R4 or X11R5 to Solaris 2.0 I would
appreciate any help.

Thanks in advance -

James F. Vella                  vella@tvrisc.timeplex.com
Ascom Timeplex, Inc.
470 Chestnut Ridge Road         "What next?"
Woodcliff Lake, NJ 07675
From: neeri@iis.ethz.ch (Matthias Neeracher)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 1 Sep 92 15:06:54 GMT
Distribution: fj
Organization: Integrated Systems Laboratory, ETH, Zurich

Date: Tue, 1 Sep 1992 13:13:34 GMT
Message-Id: <NEERI.92Sep1141334@iis.ethz.ch>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

In article <YANDROS.92Sep1003712@j-g-ballard.MIT.EDU> yandros@Athena.MIT.EDU (Chad Phillip Brown) writes:
>While I won't argue with this point, the major fault I find with the
>Mac interface is the way this GUI is locked in to the system,
>immovable.  I have seen *ONE* decently designed application; a graphic
>FTP client with a small window at the bottom where the actually
>protocol commands were shown.  If I felt like using a mouse, I could
>simply select files and click buttons, but I still had the option of
>getting things done at full speed by using the keyboard.  I see no
>reason why the Mac GUI souldn't accomodate this in everything.

Because there *is* no reason. The Mac GUI doesn't get in the way of a
programmer wanting to do this. Two further examples of combined GUI/command
line programs are the MPW Shell (A development environment) and the A/UX shell
(a Un*x shell), which are command line oriented but allow the use to specify
command line options with a dialog instead.

>As an
>example, a freind and I spent several minutes the other day sitting at
>a Mac II running System 7 trying to find out how to do some
>straightforward manipulations from the keyboard, and managed to find a
>suggested binding that required use of keys on boths sides of the
>keyboard IN CONJUNCTION WITH the mouse...

And what "straightforward manipulations" would that be ?

>Whenever I try to use a Mac for any serious task for any
>significant period of time, I find myself very frustrated at being
>slowed down by the user interface.  (Does anyone know why there isn't a
>magic key sequence to get to the menubar, for instance?)

There is one. It is not very difficult to write an extension for the Mac to do
this; I wrote one myself a few years ago. If you have normal command of your
hands, however, you will be hopelessly slower that by using the mouse.

There are also extensions to assign menu selections and mouse
clicks to any desired key combination (QuicKeys, for example).

>I guess my
>main complaint is that Apple sems to have sacrificed the
>medium-to-high level user in favor of the the 'casual user', without
>(IMHO) real justification.

The medium and high level user usually knows how to extend the user interface
to his/her liking. I don't wnat to offend anybody, but I think most of the
complaints about the fixed nature of the Mac UI are made by people who are
power users of other machines, but casual users of the Mac.

Matthias

-----
Matthias Neeracher                                      neeri@iis.ethz.ch
 `We say "gestalt" when things combine to act in ways we can't explain'
                             -- Marvin Minsky, _The Society Of Mind_
From: maf@dtek.chalmers.se (Martin Forssen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: need help accessing upper 128 font chars
Date: 27 Aug 92 14:52:27 GMT
Distribution: fj
Organization: Chalmers University of Technology, Gothenburg Sweden

Date: 27 Aug 92 12:43:35 GMT
Message-Id: <13749@chalmers.se>
Newsgroups: comp.windows.x

etxmesa@eos.ericsson.se (Michael Salmon) writes:
>You can define certain key sequence translations that generate the
>characters you want for each widget that you want to use them or try
>compose.tar.Z from mit. There is supposed to be an updated server in
>the works that does it there but I am not sure when it will be
>available.

 I have developed a the of patches for the server that solves this problem
 (and some others) which I think you are talking about. They are available
 via ftp from export in the contrib directory as sunkbd.tar.Z or via
 email from me.

	/MaF


--
Martin Forssen: maf@dtek.chalmers.se or maf@math.chalmers.se
System administrator at math and dtek at Chalmers univ. of technology
From: shelby@convex.com (Mark Shelby)
Newsgroups: fj.mail-lists.x-window
Subject: Xview3
Date: 27 Aug 92 07:29:38 GMT
Distribution: fj
Organization: CONVEX Computer Corporation, Richardson, Tx., USA

Date: 26 Aug 92 23:28:56 GMT
Message-Id: <shelby.714871736@convex.convex.com>
Newsgroups: comp.windows.x

I have some code that is core dumping (inward ring address
error).

The code actual bombs in "attr_find", but that routine works
correctly when called from other routines. I was wondering
if anyone has used "cursor_copy" call with no ill affects. I am 
using Xview3 libraries from mit.

Here is look at the stack trace.  Thanks for any leads.

(adb) :r
job 0: running
job 0/0: breakpoint _attr_find: sub.w   #8,a0
(adb) $c
_attr_find(ffffcb5c,404b0a01) from _cursor_create_internal+0xc2 [ap = ffffc234]
_cursor_create_internal+0xc2(0,801c3600,ffffcb5c,ffffc6bc) from _xv_create_avlist
+0x2ae [ap = ffffc288]
_xv_create_avlist(0,0,ffffcb5c) from _xv_create+0xbe [ap = ffffc73c]
_xv_create(0,801892b0,41010981,801ac518,0) from _main+0x9c [ap = ffffcb54]
_main(1,ffffcba4,ffffcbac) from ___ap$envret+0x36 [ap = ffffcb98]
(adb) :c
job 0: running
job 0/0: breakpoint _attr_find: sub.w   #8,a0
(adb) $c
_attr_find(404b0a01,404b0a01) from _cursor_create_internal+0xc2 [ap = ffffcae0]
_cursor_create_internal(0,801c3680,404b0a01,801c3600,0) from _cursor_copy+0x48 [ap =
ffffcb34]
_cursor_copy(801c3600) from _main+0x11c [ap = ffffcb64]
_main(1,ffffcba4,ffffcbac) from ___ap$envret+0x36 [ap = ffffcb98]
(adb)  :c
job 0: running
job 0/0: stopped by a bus error (inward ring address reference)


Notice first argument to attr_find in the second call(bogus)
which is coming from the 3rd argument from "cursor_create_internal"
which is coming from "cursor_copy"
which is coming from a define     XV_COPY_OF
From: tmchome!tchal@bloom-beacon.MIT.EDU (Thomas M. Chalfant)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Changing the input focus to a text widget
Date: 3 Sep 92 11:24:11 GMT
Distribution: fj
Organization: My house

Date: Tue, 01 Sep 92 22:30:56 EDT
Message-Id: <0TcgqB1w165w@tmchome.UUCP>
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.x.intrinsics

> can get to the correct function call, but I don't know how to select the 
> text widget and make it the input focus.
> 

Chris,
Check out XmProcessTraversal() for explicitly setting the widget focus.

Tom
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: fj.mail-lists.x-window
Subject: Xnlock -- bug -- where's its author?
Date: 28 Aug 92 02:22:20 GMT
Distribution: fj
Organization: Computer Science Dept, Univ of Arizona, Tucson

Date: 27 Aug 92 21:04:32 GMT
Message-Id: <21193@optima.cs.arizona.edu>
Newsgroups: comp.windows.x,comp.windows.x.apps,fcs.info-nets


I met some serious problem in using xnlock -- but my email to the
author, "Dan Heller" <argv@sun.com>, bounced back. If anybody knows
him, please forward the following to him? Or if somebody knows the
answer to my problem, please let me know? Thanks a lot!

.......................................................................

Hi,

I ftp'ed xnlock version 3 from export.lcs.mit.edu -- I thought it was a
very interesting program. It worked fine on my Sun workstation.

A serious problem occurs when I run it on a X terminal -- after about
10 minutes idle time, xnlock kills my entire X session. The X terminal
is a Sun3/75 running xdm; its file server (for the X excutables, like
xdm) is a Sun3/80; xdm is connected with a SPARCstation 2 running SunOS
4.1.1-IPX as login user's file server.

Any explanation? Thanks a lot.

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
From: Stuart.Marks@eng.sun.com (Stuart Marks)
Newsgroups: fj.mail-lists.x-window
Subject: Re: ICCCM Ver. 1.1 document
Date: 27 Aug 92 03:28:47 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9208262303.AA20221@trantor.Eng.Sun.COM>
Date: Wed, 26 Aug 92 16:03:17 PDT


    I am looking for a postscript (or text) version of the ICCCM Ver. 1.1 
    document that comes along with X11R5.  I have tried to produce the
    icccm.PS document from the icccm.ms file but the macros do not seem to
    work correctly on our system.

If you have the R5 distribution, look in hardcopy/ICCCM to find the
following two files:

	icccm.PS.Z
	icccm.idx.PS.Z

which are the main document and the index, respectively, in PostScript
format.

If you don't have the R5 distribution, you can get these files via
anonymous FTP from export.lcs.mit.edu in the directory

	/pub/R5untarred/mit/hardcopy/ICCCM

s'marks

Stuart W. Marks				stuart.marks@eng.sun.com
Window Systems Technology		2550 Garcia Ave. M/S 21-228
SunSoft, Inc.				Mountain View, CA 94043
From: johnm@cajal.uoregon.edu (John Martin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 1 Sep 92 22:48:19 GMT
Distribution: fj
Organization: Institute of Neuroscience, University of Oregon

Date: Tue, 1 Sep 92 18:56:07 GMT
Message-Id: <1992Sep1.185607.26628@nntp.uoregon.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

In article <1992Aug31.094759.11659@walter.cray.com>, toma@romulus.cray.com (Thomas Arneberg) writes:

>You can argue about how it was FOR YOU, but all I have to go on is the
>people I have worked with. I have helped dozens of people learn the Mac;
>many of them had tried and failed to be productive with IBM clones. These
>types of people included salesmen, general contractors, doctors, church
>secretaries, moms, 4th grade girls, etc. 
>
>These are not your typical power users, but people who would like to get a 
>few simple things done with their computer -- write letters, simple 
>spreadsheets or databases, church bulletins and calendars, etc.

This is exactly the type of user that GUIs are perfect for! I don't think that
anyone is arguing otherwise.  BUT -- among proficient users, a good CLI is
still better and more productive then a GUI.


-- 
John Martin                                        johnm@cajal.uoregon.edu
Institute of Neuroscience,   University of Oregon,    Eugene, OR,    97402
From: jern@visual1.jhuapl.edu (Bob Jernigan)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Hanging X11R4 server under AIX3.2.1
Date: 21 Aug 92 23:46:34 GMT
Distribution: fj
Organization: Johns Hopkins University

Date: 20 Aug 92 17:09:09 GMT
Message-Id: <1992Aug20.170909.5107@aplcen.apl.jhu.edu>
Newsgroups: comp.unix.aix,comp.windows.x

In article <1992Aug20.121336.10998@email.tuwien.ac.at>, jf@edv6000.tuwien.ac.at (Josef Fritscher) writes:
|> In article <1992Aug20.085303.23888@fwi.uva.nl>, wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO)) writes:
|> |> tom@bim.itc.univie.ac.at (Tom Kovar) writes:
|> |> 
|> |> #  I am running AIX3.2.1 on more RS6000's (550's and 220's). In some cases
|> |> #(not quite reproducible), when the Xserver exits, the console keeps hanging.
|> |> #That means, that the Xserver process really exits, but the background with
|> |> #traces of some of the windows stays on the screen, and the console + keyboard
|> |> #are dead. The only help I know is reboot :(
|> 
|> This problem is known since AIX 3.1.3 and it's nice to see some workarounds
|> here, but the real question is, when will IBM will fix it ...
|> 

I hate to reboot - try logging as root from another terminal & killing the
offending process.  Works for me.

bob
From: wwkiii@well.sf.ca.us (Walt Kemmerer)
Newsgroups: fj.mail-lists.x-window
Subject: X for sun 3-160 and Sun 4/330
Date: 1 Sep 92 04:17:02 GMT
Distribution: fj
Organization: Whole Earth 'Lectronic Link

Date: 31 Aug 92 23:54:39 GMT
Message-Id: <wwkiii.715305279@well.sf.ca.us>
Newsgroups: comp.windows.x

Does anyone know/have the vanilla X (r3 or r4) for the Sun 3-160
or Sun 4/330??  We would really rather get than build.  

Email responses to : dickerso@cpat.stortek.com
 or                  wwkiii@well.sf.ca.us

Any help would be appreciated.
From: vincent@cadillac.cray.com (Vincent LE BARAZER)
Newsgroups: fj.mail-lists.x-window
Subject: 256 grayscale levels with standard colormap
Date: 2 Sep 92 13:07:37 GMT
Distribution: fj
Organization: Cray Research, Inc.

Date: 2 Sep 92 04:09:58 CDT
Message-Id: <1992Sep2.040959.16164@walter.cray.com>
Newsgroups: comp.windows.x


 Hi everybodyx,

 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
From: duvvuri@enuxha.eas.asu.edu (RAVI DUVVURI)
Newsgroups: fj.mail-lists.x-window
Subject: distributed computing and X
Date: 21 Aug 92 21:38:38 GMT
Distribution: fj
Organization: Arizona State University, Tempe, AZ

Date: Mon, 17 Aug 1992 21:20:32 GMT
Message-Id: <1992Aug17.212032.12310@ennews.eas.asu.edu>
Newsgroups: comp.windows.x



I am trying to to write a distributed paint program in X/Xview. Is it
possible to do it without going to the level of sockets. Can i do it
using purely Xlib and XView. It does not seem to me that we can. If 
you have any ideas please let me know.

Thanx in advance!!!!


Ravi Duvvuri.

e-mail : duvvuri@enuxha.eas.asu.edu
From: xuehua@tigger.cs.Colorado.EDU (Xuehua Lu)
Newsgroups: fj.mail-lists.x-window
Subject: xedit ?
Date: 2 Sep 92 07:56:11 GMT
Distribution: fj
Organization: University of Colorado, Boulder

Date: Wed, 2 Sep 1992 00:59:09 GMT
Message-Id: <1992Sep2.005909.24634@colorado.edu>
Newsgroups: comp.windows.x

Hi! Will anybody in the newsgroup help me with a little problem?
I am an X window system beginner. I want to know the keystroke
command of xedit for locating line by line number, i.e., given the
line number, find the palce where it is in the file.

Thank you in advance. I'd appreciate your help.

Lu

-- 
xuehua@cs.colorado.edu
Lu, Joshwar