Hi groff list,
As I mentioned to Werner, I'm a professional software engineer, regular groff
user, and Unix tool enthusiast, and I'd like to contribute back to groff
development. I'm most interested in working on grohtml. I'd like to start
with something simple, like a bug fix or a refactorin
Considering all the discussion my simple (but unfortunately not
explained) query has caused, I think a note of introduction is in
order. My name is David, usually called Sinuhe in GNU Project
circles. I have been your (the GNU Project's) chief webmaster since
2003, but have turned the reigns over
Robert --
On Wed, Sep 10, 2014, Robert Bocchino wrote:
> As I mentioned to Werner, I'm a professional software engineer,
> regular groff user, and Unix tool enthusiast, and I'd like to
> contribute back to groff development.
Welcome!
--
Peter Schaffter
http://www.schaffter.ca
David,
welcome to the world of groff.
> I have just been made a developer of the groff project to assist
> with your documentation, and with the texinfo manual, (and perhaps
> your website?).
Please do so! For testing and educational purposes, the web site is
directly created by groff from `w
welcome to the world of groff.
Thank you.
> I have just been made a developer of the groff project to assist
> with your documentation, and with the texinfo manual, (and perhaps
> your website?).
Please do so! For testing and educational purposes, the web site is
directly crea
>Please do so! For testing and educational purposes, the web site
>is directly created by groff from `webpage.ms' (and `groff.css').
>
> I wonder if this is on the ffii site, not gnu.org. Is the gnu.org
> page (at /software/groff) a mirror of the ffii site?
For simplicity, they are the
. Copy the new stuff from NEWS to webpage.ms and adjust it to be
valid groff code.
. Say `make' to generate `webpage.html'.
. Copy `webpage.html' to gnu.org, manually adjust the links to the
two images, then replace the old with the new version by renaming
it
> However, I think a better idea would be to do it through the
> configure script. Did I overlook an option already present?
What shall the *groff* configure script do? Shouldn't this be rather
something in the *man* configure script?
The removal of the escape charact
Welcome, David!
> I have just been made a
> developer of the groff project to assist with your documentation,
> and with the texinfo manual, (and perhaps your website?).
This is great! Excuse my ignorance, but how exactly is one made
a developer of a specific project? I'm just curious how these
On Mon, Oct 17, 2005 at 05:50:55PM -0600, D. E. Evans wrote:
>The removal of the escape characters, etc., for a compatible output
>with OpenBSD's default, (this would be a configure option). For
>now, I guess a simple note (to the INSTALL file) that man -R needs
>to be set globally
This is great! Excuse my ignorance, but how exactly is one made
a developer of a specific project? I'm just curious how these
things work and what this means -- apropos of nothing
Talk with Werner, and submit your request via Savannah.
Myself, I've been writing documents in groff f
> Talk with Werner, and submit your request via Savannah.
This makes sense. So how many official developers does groff have?
>It would be nice to provide some sample scripts, or perhaps
>
> I think this is an excellent idea.
I realized after I posted this that it sounded like I was saying
> Hmmm...why not take the text from NEWS and insert it into the html
> file?
Verbatim? This is quite ugly IMHO.
> I'm not completely happy with the markup that groff puts out for
> this purpose.
Details, please. Maybe it can improved easily.
>What shall the *groff* configure script do? S
> > I have just been made a developer of the groff project to assist
> > with your documentation, and with the texinfo manual, (and perhaps
> > your website?).
>
> This is great! Excuse my ignorance, but how exactly is one made a
> developer of a specific project?
`To made someone a developer' b
> Perhaps Zvezdan could clarify how this was done under
> /usr/src/gnu/usr.bin/groff (of the OpenBSD source) with 1.15? (Or
> was this a change made with a newer edition of groff?)
SGR support was introduced in 1.18.
Werner
___
Groff mailing li
> There are several options, though, without changing groff
> configuration. [Excellent explanation omitted.]
Something like that should go into the PROBLEMS file IMHO -- or do you
suggest a better place, perhaps a new file? Any volunteers?
Werner
___
> We had a discussion on this list a few months ago, that if anyone
> had done a WYSIWYG front-end for groff years ago, it would be more
> viable for the masses. Sigh.
Well, Larry and Ted showed scripts which can do that. We should
probably add such a thing to groff. Volunteers to prepare a pa
> I really would like to see the UTP improved, this is, all references
> to dead features/programs should be removed, and the new groff
> features should be incorporated as extensions.
Yes, I know we talked about that... It's just a question of time.
There's a small number of you who really know
On 18-Oct-05 Werner LEMBERG wrote:
>
>> We had a discussion on this list a few months ago, that if anyone
>> had done a WYSIWYG front-end for groff years ago, it would be more
>> viable for the masses. Sigh.
>
> Well, Larry and Ted showed scripts which can do that. We should
> probably add such
Maybe this tool should not be incorporated into groff
but done separately... XMetal and the like aren't part
of XML... I think I like the idea of groff remaining
"pure" anyhow, and it might spare us some bureaucratic
headaches.
Theoretically, one could develop the front-end as a commercial
produ
This makes sense. So how many official developers does groff have?
4, plus Werner. I don't know how active the others are.
>It would be nice to provide some sample scripts, or perhaps
>
> I think this is an excellent idea.
I realized after I posted this that it sounded like
> I'm not completely happy with the markup that groff puts out for
> this purpose.
Details, please. Maybe it can improved easily.
The first thing that comes to mind is that there is text before
the DTD. This kills compliance support for IE, if not some other
browsers.
I'll provide a m
In the case of SGR sequences, unless the user specifically uses the
`--enable-sgr' option, `configure' will attempt to run the specified
`nroff' command, to format a minimal manpage, and `grep' the output for
an identifiable SGR sequence, before adding the `-c' option to the
configur
On Oct 18, 2005, at 1:54 AM, Werner LEMBERG wrote:
And there seems to be a good groff mode for vim. Unfortunately, the
groff mode for emacs is rather bad AFAIK...
Yet roff (1) reads "The best program for editing a roff document is
Emacs (or Xemacs)"...!
Robert.
___
On 10/18/05, Robert Goulding <[EMAIL PROTECTED]> wrote:
>
> On Oct 18, 2005, at 1:54 AM, Werner LEMBERG wrote:
> >
> > And there seems to be a good groff mode for vim. Unfortunately, the
> > groff mode for emacs is rather bad AFAIK...
As I am the present foster father of that vim mode, I can ates
On Tuesday 18 Oct 2005 12:44, D. E. Evans wrote:
>
> >We had a discussion on this list a few months ago, that if anyone had
> > done a WYSIWYG front-end for groff years ago, it would be more viable for
> > the masses. Sigh.
> >
> Like all UNIX tools, the specialized ones are the most viable.
On Tue, Oct 18, 2005 at 08:49:50PM +0100, Deri James wrote:
>
> I am not persuaded a gui would improve groff adoption (has LyX helped
> LaTex?).
Even if such a GUI were available, who would use it? As Deri
says, LyX is available for LaTeX, and LaTeX probably does a
better job at typesetting tha
> Side note -- Warren's mail went to my Bulk mailbox. Now why did
> this get flagged when they miss the pornography that so often
> arrives on this list? Sigh.
Are you sure about that? Have you really received such a mail via the
groff list? Looking into the groff mailing list archive, I don'
Sadly, I fear that it's too late to really save groff...
But the advantage of a GUI is that casual users could use
the GUI and the rest of us could use real groff. It's
hard to justify doc tools that are fairly complicated
to use and known by very few these days...
I spend my days writing large,
> > I really would like to see the UTP improved, this is, all
> > references to dead features/programs should be removed, and the
> > new groff features should be incorporated as extensions.
>
> Yes, I know we talked about that... It's just a question of time.
> There's a small number of you who
I don't know if the offers to see naked pictures of Ted's
wife and such actually went through the mailing list --
they just came with the spoofed sender stuff... Come to
think of it, it's been a while since we've had any problems,
hasn't it? Hopefully that's all in the past...
We all know that t
On Tue, Oct 18, 2005 at 01:30:06PM -0700, Meg McRoberts wrote:
> Sadly, I fear that it's too late to really save groff...
> And young engineers
> don't know how to roff any more than the salespeople do ;-(
You can teach them, and a lot more of them know it than you think, they
write man pages.
--
> > Be warned that I need a copyright assignment (from those who
> > haven't assigned one already) in case the added code is longer
> > than around 15 lines.
>
> As far as formal copyright is concerned, I'm not sure of the
> implications.
You don't have to worry since you've already signed a cop
> The first thing that comes to mind is that there is text before
> the DTD. This kills compliance support for IE, if not some other
> browsers.
Aah, yes, grohtml doesn't produce fully valid HTML. I assume that
Gaius is overloaded with work since he mentioned a longer time ago
that he is going
> Like all UNIX tools, the specialized ones are the most viable. I
> lament the day groff goes gui. However, I think that a seperate gui
> frontend is not a bad idea.
Hmm, on today's computer everything is so fast that the
editor->groff->ps->ghostview cycle can be run amost constantly in the
ba
> > And there seems to be a good groff mode for vim. Unfortunately,
> > the groff mode for emacs is rather bad AFAIK...
> >
> >
> Yet roff (1) reads "The best program for editing a roff document is
> Emacs (or Xemacs)"...!
This is related to the general editing capabilities of Emacs which are
sup
> The power of groff, as a typesetting program, is in its speed and
> scaleability. It quite happily gobbles up a 7GB '.trf' file
> producing 900,000+ pages of coloured postscript in under 4 hours
> (always impresses me!!).
Whew! Impressive indeed. Can you give more details?
Werner
_
> You can teach them, and a lot more of them know it than you think, they
> write man pages.
Older engineers know (or once knew) some *roff... Not so much
the younger ones. A whole generation went through college without
learning much of anything about Unix/Linux, sadly. I work with
a lot of f
On Tue, Oct 18, 2005 at 11:18:36PM +0200, Werner LEMBERG wrote:
>
> > Like all UNIX tools, the specialized ones are the most viable. I
> > lament the day groff goes gui. However, I think that a seperate gui
> > frontend is not a bad idea.
>
> Hmm, on today's computer everything is so fast that
Meg McRoberts wrote:
>
> > You can teach them, and a lot more of them know it than you think, they
> > write man pages.
My first encounter with troff was in 1985 when I was assigned
the task of the HP-UX reference for HP-UX 5.0. The project was
taken over by HP-Cupertino staff in 1986, then I
>In the case of SGR sequences, unless the user specifically uses
>the `--enable-sgr' option, [...]
Keith, maybe you've sent this as a private mail to David (who has
replied accidentally to the list)? It looks interesting, so I ask you
to send the full text to the list.
Werner
___
Larry, I say Amen to your dream. Until then I am looking for a wireless
keyboard with
lots of special keys, that are all mine, and enough space around them
to put my notes
there, that would do the same: insert markups etc into the file :-)
Miklos
On 19/10/2005, at 7:41 AM, Larry McVoy wrote
On 19/10/2005, at 7:19 AM, Meg McRoberts wrote:
Older engineers know (or once knew) some *roff... Not so much
the younger ones. A whole generation went through college without
learning much of anything about Unix/Linux, sadly. I work with
a lot of fairly decent engineers who don't really un
Miklos Somogyi wrote:
> On 19/10/2005, at 7:19 AM, Meg McRoberts wrote:
> The vast majority could put up with frequent crashes, with long
> printing times
> of very simple documents, with the fact that things did not really
> looked like they should have,
> that they had to do repeat jobs one-
On 19/10/2005, at 3:18 PM, Clarke Echols wrote:
The problem is that these engineers don't have managers with
sense enough to lean on them to learn to use better tools to
get more done in less time. By learning to use the tools, and
nothing more complicated than simple shell scripts (I don't
ha
Werner Lemberg wrote:
>> In the case of SGR sequences, unless the user specifically uses
>> the `--enable-sgr' option, [...]
>
> Keith, maybe you've sent this as a private mail to David ...
Not intentionally. Looks like I hit "Reply" instead of "Reply-to-All",
forgetting that groff list mailings
On 19-Oct-05 Miklos Somogyi wrote:
> [...]
> If troff and Co is to survive, then changes are necessary.
> No use to tell managers to lean on engineers to use proper tools.
> They would rather lean on someone who wants something else,
> not a PC.
>
> To close it with an appropriate joke:
>
> The
Werner Lemberg wrote:
> This is related to the general editing capabilities of Emacs
> which are superior to most other editors.
Oh, oh. This looks like an invitation to start a religious war,
(which I *don't* want to get into). :-)
I've tried various editors in my time, Emacs among them. But,
> For me a much better documentation would be enough, [...]
Have you actually looked at groff.texinfo? A pdf-Version can be found at
http://groff.ffii.org/groff/groff-1.19.2.pdf
Comments (and patches!) to improve this are highly welcome.
Werner
> > This is related to the general editing capabilities of Emacs which
> > are superior to most other editors.
>
> Oh, oh. This looks like an invitation to start a religious war,
> (which I *don't* want to get into). :-)
OK, OK!
> I've tried various editors in my time, Emacs among them. But,
On Wed, Oct 19, 2005 at 10:14:28AM +0100, Keith MARSHALL wrote:
>
> I've tried various editors in my time, Emacs among them. But, I
> keep going back to vi, (or (g)vim), for personal choice.
>
In the end, there can be only one.
jcs
___
Groff mailin
On Wed, Oct 19, 2005 at 03:23:43PM +0200, Werner LEMBERG wrote:
> > For me a much better documentation would be enough, [...]
>
> Have you actually looked at groff.texinfo? A pdf-Version can be found at
>
> http://groff.ffii.org/groff/groff-1.19.2.pdf
>
> Comments (and patches!) to improve th
On 10/19/05, Jon Snader <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 19, 2005 at 10:14:28AM +0100, Keith MARSHALL wrote:
> >
> > I've tried various editors in my time, Emacs among them. But, I
> > keep going back to vi, (or (g)vim), for personal choice.
> >
>
> In the end, there can be only one.
Chri
On Wed, Oct 19, 2005, Alejandro López-Valencia wrote:
> On 10/19/05, Jon Snader <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 19, 2005 at 10:14:28AM +0100, Keith MARSHALL wrote:
> > >
> > > I've tried various editors in my time, Emacs among them. But, I
> > > keep going back to vi, (or (g)vim), for p
Working down the backlog...
I spend my days writing large, complex, highly-technical
documents in Word for this reason. It's quite ugly, but
we have to have documents that sales people and engineers
and such can extract and "repurpose"... And young engineers
don't know how to roff any more tha
Clarke Echols wrote:
... By learning to use the tools, and
nothing more complicated than simple shell scripts (I don't
have the skills to get fancy because I don't think they're all
that necessary when an easier approach works well), I was
able to consistently get more done than any 4-10 peopl
There's a CVS repository for the UTP -- which isn't publicly available
currently for unfortunate reasons. This should be moved into the
public again -- IIRC, Larry McVoy has offered this a longer time ago.
It's up to Larry Koller to proceed since he was (and hopefully still
is) the driving for
> I've been fiddling with OpenOffice lately. It's not a beauty, but it's
> sturdy and does a pretty good job importing & exporting Word
> files. I've literally had cases where OpenOffice had better luck
> with a seriously gnarly Word file than did Word itself.
In this context, I consider OpenOffic
Comments (and patches!) to improve this are highly welcome.
I'm all ears (or eyes, as the case may be).
___
Groff mailing list
Groff@gnu.org
http://lists.gnu.org/mailman/listinfo/groff
For my editing work I also use joe, not emacs :-) But the built-in
Lisp interpreter of emacs allows to do mighty things...
This brings up a funny story from when I first started as chief
webmaster. There's several files on fencepost (there used to be
*lots* of files, including on the FTP se
Which is the *best* editor?
The one I know in I know my spine.
Which is the second best editor?
The one used by most of the folks around me,
because that means they can help me and I can help them and
deep shared knowledge is an exponential function.
Meg McRoberts wrote:
I've been fiddling with OpenOffice lately.
In this context, I consider OpenOffice to be equivalent to Word
(yeah, I know, at least it's not a proprietary format and all).
And that things basically *work* in OOo.
For technical documents, I need a lot more flexibility t
On Thu, Oct 20, 2005 at 07:52:50AM -0400, M Bianchi wrote:
> Which is the *best* editor?
> The one I know in I know my spine.
Take 2:
Which is the *best* editor?
The one I know in my spine.
--
Mike who cannot proofread his own email Bianchi
__
On Wednesday 19 October 2005 17:22, Jon Snader wrote:
> On Wed, Oct 19, 2005 at 10:14:28AM +0100, Keith MARSHALL wrote:
> > I've tried various editors in my time, Emacs among them. But, I
> > keep going back to vi, (or (g)vim), for personal choice.
>
> In the end, there can be only one.
>
If only
Hi
I prefer sam as a editor for UNIX.
and if possible, acme.
Both came from Plan9.
May be there is someone interested in those :=)
Gabriel
2005/10/20, Zahar Malinovsky <[EMAIL PROTECTED]>:
> On Wednesday 19 October 2005 17:22, Jon Snader wrote:
> > On Wed, Oct 19, 2005 at 10:14:28AM +0100, Ke
Meg McRoberts wrote
>
> I prefer HTML as an output format from the same source that can also
> generate PS, PDF, formatted ASCII... It's great to get a technical
> document into HTML to display on the web but if I want a printed
> copy, the HTML doc isn't compact enough to be satisfying...
I wo
Which is the *best* editor?
The one I know in I know my spine.
Or in the case of vi, my fingers. I've been known to write about Un*x
topics in a GUI text editor, start jackhammering the 'j' key, and
wonder why the cursor isn't moving down.
Is anyone collecting the "reasons for using gr
> > Have you actually looked at groff.texinfo? A pdf-Version can be
> > found at
> >
> > http://groff.ffii.org/groff/groff-1.19.2.pdf
> >
> > Comments (and patches!) to improve this are highly welcome.
>
> I'd be happy to submit patches once it's converted to roff but I
> just can't bring myself
On Thu, Oct 20, 2005 at 10:01:24PM +0200, Werner LEMBERG wrote:
> > > Have you actually looked at groff.texinfo? A pdf-Version can be
> > > found at
> > >
> > > http://groff.ffii.org/groff/groff-1.19.2.pdf
> > >
> > > Comments (and patches!) to improve this are highly welcome.
> >
> > I'd be hap
On 19/10/2005, at 11:23 PM, Werner LEMBERG wrote:
For me a much better documentation would be enough, [...]
Have you actually looked at groff.texinfo? A pdf-Version can be found
at
http://groff.ffii.org/groff/groff-1.19.2.pdf
Comments (and patches!) to improve this are highly welcome.
> Thanks for the pdf. I had a look at the previous version a while ago
> but a China tour rudely interrupted my studies of it :-)
你講中文嗎?
> Certainly I would like to see a groff manual written in groff, with
> plenty of colour and graphics.
I envision that the best route is to extend the UTP for
> > Keith, maybe you've sent this as a private mail to David ...
>
> Not intentionally. Looks like I hit "Reply" instead of
> "Reply-to-All", forgetting that groff list mailings don't set the
> "Reply-to" header appropriately :-( Could this be altered, as say,
> the SourceForge mail lists do?
Mh
> > > I'd be happy to submit patches once it's converted to roff but I
> > > just can't bring myself to submit documentation fixes to roff
> > > docs written in texinfo.
> >
> > Sorry, this won't happen for various reasons.
>
> I know you've told me before but it must not have been a very
> satisfy
On Fri, Oct 21, 2005 at 09:31:05PM +0200, Werner LEMBERG wrote:
> > > > I'd be happy to submit patches once it's converted to roff but I
> > > > just can't bring myself to submit documentation fixes to roff
> > > > docs written in texinfo.
> > >
> > > Sorry, this won't happen for various reasons.
>
On 22/10/2005, at 6:00 AM, Larry McVoy wrote:
I'm not sure how you are going to get more roff users when the first
thing
they see is the project not using its own product. A documentation
tool
where the documentation for it is written in a different tool? Come
on,
nobody is going to say "
On Sat, Oct 22, 2005 at 09:10:39AM +1000, Miklos Somogyi wrote:
>
> On 22/10/2005, at 6:00 AM, Larry McVoy wrote:
> >
> >I'm not sure how you are going to get more roff users when the first
> >thing
> >they see is the project not using its own product. A documentation
> >tool
> >where the docum
> And as the primary whiner on this topic, I'll volunteer to do the
> work to convert the existing texinfo docs to roff.
This is a great offer, but I wonder whether it makes sense to use
the time you are willing to invest in a better way.
. I won't give up on groff.texinfo. This consequently
> > . Documentation of GNU projects should be in texinfo format.
>
> Err, there are lots of so-called GNU projects that aren't documented
> in texinfo.
This is true but very unfortunate IMHO. It isn't very difficult to
write a texinfo file, and there are many benefits to do that.
Werner
On 22-Oct-05 Werner LEMBERG wrote:
>> > . Documentation of GNU projects should be in texinfo format.
>>
>> Err, there are lots of so-called GNU projects that aren't documented
>> in texinfo.
>
> This is true but very unfortunate IMHO. It isn't very difficult to
> write a texinfo file, and ther
> > This is true but very unfortunate IMHO. It isn't very difficult
> > to write a texinfo file, and there are many benefits to do that.
>
> However, I have always regretted, even resented, GNU's transition
> from "man" to "info" for basic reference.
I *fully* agree. It seems that you've got the
On 22-Oct-05 Werner LEMBERG wrote:
>> > This is true but very unfortunate IMHO. It isn't very difficult
>> > to write a texinfo file, and there are many benefits to do that.
>>
>> However, I have always regretted, even resented, GNU's transition
>> from "man" to "info" for basic reference.
>
> I
(Ted Harding) wrote:
On 22-Oct-05 Werner LEMBERG wrote:
. Documentation of GNU projects should be in texinfo format.
Err, there are lots of so-called GNU projects that aren't documented
in texinfo.
This is true but very unfortunate IMHO. It isn't very difficult to
write a texinfo file, an
Ted Harding wrote:
This is true but very unfortunate IMHO. It isn't very difficult to
write a texinfo file, and there are many benefits to do that.
I would like to dissent (partially) from this.
Me too.
However, I have always regretted, even resented, GNU's transition
from "man" to "info
On Sat, Oct 22, 2005 at 02:40:10PM +0100, Ted Harding wrote:
> Basically the repertoire of keystrokes, which seem to resemble
> EMACS ones; OK if you remember them, which I don't (apart from
> SPACE and BS). However, to be fair, it does seem that 'info' has
> become more transparent over the last y
Zvezdan Petkovic wrote:
>
> There's a good info viewer that is more like lynx than info.
> It's called pinfo, and I use it all the time for reading info pages.
Another possibility is dwww. I have it on a Linux Debian system, I do not know
how it is called on other systems.
With dwww you can v
On Sun, Oct 23, 2005 at 03:05:34AM +0200, Bernd Warken wrote:
>
> Zvezdan Petkovic wrote:
> >
> > There's a good info viewer that is more like lynx than info.
> > It's called pinfo, and I use it all the time for reading info pages.
>
> Another possibility is dwww. I have it on a Linux Debian sy
> And if you're not comfortable in emacs, you won't like info. [...]
Apparently, you haven't tried info for a longer time. The used keys
are now quite more familiar to other programs.
Werner
___
Groff mailing list
Groff@gnu.org
http://lists.gn
> >> And it's not difficult to see hints of that in texinfo!
> >
> > What exactly do you mean?
>
> Basically the repertoire of keystrokes, which seem to resemble
> EMACS ones; OK if you remember them, which I don't (apart from
> SPACE and BS). However, to be fair, it does seem that 'info' has
> b
What a lot of traffic there has been on this list lately! I've read
all the messages in this thread that I have received, and this seems
to be the best one to hang my reply on; but I've taken other thoughts
into account.
On Saturday, 22 October 2005 at 14:36:36 +0200, Werner LEMBERG wrote:
>>> Th
> > If a texinfo document appears as a labyrinth, it is badly written,
> > or rather, it has a bad structure.
>
> This is a reasonable, even definitive, statement. But I have the
> feeling that texinfo encourages such bad structure.
How do you get this impression? Of course, texinfo offers @sec
Werner LEMBERG wrote:
Oh, this transition is, I think, a few years old :-) As mentioned in a
just written mail, info is today quite user friendly even for the
non-emacs people.
Yes, it has been a while since I tried info, but didn't think it
has been several years... my iBook (running OSX 10.
Werner Lemberg wrote, quoting Larry McVoy:
>> And as the primary whiner on this topic, I'll volunteer to do the
>> work to convert the existing texinfo docs to roff.
>
> This is a great offer, but I wonder whether it makes sense to use
> the time you are willing to invest in a better way.
>
> . I
On Oct 24, 2005, at 3:30 AM, Keith MARSHALL wrote:
Werner Lemberg wrote, quoting Larry McVoy:
And as the primary whiner on this topic, I'll volunteer to do the
work to convert the existing texinfo docs to roff.
This is a great offer, but I wonder whether it makes sense to use
the time you ar
> Indeed, before I embarked on the development of pdfmark.tmac, I did
> create a rudimentary implementation, mimicking a subset of the ms
> macros, which would do just that. As proof of concept, it worked,
> but the eventual output from texinfo, formatted as either PDF or
> HTML, was of such disap
> Why go to texinfo, rather than directly to info?
I think this is impossible without the help of additional programs.
Werner
___
Groff mailing list
Groff@gnu.org
http://lists.gnu.org/mailman/listinfo/groff
Robert Goulding wrote, quoting me:
>> It isn't difficult to conceive a groff macro package, which, when used
>> with `groff -Tascii -mroff2txi` for example, would spit out texinfo
>> source...
>
> Why go to texinfo, rather than directly to info?
Because, at the time I was looking for a mechanism f
On Thursday 20 Oct 2005 19:46, Larry Kollar wrote:
> Is anyone collecting the "reasons for using groff" that have been
> going by in this thread? Such a collection would be a fine beginning
> to an advocacy/"Why Use groff" chapter in UTP (or a standalone web
> page). I'd be particularly interested
On Monday 24 Oct 2005 21:40, you wrote:
> Deri,
>
> Are the barcodes generated by troff? (A special font?)
>
> Or are they images that are generated, and then something like .PSPIC
> glues them into the documents?
I generate the bar code directly, using interleaved 2of5. (GPLed font here:-
On Mon, Oct 24, 2005 at 09:26:51PM +0100, Deri James wrote:
> :
> Groff is used
> in the final stage to actually typeset the report, including a barcode on
> each page to control the "finishing" at the printers, ...
Deri,
Are the barcodes generated by troff? (A special font?)
Or are the
Hi groffies,
I wrote a short introduction in french, hoping to allow people who are
non-geeks to start using groff.
https://doc.ubuntu-fr.org/groff
I am thankful for any feedback.
Gregoire Babey
1 - 100 of 126 matches
Mail list logo