[Groff] Re: PS fonts versions

2006-03-08 Thread Werner LEMBERG
> > Actually, I don't consider the whole issue as very urgently > > because until now noone has reported problems w.r.t. missing > > characters in the standard PS fonts. On the other hand, there are > > probably just a handful Turkish groff users which use the original > > PS Adobe fonts together

[Groff] Re: PS fonts versions

2006-03-08 Thread Werner LEMBERG
> > until now noone has reported problems w.r.t. missing characters in > > the standard PS fonts. On the other hand, there are probably just > > a handful Turkish groff users which use the original PS Adobe > > fonts together with groff. > > What about Western Slavs, that who ignore the invention

[Groff] Embedding encapsulated PostScript page

2006-03-08 Thread mikkel meinike
Hi! Now this subject is op on the list I have 3 questions: 1. Resolution As from what I have bin reading. I assume that it would be good to scan the images in a resolution that can be diverted equally with 72. So that I 72 144 216 288 360 are good chooses for resolution when you scan some thing

Re: [Groff] incorrect position of 'caron' glyph??

2006-03-08 Thread Joerg van den Hoff
(Ted Harding) wrote: On 07-Mar-06 Joerg van den Hoff wrote: hi everybody, I noted the following. when defining .ds Macasek "Mac\['a]\o'\[ah]s'ek .ds macasek "Mac\['a]\[vs]ek .DS \*[Macasek] \*[macasek] .DE one gets an optically pleasing 'scaron' (\[vs] (second line), but a seemingly slight

Re: [Groff] Embedding encapsulated PostScript page

2006-03-08 Thread Tadziu Hoffmann
> 1. Resolution [scanning in integer multiples of 72 dpi] > Is this assumption right? No. The basic axiom is that the *final* image to be printed is at about device resolution -- let's make it a factor of two better, just to be on the safe side. So, if your printer's resolution is r, the final

[Groff] Re: groff mailing lists

2006-03-08 Thread D. E. Evans
The bug-groff mailing list was previously accepting mail from anyone, thus unfortunately passing on plenty of spam. With Werner's approval, I've now configured it to hold messages from "strangers", so there may be a small delay for first-time posters. Perhaps this could be supplimente

Re: [Groff] Re: groff mailing lists

2006-03-08 Thread Werner LEMBERG
>The bug-groff mailing list was previously accepting mail from >anyone, thus unfortunately passing on plenty of spam. With >Werner's approval, I've now configured it to hold messages from >"strangers", so there may be a small delay for first-time >posters. > > Perhaps this co

Re: [Groff] The bottom is always ok, the head never is

2006-03-08 Thread Miklos Somogyi
On 26/02/2006, at 12:04 AM, Werner LEMBERG wrote: I use me (the macro package, I mean) to produce these things and more. I can't comment on -me since I've never used it. Then I'd like to try the MS package. Could you post the description of the header/footer macros please? Btw, the HT m

Re: [Groff] pdfroff --help output

2006-03-08 Thread Keith Marshall
On Saturday 04 March 2006 4:55 pm, Werner LEMBERG wrote: > please update pdfroff so that the output of `pdfroff --help' goes to > stdout, not stderr. Done. Regards, Keith. ___ Groff mailing list Groff@gnu.org http://lists.gnu.org/mailman/listinfo/grof

Re: [Groff] pdfroff broken?

2006-03-08 Thread Keith Marshall
On Saturday 04 March 2006 4:57 pm, Werner LEMBERG wrote: > BTW, it would be nice if pdfroff has a --keep option which retains all > intermediate files.  It would be then easier to locate the problematic > spot in the PS->PDF conversion step. I've now implemented a `--keep-temporary-files' option i

Re: [Groff] The bottom is always ok, the head never is

2006-03-08 Thread Werner LEMBERG
> > I can't comment on -me since I've never used it. > > Then I'd like to try the MS package. Could you post the description > of the header/footer macros please? What information do you need which isn't covered in groff_ms.man and groff.info? > Btw, the HT macro that Larry mentioned (HT, PT, BT

Re: [Groff] pdfroff broken?

2006-03-08 Thread Werner LEMBERG
> I've now implemented a `--keep-temporary-files' option in CVS pdfroff; > `--keep' is an acceptable abbreviation, (as indeed would be `--k'). Thanks. I have one more request. Currently, I see the following during a `make' for pdfmark.pdf, and I would like to find out the reason for it: grop