Re: [Groff] Swedish support

2006-03-26 Thread Jörgen Grahn
#x27;.ss 12 0' is the better choice in all languages? The books here on my desk (en_US and en_UK) don't seem to have any extra end-of-sentence spacing, or at least not as much as groff adds by default. But I don't feel strongly about this issue. BR, /Jörgen -- // Jörgen Grahn

Re: [Groff] Swedish support

2006-03-21 Thread Jörgen Grahn
year] -.\". \" set hyphenation flags -.\". nr HY 12 -.\".\} +.if r GS \{\ +. \" update the date +. ds DY \n[dy] \*[MO] \n[year] +. \" set hyphenation flags +. nr HY 12 +.\} . . .\" mm package -- additional Swedish localization is done

Re: [Groff] Swedish support

2006-03-16 Thread Jörgen Grahn
motivated. Still, I appreciate not having to point into my tetex installation to get reasonable hyphenation. /Jorgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]>-- Jonas ___

Re: [Groff] Handling without colors for .URL and .MTO in www.tmac

2005-08-08 Thread Jörgen Grahn
oo much. I like the <>-like glyphs surrounding the URL, though. My two cents, Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Grof

Re: [Groff] What's missing for Unicode support of groff?

2005-07-07 Thread Jörgen Grahn
y on Latin-1. BR, Jörgen (speaking for myself only, and aiming to be constructive) -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Groff mailing list Groff@gnu.org http://lists.gnu.org/mailman/listinfo/groff

Re: [Groff] Escape characters in -man output

2005-07-07 Thread Jörgen Grahn
NO_SGR shell environment variable. That's also mentioned in grotty(1). /Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Groff mailing list Groff@gnu.org http://lists.gnu.org/mailman/listinfo/groff

Re: [Groff] Escape characters in -man output

2005-07-07 Thread Jörgen Grahn
to man, less and their setups to make this work. For what it's worth, Debian Gnu/Linux (which I use) chose to disable the feature in groff instead: Disable the new ANSI colour/bold/underline escapes in nroff mode, because most pagers either fail to cope with it or need special options t

Re: [Groff] Minor soelim patch

2005-06-21 Thread Jörgen Grahn
er either knows the string length, or takes case to append a NUL before calling contents(). (It wouldn't be too hard to modify class string to always maintain a NUL guard immediately after the last character of the string, if one cared to.) /Jörgen -- //

Re: [Groff] -ms and PO bug?

2005-06-21 Thread Jörgen Grahn
mber the details. They are also in the mailing list archives, I think. What I /do/ remember is that the previous PO (mis)feature was more serious and harder to work around than the current one, so I'm still happy. /Jörgen -- // Jörgen Grahn "Kok

Re: [Groff] Weird problem; .ig is not ignored

2005-06-21 Thread Jörgen Grahn
1338,19 @@ or .I "groff ms" should use this number register. +. +.IP \(bu +For +.I "groff ms" +to use the default page offset (left margin), +the +.B PO +number register must be undefined when the first +.B ms +macro is encountered. +This implies that the user may not evalua

Re: [Groff] Weird problem; .ig is not ignored

2005-06-20 Thread Jörgen Grahn
on't mention PO before the -ms macros kick in, unless you intend to set it"? Seems like a fairly acceptable and predictable rule to me -- despite my earlier confusion. BR, Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta.

[Groff] -ms and PO bug? (was: Weird problem; .ig is not ignored)

2005-06-20 Thread Jörgen Grahn
margin. > /usr/local/opt/groff-20050620/bin/groff -ms -Tps a >a.ps After the LP, the value of PO is 0. > /usr/local/opt/groff-20050620/bin/groff -ms -Tps b > b.ps Before the LP, the value of PO is 0. After the LP, the value of PO is 0. > /usr/local/opt/groff-20050620/bin/groff -ms -T

[Groff] Minor soelim patch

2005-06-20 Thread Jörgen Grahn
current_filename = whole_filename.contents(); current_lineno = 1; set_location(); -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Groff mailing list Groff@gnu.org http://lists.gnu.org/mailman/listinfo/groff

Re: [Groff] Typesetting with groff from Makefiles

2005-06-20 Thread Jörgen Grahn
a sane, portable way of eliminating the parenthesis?) /Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Groff mailing list Groff@gnu.org http://lists.gnu.org/mailman/listinfo/groff

Re: [Groff] Weird problem; .ig is not ignored

2005-06-20 Thread Jörgen Grahn
mmented-out section isn't interpreted? I also see the "number register PO' not defined" you mention when using nroff, but I expect my document to be broken under nroff right now. To summarize: solaris troff : adding the .ig section doesn't change output

Re: [Groff] Typesetting with groff from Makefiles

2005-06-20 Thread Jörgen Grahn
semantics like those of gcc and other compilers. That would make Makefiles easier to read and more portable -- as long as the user's troff is groff, of course. /Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]>

[Groff] Minor mom Makefile patch

2005-06-20 Thread Jörgen Grahn
f in $(PROCESSEDEXAMPLEFILES); do \ + for f in $(notdir $(PROCESSEDEXAMPLEFILES)); do \ rm -f $(exampledir)/$$f; \ - $(INSTALL_DATA) $$f $(exampledir)/$$f; \ + $(INSTALL_DATA) examples/$$f $(exampledir)/$$f; \ done uninstall_sub: -- // Jörgen Grahn

[Groff] Typesetting with groff from Makefiles

2005-06-20 Thread Jörgen Grahn
someone here has found the neatest possible way of addressing this. BR, Jörgen -- // Jörgen Grahn "Koka lopplummer, bada Ross, loppor borta." \X/ <[EMAIL PROTECTED]> -- Jonas ___ Groff

[Groff] Weird problem; .ig is not ignored

2005-06-20 Thread Jörgen Grahn
'.ig' ... '..'. If I remove the .ig section (and its contents), I get a margin which seems to be the -ms default and all is well. Or have I misunderstood the .ig request completely? BR, Jörgen -- // Jörgen Grahn "Koka lopplummer, ba

Re: [Groff] serious pdfroff problems

2005-06-17 Thread Jörgen Grahn
9% of all shell scripts will break on such a system, making it unusable. There are many incompatibilities among the shells that *can* be /bin/sh (ksh, pdksh, ash, bash, zsh ...) but at least they belong to the same family of languages. Csh and tcsh are a completely different track. /Jörgen --