[GROFF] Install pdfmark.ms

Just an idea for the next release: pdfmark.ms (the source of the pdfmark manual) should be installed in the examples directory of the documentation tree. This annotated file is all but essential for understanding how to create a pdf with the ms and pdfref macros. Robert. __

[Groff] Make balks on preconv (OS X)

Just tried to make the latest snapshot, on Mac OS X.3.9. The make fails with: g++2 -I. -I. -I/Users/rgouldin/Data/groff-current/src/include -I/Users/rgouldin/Data/groff-current/src/include -DHAVE_CONFIG_H -g -O2 -c preconv.cpp preconv.cpp: In function `void conversion_iconv(FILE *, const st

Geschäft Antrag

Sehr geehter Mein Name ist Altman Audrick und ich bin der Leiter des Research Department Committee in der South African Reserve Bank in Südafrika. Zur Zeit halte ich mich in den Niederlanden zu einer Fortbildung auf. Ich kontaktiere Sie bezüglich des Transfers einer sehr großen Summe Geldes vo

[Groff] Re: preconv autoconfigury

Werner Lemberg wrote: > > Alternatively, you can also use the gnulib module 'localcharset', > > which does the same thing in a more portable way. I.e., it solves > > the portability problems to FreeBSD, NetBSD, OpenBSD, MacOS X, > > Solaris 7, Woe32, VMS and others. > > This is probably b

[Groff] Re: preconv supported encodings

Werner LEMBERG wrote: > > Big5 is not a good candidate to support here, because there are many > > variants of Big5 and none of it is formally standardized. [...] > > I know that too well, but the ETen variant is still the most favourite > encoding in Taiwan (besides Unicode). Are you sure about

[Groff] macro `st' not defined

During normal "make" of the current CVS, I get this warning message. GROFF_COMMAND_PREFIX=''; export GROFF_COMMAND_PREFIX; GROFF_BIN_PATH=`echo /packages/GROFF/groff-20060106/src/roff/groff /packages/GROFF/groff-20060106/src/roff/troff /packages/GROFF/groff-20060106/src/preproc/pic /packages/G

Re: [Groff] Make balks on preconv (OS X)

> preconv.cpp: In function `void conversion_iconv(FILE *, const string &, > char *)': > preconv.cpp:669: passing `char **' as argument 2 of `libiconv(void *, > const char **, size_t *, char **, size_t *)' adds cv-quals without > intervening `const' Fixed, thanks. Please test. Werner __

[Groff] Re: preconv supported encodings

> > I know that too well, but the ETen variant is still the most > > favourite encoding in Taiwan (besides Unicode). > > Are you sure about that? No :-) Your facts are convincing that Big5 can't be standardized well, but I'll support it anyway, together with a warning that some (non-CJK) ranges

Re: [Groff] macro `st' not defined

> During normal "make" of the current CVS, I get this warning message. > > :63: warning: macro `st' not defined This is normal. I still have no documentation how this `.st' request should behave and what it does exactly. It appears to be an ancient TROFF extension (Sun's troff?) somehow related

Re: [Groff] handling of composing and combined Unicode characters

> Find attached two files find.vi.after-preconv and > find.vi.after-preconv-decomposed, containing two test cases: > 1) \[u1EBF] = 'e' \u0302 \u0301 > 2) 'x' \u0302 \u0301 (no precomposed character in Unicode) > > I call >$ troff -mandoc -Tutf8 < find.vi.after-preconv[-decomposed]" > > Th

Re: [GROFF] Install pdfmark.ms

> Just an idea for the next release: pdfmark.ms (the source of the > pdfmark manual) should be installed in the examples directory of the > documentation tree. This annotated file is all but essential for > understanding how to create a pdf with the ms and pdfref macros. I fully support that. K

[Groff] Re: preconv autoconfigury

> > This is probably better, given that Keith and others have invested > > a lot of time to make groff run with Win32. In case you have > > time: Can you provide a patch? > > Here is the patch. Thanks a lot! Will add it soon. > > Note that groff comes with a `relocate' implementation of its ow