zsh-users
 help / color / mirror / code / Atom feed
From: Juergen Erhard <jae@laden.ilk.de>
To: brown@ftms.COM
Cc: zsh-users@math.gatech.edu
Subject: Re: Man pages missing
Date: Wed, 26 Feb 1997 19:51:53 +0100	[thread overview]
Message-ID: <199702261851.TAA05430@Laden3.ilk.de> (raw)
In-Reply-To: <199701311526.JAA17043@ftms.ftms.com> (message from Vidiot on Fri, 31 Jan 1997 09:26:30 -0600 (CST))

>>>>> "Vidiot" == Vidiot  <brown@ftms.COM> writes:
    > 
    > Perl is a bad example, since there are books available in your local book
    > store.  Zsh has no such book and really needs one.

Wouldn't hurt zsh's rep...

    > <> Using FrameMaker would also allow for the document to be turned into a PDF
    > <> file for on-line help.  Frankly, the current help files are old fashioned.
    > <> A state-of-the-art shell needs state-of-the-art manuals.

Not all that's 'old-fashioned' is bad... and not all that's new is
good, either.

Now for some major snippage:

[SNIIIIIIIIIIIIIIIIIIIIIIIIP]

    > Advantages: graphical, can included visual examples (though I admit that there
    >      isn't much in the way of graphics :-); the user can scale the size of
    >      the help pages to suite the needs of the user; hypertext TOC and index;
    >      just to name a few.

Yeah, sure whatever... not that I mind a guey... but, and there's a
big BUT coming up...

    > Disadvantages: doesn't work on text-only systems (how many of these are
    >      still around (one shouldn't cripple the on-line help because of a lack of
    >      X-windows); paging thru the pages and lines is not obvious

Forgot one majorly major disadvantage: no free preparator...

Yeah and this here is one point that REEEEEEEALLY got me majorly
wondering... you just a post or two away said you don't like not
having access to the source of the zsh man-pages (in a format you're
familiar with)...

AND NOW YOU GO AND PROPOSE FRAMEMAKER!!!!!! Excuse me for using the
megaphone, but...

FrameMaker is a proprietary (read: non-free) and rather expensive (in
my view) application that certainly not very many people on this list
(or, if we limit the scope of this discussion to the developers) have
access too...

I mean, what I can't reconcile is that first you complain not being
able to send in source patches for the manual, and then you propose
using a system for said manual that'd make it impossible (instead of
just uncomfortable... for the maintainer(s)) for a whole lot of people
to work with the manual source.

Riddle me this... I don't get it.

[another couple lines fell victim a pair 'o scissors]

    > I personally
    > prefer a physical copy of a manual.

Hey, I don't want to keep you from gettin a lot of paper...

    > With PDF the user has the choice of
    > using it on-line or printing it and making a copy that looks just like
    > the on-line version, graphics and all.

Texinfo... no prob. Only the appearance on screen and on paper is not
identical.

    > A pure text manual from texinfo
    > can't do that.

No, not if I don#t have the source... and I hate it if I don't have
the .texi source!

    > Of course, the source files for the text processor would
    > be available and FrameMaker allows for the documentation to be used on all
    > three major platforms; Unix, PC, Mac.

Yeah, until FrameMaker (the company...) decides that Unix is not
economically viable anymore (according to Bob Fences (obscure L&C
ref), Unix has less than 1% market share)...

    > 
    > Again, these are my thoughts.

And these were mine...

Oh, and sorry if I've gotten a little loud there... *I* am not your
enemy (M$, on the other hand...)

    > Visit - <URL:http://www.cdsnet.net/vidiot/>  (Your link to Star Trek and UPN)

I'll do that ;-)

-- 
.sig *still* in the repair shop...


  parent reply	other threads:[~1997-02-26 18:10 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-01-30 22:32 Vidiot
1997-01-30 23:14 ` Richard Coleman
1997-01-30 23:28 ` Zefram
1997-01-31  4:18   ` Vidiot
1997-01-31  4:57     ` Hrvoje Niksic
1997-01-31  5:47       ` Vidiot
1997-01-31  7:18         ` Hrvoje Niksic
1997-01-31 15:26           ` Vidiot
1997-01-31 16:10             ` James B. Crigler
1997-01-31 16:15             ` Bruce Stephens
1997-02-01 10:09             ` Hrvoje Niksic
1997-02-26 18:51             ` Juergen Erhard [this message]
1997-02-26 18:09               ` Uli Zappe
1997-02-27  0:11               ` man " Duncan Sargeant
1997-01-31 11:53         ` Man " Zefram
1997-01-31 12:36           ` Juergen Christoffel
1997-01-31 12:51             ` Zefram
1997-01-31 13:16               ` Bruce Stephens
1997-01-31 18:33               ` Juergen Christoffel
1997-02-01 10:03               ` Hrvoje Niksic
1997-01-31 16:11           ` Vidiot
1997-01-31 16:55             ` Zefram
1997-01-31 11:45     ` Zefram
1997-01-31 16:02       ` Vidiot
1997-01-31 16:18       ` Lee Eakin
1997-01-31 17:24 Karl E. Vogel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199702261851.TAA05430@Laden3.ilk.de \
    --to=jae@laden.ilk.de \
    --cc=brown@ftms.COM \
    --cc=zsh-users@math.gatech.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).