s
> matrix { >>> <<<
>
> What does this mean? I thought eqn ignored whitespace.
> --
> View this message in context:
> http://www.nabble.com/eqn-matrix--tf4506058.html#a12851019
> Sent from the Groff - General mailing list archive at Nabble.com.
-
>>>
>>> eqn:pghoc:365: syntax error
>>> context is
>>> matrix { >>> <<<
>>>
>>> What does this mean? I thought eqn ignored whitespace.
>>> --
>>> View this message in context:
>>> http://www.nabble.com/eqn-matrix--tf4506058.html#a12851019
>>>
ver, for a table entry where neither of these
indications is present, some other indicator is
required if entries are to line up in desired
positions. Here, the desired position is the
right-hand end of the "=" sign.
The indicator recognised by tbl for this purpose
is \&,
obably due to
failings on the part of publishers' typesetters not
appreciating how to use TeX properly.
Ah well ...
Best wishes to all,
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 14-Dec-07 Time: 18:51:31
-- XFMail --
macros (or some other set as well as the ms macros)
which are read in before input processing starts, and
somewhere in those occurs a transition to the first page.
Hoping this helps,
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTEC
cation.
Comments welcome!
Best wishes to all,
Ted.
--------
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 19-Feb-08 Time: 13:44:47
-- XFMail --
.T&
l c r.
Deep Thought#\fB\s+[10]42\s0\fP#[\n+[EQno]]
.TE
where the equations in the successive lines of the table
come out with numbers [4], [5] and [6], as they should.
Thanks for the suggestion!
Ted.
--------
E-Mail: (Ted Hard
t;>
>> Well, in case the text blocks are marked as such, this is doable. But
>> there is no standard way to do so in man pages. However, the next
>> groff release will propagate the `.EX/.EE' block for examples in man
>> pages (this is in an-ext.tmac). You coul
y well). People usually work out their individual
approaches to it: it takes some time and experimentation at first,
but once done it is done!
However, I'm not sure that "moving objects about on the page"
is a good way to express it. Groff does not move objects; it
places them exactly w
read the file,
re-make the PS output, and gv would re-read that since it is
in "watch" mode. So you would be back on the rails.
Hoping that helps!
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 13-Mar-08 Time: 09:43:39
-- XFMail --
'\D't 2000''\
\Z'\v'2.5p'\D'l \w'\f[HBI]Sure\fP'u 0'\v'-2.5p''\
\f[HBI]Sure\fP You're Getting Maximum Value\s0
[note the "\" to enable line-continuation] looks fine to me!
Though I might prefer to move the line slightly to the right:
.ce 1
\s+6\f(HBAre You \
\Z'\D't 2000''\
\Z'\v'2.5p'\h'1p'\D'l \w'\f[HBI]Sure\fP'u 0'\v'-2.5p''\
\f[HBI]Sure\fP You're Getting Maximum Value\s0
Best wishes,
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 15-Mar-08 Time: 23:13:17
-- XFMail --
-independent to the extent that all admissible devices
have the capability to produce exactly the glyphs intended). In that
case, the author can use the groff names for the glyphs desired,
and need not worry about the issues which have been discussed.
Best wishes to all,
Ted.
> Cheers,
> Ralph.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 11-Jun-08 Time: 11:54:39
-- XFMail --
g all my life
something I ought to know about tbl?
(groff 1.18.1)
With thanks,
Ted.
----
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 20-Aug-08 Time: 16:08:12
-- XFMail --
lar,
equations entered using things like ${x + y} over {u + w}$.
Now, tbl does have a mechanism for creating number-registers
which will be evaluated by troff, precisely for this kind of
thing. So I'm wondering why this did not come into play here!
Thanks again!
Ted.
---
u didn't have an option "-C",
you didn't):
.\" ps.tmac
.\"
[...]
.if !\n(.C \
. mso pspic.tmac
Hoping this helps,
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 17-Sep-08 Time: 02:00:58
-- XFMail --
him if I can try that example on his Mac, and report
back on what happens (including platform, groff version, etc.)
That won't be for a few hours yet, though.
Ted.
--------
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44
A + B
but that may well be a separate issue (or may mean that I don't
know how to talk properly to a Mac!).
Hoping this helps!
Ted.
----
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-ema
r
I would be inclined to preserve compatibility! Is there a problem
with using "m/M" for macros? (more mnemonic, for a start).
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 12-Oct-08 Time: 22:33:28
-- XFMail --
gether. In my Debian/gnome installation, /usr/bin/gv does
not always work properly either, so I set up a symbolic link
/usr/bin/GV -> /usr/bin/gnome-gv
which in turn -> /usr/bin/ggv
which seems to work fine. So in fact what I originally viewed the
file 'hello.ps' I used GV!
Hoping this helps,
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 14-Nov-08 Time: 12:39:32
-- XFMail --
does not change \n[.v] at
the same time. So that needs to be done separately as well (it may
be looked after by your macro package). But, once \n[.v] has been
changed, the above macro blank_aux will pick up the ambient value.
Hoping this helps!
Ted.
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 15-Nov-08 Time: 22:28:15
-- XFMail --
e is used to it, it is very little trouble to do.
Best wishes,
Ted.
--------
E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
Fax-to-email: +44 (0)870 094 0861
Date: 21-Nov-08 Time: 00:13:40
-- XFMail --
nt it to interpret, and each occurrence of "\"
in the Perl code will now be "\e" and will be output as "\" when
printed. The Perl code in the troff file will, however, now be less
readable.
Good luck with it all!
Ted.
-
poiint (or with 'pic', in fact) I think the
data file should be filtered through (say) a suitable 'awk' program
to generate code that would produce the desired result. This would
depend on how the original data are presented.
Ted.
--
27;\D'l -0.4c 0''\Z'\D'l 0 +0.8c''\Z'\D'l +0.4c 0''\Z'\D'l 0 -0.8c''\
\Z'\h'-0.2c'\D'c 0.4c''\
'\
\Z'\
\v'-7000u+207p'\h'+1.3c+210p'\
\Z'\D'l -0.4c 0''\Z'\D'l 0 +0.8c''\Z'\D'l +0.4c 0''\Z'\D'l 0 -0.8c''\
\Z'\h'-0.2c'\D'c 0.4c''\
'\
\Z'\
\v'-7000u-1.3c'\h'+105p'\
\Z'\D'l -0.8c 0''\Z'\D'l 0 +0.4c''\Z'\D'l +0.8c 0''\Z'\D'l 0 -0.4c''\
\Z'\h'-0.2c'\D'c 0.4c''\
'\
\Z'\
\v'-7000u+414p+1.3c'\h'+105p'\
\Z'\D'l -0.8c 0''\Z'\D'l 0 +0.4c''\Z'\D'l +0.8c 0''\Z'\D'l 0 -0.4c''\
\Z'\h'-0.2c'\D'c 0.4c''\
'
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 30-Dec-08 Time: 12:19:39
-- XFMail --
after which you can proceed as above. Other macro packages may have
similar provision.
See s.tmac for the full repertoire of extended accent functionality.
Hoping this helps,
Ted.
E-Mail: (Ted
input, you get a blank line in output but the
numbering is skipped).
You could wrap the above in a macro:
.de nbl
.br
\&
.br
..
.blm
.nm 1
This is line number 1
.nbl
This is line number 3
Ted.
--------
uot;\&"?
The usual interpretation of "\&" is that it is a "real character"
but nothing is output after it is processed (i.e. it is in effect
a character occupying zero space, which makes no mark).
Not having studied the implementation of .lsm, I can't vouch for
thi
to come back to doing the entire
final formatting oneself, conforming to the publisher's style
and layout requirements.
Just some thoughts. I'm afraid I don't have any neat solution
for Robert's problem, and the above is based on my past experience,
some of it from
the outline of the polygon.
If you use \D'P ... ' instead, you get a filled polygon (with
the current fill-value).
The "\v'-0.5n'" was put in empirically!
Hoping this helps, and please repot back!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 09-Mar-09 Time: 20:43:08
-- XFMail --
Improvement: see below!
On 09-Mar-09 20:43:11, Ted Harding wrote:
> On 09-Mar-09 03:44:33, Louis Guillaume wrote:
>> Hi,
>> I'm making a flowchart with pic and I want to fill a "decision"
>> diamond, which is drawn like this...
>>
>> define
you observed should not happen, but I cannot
think why it did!
Ted.
------------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 11-Mar-09 Time: 10:19:31
-- XFMail --
b. For a beginner with groff, there
is a lot to learn (and some of it is not obvious) before one is
proficient.
On the other hand, my impression of LaTeX in my limited encounters
with it is that it has its own daunting learning-curve too. But I'm
not qualified to compare them in a
y the fixed width of a character,
and will look bad. In that case moving the dots closer together,
as in
.char \[el] .\h'-0.25n'.\h'-0.25n'.
would produce a better result.
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 19-Jun-09 Time: 23:47:45
-- XFMail --
) fine in "11\[en]19".
.char \[eN] \[en]\^For use with "51\[En]60" and the like
.char \[En] \^\[en]For use with "10\[eN]19" and the like
.char \[EN] \^\[en]\^ For use with "50\[EN]60" and the like
These are really intended for numerical ranges in runni
>> > It correctly centers the text but the entire line is underlined
>> > instead
>> of
>> > just the "Executive Summary".
>> >
>> > Also if I do:
>> >
>> > .so ul.tmac
>>
File Viewer
Using poppler 0.4.5 (splash)
(From the "Help --> About" menu).
Debian 2.6.18-6-686 (Etch) regularly updated since installation.
I did not try with groffer, but the baove indicates that different
people are getting different results with 'evince'.
Ted.
-
On 02-Aug-09 23:32:27, Blake McBride wrote:
> On Sun, Aug 2, 2009 at 2:34 PM, Ted Harding
> wrote:
>
>> On 02-Aug-09 19:20:39, Bernd Warken wrote:
>> >> Von: "Blake McBride"
>> > T> groffer --ps --ps-viewer evince groff
>> >>
"If using ms macros
Execute commands from \s-1\f[CBI]file\fP\s0 instead of the system
wide initialization file
\s-1\f[CBI]/etc/bash.bashrc\fP\s0
and the standard personal initialization file
\s-1\f[CBI]~/.bashrc\fP\s0
if the shell is interactive (see \fBINVOCATION\fP below).
I think this looks m
e `#'
> remain. Naturally, you can use visual blocks instead of counting
> lines.
>
> .TS
> tab(#);
> l l l l.
> Ed #James #top #bottom
> Albert #Fred #left #right
> Jim #Wilf #back #front
> .TE
>
> It would
EPS file might be!
With thanks,
Ted.
------------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 09-Sep-09 Time: 16:05:05
-- XFMail --
test1.eps
Description: test1.eps
test1-EMB2.eps
Description: test1-EMB2.eps
ss this back to Simone Gabriellini (who raised the problem)
and to Paul Murrell (who is the R expert on esoteric graphics and
an originator of the embedFonts() function in R).
My thanks also to Robert Herrman (private communication) for other
considerations which are also interesting.
Best wishes
--
Clearly the trick can be extended to more complicated examples.
Best wishes to all,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 12-Sep-09 Time: 16:43:32
-- XFMail --
aiable entity (which could be useable for filling a
closed contour by triangulating its interior, working round from
a fixed internal point).
The line of solution I am thinking about just now involves using
PIC to compute a troff "\D'P ...'" command, since this will draw
a filled
On 13-Sep-09 13:05:42, Ted Harding wrote:
> [...]
> The main problem I'm still trying to find a good solution for is how
> to fill an arbitrary closed contour with a chosen colour (this also
> applies to colours which are defined, like "red" etc.).
>
> The P
gbcolor'"
"\D'P \*[poly]'" at (3.50,2.5)
.PE
8<---------
For example, the value of "\*[poly]" in the last case is
"-0.110 0.1768 -0.265 0.0732 -0.265 -0.0732 -0.110 -0.1768 \
0.110 -0.1768 0.265 -0.0732 0.265 0.0732 0.110 0.1768"
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 13-Sep-09 Time: 16:27:56
-- XFMail --
#x27; ps: exec 1.00 0.0 0.75 setrgbcolor'"
"\D'P \*[poly]'" at (3.50,2.5)
.PE
8<-
For example, the value of "\*[poly]" in the last case is (now
corrected from previous posting):
"-0.
g you are looking for? If not, what
are you looking for?
Best wishes,
Ted.
--------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 08-Oct-09 Time: 12:09:26
-- XFMail --
quot; vcenter "\(nm" }%
So you could write something like
.EQ
forall x in A suchthat x ^>^ 0
~~ thereis y in B suchthat y notin C
.EN
You can also easily define arrows, extended arrows, double arrows,
extended double arrows, and reversals of these, etc., for implications.
Let us know what you're after, and we'll try to come up with the goods!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 11-Oct-09 Time: 22:20:50
-- XFMail --
ing]), so you have lost precision to the extent of 1
in 107659 (which you can probably live with)!
I hope this helps -- and I will later find (or re-invent) the
definition of .PS and .PE which admits the argument "T".
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 14-Oct-09 Time: 22:57:13
-- XFMail --
ection
"1.4 Numerical expressions" where this issue is not mentioned,
though all the arithmetic operators are discussed.
Perhaps Gunnar could comment?
Best wishes to all,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 15-Oct-09 Time: 22:07:20
-- XFMail --
##########
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 26-Oct-09 Time: 09:37:39
-- XFMail --
examples. I will post the full details later
(probably not today, since I am short of time right now).
But the above may serve as templates for you to work it out
for yourself!
Hoping this helps,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 13-Nov-09 Time: 12:18:55
-- XFMail --
e of indentation.
Hoping this helps!
Ted.
--------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 10-Dec-09 Time: 09:05:16
-- XFMail --
'in (to restore the original indent).
Maybe the above can be adapted to your detailed needs?
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 10-Dec-09 Time: 19:53:58
-- XFMail --
Apologies! There was a bad mistake in my prefiously posted
definition of the ps_leftl macro. I have corrected it below
(the rest unchanged).
On 10-Dec-09 19:54:01, Ted Harding wrote:
> On 10-Dec-09 10:26:55, Miklos Somogyi wrote:
> Ted,
> The ".ie" is using just that, but the
lo hello hello hello hello hello hello hello
Ted.
--------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 10-Dec-09 Time: 21:30:13
-- XFMail --
to (1,0) "\v'-0.22m'\*[YEL]\D'C 0.50i'\v'0.22m'"
for i=0 to 11 do {
t = 2*pi*i/24
x0 = 2*cos(t) ; y0 = 2*sin(t)
line invis from (-x0,-y0) to (x0,y0) \
"\*[GR0]\v'-0.22m'\D'e 0.5i 0.125i'\v'0.22m'" ali
matters, since it then gives
"\ " at the end of the line, which kills the line-continuation
function of "\", and therefore introduces a syntax error into
the PIC code.
And of course a trailing space is invisible to the reader ...
Best wishes to all,
Ted.
}
}
pi = 4*atan2(1,1)
sweep("\*[RED]\v'-0.22m'\D'E 2.0i 0.5i'\v'0.22m'")
sweep("\*[CY0]\v'-0.22m'\D'e 2.0i 0.5i'\v'0.22m'")
"\v'-0.22m'\*[YEL]\D'C 0.50i'\v'0.22m'" at (0,0)
sweep("\*[GR0]\v'-0.22m'\D'e 0.5i 0.125i'\v'0.22m'")
.PE
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 29-Dec-09 Time: 17:59:59
-- XFMail --
ot;
line invis from (-1,1) to (1,-1) "BLUE BLUE BLUE BLUE" aligned
## "BLUE" text rotated 45 degrees relative to the blue ellipse
"\*[restore]"
.PE
Best wishes, and Happy New Year, to all.
Ted.
PS I don't think there are any trailing spaces above! I h
xty)
nextx = nextx + dx ; nexty = nexty + dy
rotated(15,nextx,nexty)
thing(0.75*0.75*0.75*0.75,nextx,nexty)
"\*[restore]"
"\*[restore]"
"\*[restore]"
"\*[restore]"
box ht 0.25 wid 1.0 at (2.75,-1.25) "Bottom Box"
.PE
Ted.
;natter" at last box #[4]
move to 3rd last box.s + (-2.4,-0.6)
shbox(2, 1.0 ,0.1, 0.1, "skyblue", "slateblue")
"natter" "gromish" at last box#[5]
move to 5th last box.s + (2.4,-0.6)
shb
On 16-Feb-10 00:29:44, Tom Borawski wrote:
> I was wondering if their is any possibility having .tm write
> to anything other than STDOUT ? It would make managing forward
> references (when used with 2 groff passes) much easier.
>
> In other words for a forward reference (now I have to)
>
> .so
ve to do some other things right now).
Ted.
On 16-Feb-10 09:18:38, Ted Harding wrote:
>
> On 16-Feb-10 00:29:44, Tom Borawski wrote:
>> I was wondering if their is any possibility having .tm write
>> to anything other than STDOUT ? It would make managing forward
>> refer
run groff in "unsafe" mode (option -U) for
these to work. Use ".opena" to append to an existing file
(since ".open" would cause an existing file to be over-written).
Hoping this helps,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 16-Feb-10 Time: 10:19:26
-- XFMail --
e]\s0
## End of groff code
The above should provide a skeleton for the import of any
EPS graphic, defined in an EPS file, as a text item.
Note the necessity to define a good %%BoundingBox: in the EPS file,
and to pay attention to the local motions used in ".char" to set
the placing of the gra
r it is -- by default it is "\" but it can be changed).
Hence in the above example you should enter
"the ASCII escape \e033 will ... "
and this will then be rendered in the output as
"the ASCII escape \033 will ..."
Does this help?
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 24-Feb-10 Time: 21:19:58
-- XFMail --
advice
about using "\e" in order to see "\" in the output. You seem to
have been prompted by his statements about output which do suggest
that he is interested in displaying their effects (though I think
he has written ambiguously). And, since he wrote both ...
So I think we
e but rather elsewhere and overprinting
> other things. Besides telling me to get an education, what is
> your advice?
>
> Thank you in advance.
>
> --dan
>
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 26-Feb-10 Time: 19:29:41
-- XFMail --
graph.
Speaking for myself, I set all these drops to zero, so that there
is no inserted spacing; if I need it, I insert it explicitly.
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 05-Mar-10 Time: 19:51:57
-- XFMail --
On 07-Mar-10 11:17:34, Anton Shepelev wrote:
> Ted Harding:
>
>> If you are using ms macros, then there are two number registers
>> to watch out for: \n[PD] "paragraph drop" and \n[DD] "display
>> drop". \n[PD] defines how much vertical space will be
(You can test it by following ".ds b bar" with ".rm b" on the next
line, etc.).
Ted.
--------
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 06-Apr-10 Time: 16:34:22
-- XFMail --
ther processed by PostScript when grops gets at it. The
"\*[rotate] ... \*[restore]" method implemented in the last
two URLs above is a simple instance of the kind of thing I
have in mind.
Hoping this is helpful!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 12-Apr-10 Time: 09:54:24
-- XFMail --
x wid 0.7i ht 1i
B:box wid 0.7i ht 1i at (A.w.x+0.1i, A.w.y+0.1i) fill 0
C:box wid 0.7i ht 1i at (B.w.x+0.1i, B.w.y+0.1i) fill 0
.PE
The use of 'shaded', however, gives you the option of useing other
colours, not just greys.
Hoping this helps,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 17-Apr-10 Time: 22:04:15
-- XFMail --
.ds s foo $
> "\*s"$
> $ nroff eolspc.tr | grep .
> "foo "
> $
>
> Here, GNU cat's -A option is appending `$' to the end of the lines,
> showing `foo' on the first line of eolspc.tr has a trailing space.
> That
>
ogramming in a computational language, and in groff when
using eqn and pic (where getting it wrong can abort the whole thing);
and if there is a mis-match then the highlighting is useful in giving
information about where the missing item should be.
Cheers,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 09-May-10 Time: 09:58:44
-- XFMail --
imentally,
but would be obliged if anyone who knows could tell me) is
whether the re-definitions of \[lq], \[rq], ? and ! will
demote them from their default status as "end-of-sentence
characters" thereby suppressing the extra sentence-space
that would normally be inserted (I could alway
".if") ".ie" for "if-else", "&" for "and"
and ":" for "or".
See 'info groff' under
* Request Index::
--> * ie: Read this for ".ie" and ".if" then at the bottom:
the end of the paragraph):
(Note the use of the unstretchable space "\ "). With Type 0 para:
.nr indnt \w'PS:\ '
.P
PS:\ This is a hanging paragraph.
.in +\n[indnt]u
This is a hanging paragraph.
This is a hanging paragraph.
This is a hanging paragraph.
Thi
t;\[uA]".
Could this have something to do with locale?
GNU troff (groff) version 1.18.1
System: Debian Etch Linux, regularly updated.
Locale: LANG=en_GB.UTF-8
Any hints welcome!
Ted.
E-Mail: (Ted Harding)
Fa
DFd
N173
echo "\\fS\\N'173'\\fP" | troff -Tps
==> /F0 10/Symbol SF72 12 Q 0 Cg EP
which is as it should be (see [2]). This Debian Etch dates from 2007.
I also have groff 1.18.1 on an older machine (Red Hat 9 Linux, 2003)
and on a more recen
ow on a couple
of really old machines, wth earlier versions of groff. Both gave the
correct result:
GNU troff version 1.10
GNU troff version 1.16.1
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 11-Jun-10 Time: 14:05:31
-- XFMail --
er it to be
a close approximation to a bug! I have looked into the classic
documentation of UNIX troff, and I have not found any warnings
about this.
These days, I do not have access to a UNIX (non-groff) troff,
so cannot test it. So, for anyone with access to UNIX troff,
of to Hei
troff
all doing the same. It looks as though it has been carved in stone
since the beginning! I'm still wondering why this is not explicitly
documented. As well as being a trap for the unwary, it is potentially
also a technique for the ingenious!
Best wishes to all,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 27-Jun-10 Time: 18:32:44
-- XFMail --
:
nroff << EOT
> .nr X 9
> .nr Y (8-9)
> .nr X +(\nY)
> The value of X is \nX
> EOT
The value of X is 8
and assignments ".nr X (\nY)" will always be safe.
> Yes, this will render all existing sources incompat-
> ible and require their authors to replace all decre-
> ments and increments with the new escape :P
>
> Anton
Lovely!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 27-Jun-10 Time: 23:07:05
-- XFMail --
On 28-Jun-10 15:20:49, Anton Shepelev wrote:
> Ted Harding:
>> That -- the asymmetry -- is also my feeling
>> exactly! However, I think the increment/decrement
>> operation is best left alone! Consider:
>
> So you show a way to make Groff do what you want it
f Budweiser#Class 2B#Brewing and Biochemistry
\*[shd1]Charlie Dimmock#Class 3D#Self-Support
.TE
.sp
.\".ds shd1 \Z'\v'0.2750v'\h'-\\n[3cl0]u'\
.\"\D'P \\n[TW]u 0 0 -1.050v -\\n[TW]u 0 0 1.050v''
.TS
box tab(#);
l l l.
\*[s
hem alternately at the starts of the successive lines
of the table. You could simply ignore "shd0", or devise a trick
whereby an initial "\*[shdn]" (say) becomes alternately "\*[shd1]"
and "\*[shd0]".
And you've supplied the trick, Werner! (I got slightly tan
t really is coloured?
Is it possible that whatever you use to view your resulting PS
(or PDF) file is configured to display colour?
The only other thing I can think of is that something in your
table contents has disabled colour rendering, though I can't
think what that might be.
Ted.
-
used as a "leader" character in a tab.
groff also issues a warning:
warning: can't find special character `tbl'
The second row of this table is output as it should be.
I can't manage to work out how this is happening, but feel I
should point it out!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 07-Jul-10 Time: 19:53:47
-- XFMail --
then tried to search using
/\\R
I got "Search failed." However, following your comment, and since
'info' on Debian is basically the same as 'man' (Debian refuse to
implement real 'info' on ideological grounds), I then did the same
search in 'man tbl&#x
On 07-Jul-10 21:45:11, Anton Shepelev wrote:
> Werner Lemberg:
>> Then what about the `x' column specifier?
> Thanks. I was 'fixed' on the 'w' specifier.
>
> Ted Harding:
>> Meanwhile, looking for something "clever"...
> May I ask you
ownloading disabled
_
enabled#Different#Smart downloading disabled
\^#value#\^
.TE
.LP
This has been a test.
Hoping this helps. Have I misunderstood?
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 20-Jul-10 Time: 22:39:14
-- XFMail --
;define border {...}",
followed by invocations of the macro "border" subsequent to each box.
I had to put this in because, with "-Tascii" or "-Tlatin1",
the 'box' command on its own draws no lines, so you don't see
the boxes. Hence I put in the macro "border" to draw the borders
of the boxes using explicit "line" commands.
These problems would not arise with PostScript output, but I am
puzzled as to why they should occur with ASCII otuput to a terminal.
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 20-Aug-10 Time: 10:24:07
-- XFMail --
between "underlined" and "!". With "\c"
after "underlined" it is the same as before. With extra text to
force word-wrap (and without "\c") it is now just "underlined"
which is underlined, but there is still a space before the "!".
So it seems it is still not a complete solution!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 26-Aug-10 Time: 18:34:55
-- XFMail --
he page), but it does not know how far along
the current output line it is until this has been finally formatted
(because of potential stretching in fill mode).
One has the feeling that one could reach out and graso it, but it
always seems to be just a few inches further w=away than the length
of one's arm ...
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 10-Sep-10 Time: 21:35:34
-- XFMail --
On 24-Sep-10 06:35:02, Chris Velevitch wrote:
> On the second and subsequent pages there is a page number of
> the form "-N-". How do I disable/suppress this?
>
> Also, there seems to be an additional page offset even though
> I've added a:-
>
> .po 0
>
> How do I get rid of that? Is is related
:
ted.hard...@wlandres.net
With thanks,
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 07-Oct-10 Time: 15:06:05
-- XFMail --
answer to:
What is the "%%BoundingBox: ... ... ... ..." line in the file
letterhead.eps
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 09-Oct-10 Time: 13:29:48
-- XFMail --
und.size.eps
You can probably use/adapt the methods described there for your
own needs. If you have further questions, please come back to us!
Ted.
E-Mail: (Ted Harding)
Fax-to-email: +44 (0)870 094 0861
Date: 16-Oct-10 Time: 19:07:18
-- XFMail --
201 - 300 of 434 matches
Mail list logo
