"Eric S. Raymond" <[EMAIL PROTECTED]>, 2007-02-04 11:04 -0500:
> Michael(tm) Smith <[EMAIL PROTECTED]>:
> > is valid. It's not required to have content.
> > A instance won't generate validation errors.
>
> Huh? About a week ago I tried a change to the way I handled list terminations
> and xmll
Michael(tm) Smith <[EMAIL PROTECTED]>:
> I don't know why it would have. If you test with the following, it
> should validate without any errors or warnings.
>
>"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd";>
>
> foo
>
>
And so does this:
http://www.oasis-open.org/docbook/x
On 05-Feb-07 Robert Marks wrote:
> I'd like to have all eqn terms appear in a single colour.
> gfont chooses the eqn font, but there appears no easy way to have all
> en terms appear in a specific colour.
> Any suggestions?
Do you want:
a) Each entire equation to appear in a given colour
(e.g.
Tadziu Hoffmann <[EMAIL PROTECTED]> writes:
[ really useful macro snipped ]
many thanks - this looks extremely useful.
regards,
Gaius
Eric,
I see that you've replaced `ThickSpace' with `ensp', apparently just
for Firefox 1.5 -- wouldn't it be better to introduce a command line
option similar to `-b' of grops which provides various workarounds?
Werner
Eric,
you've replaced `cdot' with \(md in eqn -- why not replacing `...'
with three \(md characters too?
Werner
Eric,
I'm not very comfortable with your editing of ChangeLog entries `a
posteriori': The entries should represent the changes to the CVS in a
chronological order. It's OK for me to edit the entries so that the
changes of a day or so are properly accumulated (since you tend to
handle CVS simila
Werner LEMBERG <[EMAIL PROTECTED]>:
> I see that you've replaced `ThickSpace' with `ensp', apparently just
> for Firefox 1.5 -- wouldn't it be better to introduce a command line
> option similar to `-b' of grops which provides various workarounds?
I might have done so, but I was not aware that Thi
Werner LEMBERG <[EMAIL PROTECTED]>:
> you've replaced `cdot' with \(md in eqn -- why not replacing `...'
> with three \(md characters too?
Looking at the Guide to Eqn, I see they do that. OK, I'll patch it in.
Done.
--
http://www.catb.org/~esr/";>Eric S. Raymond
> you've replaced `cdot' with \(md in eqn -- why not replacing
> `...' with three \(md characters too?
Don't! I want to have the "normal" ellipsis on the baseline.
(Like in 1, 2, ...; for special cases it's preferable to have
a separate "cdots" operator with three \(md characters.)
Werner LEMBERG <[EMAIL PROTECTED]>:
> I'm not very comfortable with your editing of ChangeLog entries `a
> posteriori': The entries should represent the changes to the CVS in a
> chronological order. It's OK for me to edit the entries so that the
> changes of a day or so are properly accumulated (
Tadziu Hoffmann <[EMAIL PROTECTED]>:
>
> > you've replaced `cdot' with \(md in eqn -- why not replacing
> > `...' with three \(md characters too?
>
> Don't! I want to have the "normal" ellipsis on the baseline.
> (Like in 1, 2, ...; for special cases it's preferable to have
> a separate "cdots"
Last week Werner, following up on my proposal to allow .UE and .ME to take
arguments that are treated as trailing punctuation, asked for opinions
on the relative merits of two changes:
1) Just add the argument handling to .UE and .ME.
2) Add the argument handing, and abolish the (now redundant) s
On 05-Feb-07 Tadziu Hoffmann wrote:
>
>> you've replaced `cdot' with \(md in eqn -- why not replacing
>> `...' with three \(md characters too?
>
> Don't! I want to have the "normal" ellipsis on the baseline.
> (Like in 1, 2, ...; for special cases it's preferable to have
> a separate "cdots" op
> I'd like to have all eqn terms appear in a single colour.
> gfont chooses the eqn font, but there appears no easy way
> to have all eqn terms appear in a specific colour. Any
> suggestions?
Well, it's kinda possible (see attached PDF), but it involves
some terrible hackery. I guess it would b
> There was no response from the list. I don't want this change
> to hang forever waiting for one if nobody cares about the
> issue.
I prefer the version with the punctuation on the ending macro only.
On Mon, Feb 05, 2007 at 12:26:28PM -0500, Eric S. Raymond wrote:
> While we're on the subject, though, I must say that I think traditional
> GNU-style Changelogs are obsolete and irritating. It's a convention that
> made a lot of sense before use of VCSes became common, but nowadays my
> Changelo
Ted Harding <[EMAIL PROTECTED]>:
> How can we find out what precisely, and so far, has been done
> to groff and its components (tbl, eqn, pic, .. ) in the name
> of the man-page upgrade, and what the effects of this are likely
> to be on non-man-page usage? And what is likely to be next in
> the pi
> CVSROOT: /sources/groff
> Module name: groff
> Changes by: Eric S. Raymond07/02/05 09:41:34
>
> Modified files:
> src/devices/grotty: grotty.man
>
> Log message:
> \m[] and \M[] escapes aren't viewer-portable -- which is a shame,
> the effect was cute.
>
> CVSW
Bernd Warken <[EMAIL PROTECTED]>:
> The word `and' seems to be lost.
Thank you; I'll fix it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
> >> you've replaced `cdot' with \(md in eqn -- why not replacing
> >> `...' with three \(md characters too?
> >
> > Don't! I want to have the "normal" ellipsis on the baseline.
> > (Like in 1, 2, ...; for special cases it's preferable to have a
> > separate "cdots" operator with three \(md charac
> 1. eqn now has a MathML output mode
This works very nicely, BTW! Thanks for that.
> This was, essentially, one big change that is now finished.
I've checked it meanwhile.
> I've already stated that I agree with Tadziu. If it weren't for the
> compatibility issue, I would have left the rend
> 2) Add the argument handing, and abolish the (now redundant) second
>arguments of .UR and .MT.
OK.
> Therefore, fair warning: if I don't see an objection within a
> reasonable time, I'm going to implement and document the second
> change.
Please do so.
Werner
> It's not that I like to commit "as fast" as possible, it's that I
> like to do fine-grained commits with tests at each step, so that if
> I screw up I can always revert to a known-good state without losing
> much work.
Yeah, git-style, as I've said before...
> The approach I have breen taking
> > I see that you've replaced `ThickSpace' with `ensp', apparently
> > just for Firefox 1.5 -- wouldn't it be better to introduce a
> > command line option similar to `-b' of grops which provides
> > various workarounds?
>
> I might have done so, but I was not aware that ThickSpace rendering
> a
> > I'd like to have all eqn terms appear in a single colour. gfont
> > chooses the eqn font, but there appears no easy way to have all
> > eqn terms appear in a specific colour. Any suggestions?
>
> Well, it's kinda possible (see attached PDF), but it involves
> some terrible hackery.
Actually
Werner LEMBERG <[EMAIL PROTECTED]>:
> Given the many user objections I suggest that we revert the default of
> `...'; additionally I like the idea of introducing a `cdots'
> operator. Eric, can you work on this?
It's done, ChangeLog entry and all. Utterly trivial, I just added one
macro definiti
Werner LEMBERG <[EMAIL PROTECTED]>:
> You are doing this at an incredible fast pace! Checking your changes,
> I find a lot of small typos. May I suggest that you re-read the diffs
> after they have been sent to the groff-cvs list? This is what I do to
> catch my typos ...
I'll do that.
--
Werner LEMBERG <[EMAIL PROTECTED]>:
> Please do so.
Some time tonight. Must go get dinner now.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Werner LEMBERG <[EMAIL PROTECTED]>:
> Just do the opposite (this is, use the ChangeLog entry for the CVS
> commit message), and everything's fine.
I will attempt this.
> With git or hg, I completely agree that a traditional ChangeLog file
> is no longer useful. However, in case you've downloade
Werner LEMBERG <[EMAIL PROTECTED]>:
> Well, I deduced this from the comment you've inserted... I have no
> idea on MathML at all. In case this is a wrong assumption, please fix
> the comment.
All I *know* is that ThickSpace renders badly on Firefox. I have reason to
suspect tht the problem is m
I'm using Gnuwin32 port of groff version 1.19.2
According to page 6 of the document "tbl - A program to Format Tables"
by M.E. Lesk, tbl is supposed to handle:-
.TS H
page heading text
.TH
And it made some comment about this being handled by the ms layout macros.
How do I get this to work? I k
> According to page 6 of the document "tbl - A program to Format Tables"
> by M.E. Lesk, tbl is supposed to handle:-
>
> .TS H
> page heading text
> .TH
>
> How do I get this to work? I keep getting:-
>
> ...:2: unrecognised format 'p'
> ...:2: giving up on this table
I was about to ask you fo
Eric,
looking again at groff_mm.man, I see that using T{...T} in tables
gives ugly results. I think that this is a limitation of tbl which
can't be worked around: For text blocks, you can't say `use the
remaining line width' because they are processed earlier than the rest
of the table.
With o
34 matches
Mail list logo
