Am 14.01.2011 20:29, schrieb Tadziu Hoffmann:
>
>> This works fine but it is not a future proof solution :)
>
> Hmmm. Why not?
>
>
>> what takes me wonder is the question what went wrong with \$_ ?
>
> I don't know where the "\$_" comes from. It's not in the tbl
> manpage, nor in the origi
>>> what takes me wonder is the question what went wrong with \$_ ?
>>
>> I don't know where the "\$_" comes from. It's not in the tbl
>> manpage, nor in the original tbl paper from Bell Labs.
>
> I got it from UTP page 487. This is my basic source.
Obviously a bunch of typos. For groff tbl,
Hi Werner,
> Obviously a bunch of typos.
appb.t contains
\f(CW_\fP or \f(CW=\fP:T{
As the only character in a line, extend a single or double horizontal
line the full width of the table.
T}
\f(CW\e$_\fP or \f(CW\e$=\fP:T{
Extend a single or double horizontal line the ful
Hello,
am I doing something wrong or did I find a bug?
Input:
.EQ
y = sqrt x
.EN
.EQ
y = sqrt { x a b c }
.EN
Processed with:
groff -me -ma4 -mgerman -e eqn.me |ps2pdf - ~/eqn.pdf
Using groff 1.19.2.
Output see screenshot and attached PDF. The line above the sqrt-sign
seems to start about on
> am I doing something wrong or did I find a bug?
>
> Input:
> .EQ
> y = sqrt x
> .EN
> .EQ
> y = sqrt { x a b c }
> .EN
>
> Processed with:
> groff -me -ma4 -mgerman -e eqn.me |ps2pdf - ~/eqn.pdf
> Using groff 1.19.2.
>
> Output see screenshot and attached PDF. The line above the sqrt-sign
> se
> > I read it this way:
> > |\_|will result in | |
>
> No, this is `_'.
>
> > |\$_| will result in ||
>
> No, this is `\_'.
Werner, you got it the wrong way around.
The short line is "\_" and the full line is "_".
> Output see screenshot and attached PDF. The line above the
> sqrt-sign seems to start about one em left to the place it
> should start.
On my computer your PDF displays correctly, with both
ghostscript as well as with Acrobat Reader, so I assume
it's a bug in your PDF viewer (or the fonts it is
>> > I read it this way:
>> > |\_|will result in | |
>>
>> No, this is `_'.
>>
>> > |\$_| will result in ||
>>
>> No, this is `\_'.
>
> Werner, you got it the wrong way around. The short line is "\_" and
> the full line is "_".
Yes, thanks.
Werner
Dito
On Sat, Jan 15, 2011 at 04:25:12PM +0100, Tadziu Hoffmann wrote:
>
> > Output see screenshot and attached PDF. The line above the
> > sqrt-sign seems to start about one em left to the place it
> > should start.
>
> On my computer your PDF displays correctly, with both
> ghostscript as well
Hello,
Am 05.12.2010 um 01:04 schrieb Tadziu Hoffmann:
These are not critical. They occur because -me "clears" all
relevant strings before formatting a new reference, and groff
warns you if you try to remove a string or macro that doesn't
exist.
Perhaps this now broken with the new macro? I
Hi,
thanks to everyone who responded.
Am 15.01.2011 um 15:52 schrieb Werner LEMBERG:
Something is probably broken with your installation.
I suspict something with my fonts. Sigh.
Btw, transferring the resulting PostScript file to my OS X box and
converting that with the OS' tools reveals
> Perhaps this now broken with the new macro? I can see that the
> reference string for %S is now output everytime after the
> first reference has been placed in the text which is using %S.
I guess you need to add "[S" to the stuff to be removed in "]-".
Am 15.01.2011 um 20:52 schrieb Tadziu Hoffmann:
Perhaps this now broken with the new macro? I can see that the
reference string for %S is now output everytime after the
first reference has been placed in the text which is using %S.
I guess you need to add "[S" to the stuff to be removed in "]
>> I guess you need to add "[S" to the stuff to be removed in "]-".
>
> May I again ask for further explanation, please? I can't find
> a closing bracket in the macro.
Type "refer _myfilename_ | less" to see how refer processes
the references in your text. The refer manpage explains this
(sectio
14 matches
Mail list logo
