[Groff] Missing text in PDF with Mom

2014-09-05 Thread Mike Gran
Hi- So it is my first ever attempt at using Groff. I wrote the small text file below in Mom, and processed it into pdf using pdfmom 1.22.2, on a Fedora 20 box. Then I moved the pdf to a Windows machine. The generated pdf file doesn't have any paragraphs when viewed by Adobe Reader XI Version 11

Re: [Groff] .mk/.rt not work across a page?

2014-09-05 Thread Mike Bianchi
On Fri, Sep 05, 2014 at 08:18:55PM +, Bjarni Ingi Gislason wrote: > On Thu, Sep 04, 2014 at 11:25:22AM -0400, Mike Bianchi wrote: > > [...] > > > > Oddly, this works as expected. > > .br > > .rs > > .nr Q \n[.ns] > > .sp |0.5i > > Q = \n[Q] > > > > Prints > > Q = 0 > >

Re: [Groff] refer data directory does not work

2014-09-05 Thread Werner LEMBERG
> When changing the file `configure' manually (as is done now in the > git source), the refer data dir is created in installing. > > But when running `aclocal/autoreconf -I m4', the dir will no longer > be built! It was a simple typo, now fixed, together with other minor issues. Werner

Re: [Groff] refer data directory does not work

2014-09-05 Thread Bernd Warken
When changing the file `configure' manually (as is done now in the git source), the refer data dir is created in installing. But when running `aclocal/autoreconf -I m4', the dir will no longer be built! Bernd Warken

Re: [Groff] .mk/.rt not work across a page?

2014-09-05 Thread Bjarni Ingi Gislason
On Thu, Sep 04, 2014 at 11:25:22AM -0400, Mike Bianchi wrote: > [...] > > Oddly, this works as expected. > .br > .rs > .nr Q \n[.ns] > .sp |0.5i > Q = \n[Q] > > Prints > Q = 0 > 0.5 inch down from the top edge. > > > So there is some odd relationship between

Re: [Groff] refer data directory does not work

2014-09-05 Thread Werner LEMBERG
> [...] I changed Makefile.in and refer/Makefile.sub. But the refer > data directory is still not yet built. Please send me your patch for inspection. Werner

Re: [Groff] refer data directory does not work

2014-09-05 Thread Bernd Warken
> Von: "Werner LEMBERG" > > > I added REFER_GROGDIR_DEFAULT to m4/groff.m4 and run `autoreconf -fi > > -I m4' in the source files. > > Good. > > > Then I also changed configure.ac > > Good. > > Have you added similar stuff to `Makefile.in' also? Finally, you have > to add code to `refer/Make

Re: [Groff] refer data directory does not work

2014-09-05 Thread Werner LEMBERG
> I added REFER_GROGDIR_DEFAULT to m4/groff.m4 and run `autoreconf -fi > -I m4' in the source files. Good. > But the refer data directory is still not yet built. See below. > Then I also changed configure.ac Good. > It looks now that I have everything for refer_dir as there is in > grog_dir

Re: [Groff] refer data directory does not work

2014-09-05 Thread Bernd Warken
> Von: "Werner LEMBERG" > > > I tried to let groff create a data directory for the `refer' > > databases. I changed aclocal.m4, Makefile.in, and configure.ac. > > *Never* change `aclocal.m4' manually! This is a generated file. The > source files for `aclocal.m4' are in the `m4' directory (well

Re: [Groff] Unexpected tbl behavior

2014-09-05 Thread Blake McBride
Thanks for the help! On Fri, Sep 5, 2014 at 12:30 AM, Ingo Schwarze wrote: > Hi Blake, > > here are the rules: > > - column widths are measured unless specified >[tbl(1), second paragraph below "Table data"] > - measurements result in at least 1n [undocumented] > - column separations def

Re: [Groff] ms .AB/.AE abstract loger than a page = macro error: cover sheet overflow

2014-09-05 Thread Ralph Corderoy
Hi Anton, > Although... what's that 2 lines down: > http://sources.debian.net/src/groff/1.22.2-7/tmac/s.tmac/?hl=374#L345 > > .pl 1000i > > Doesn't this make the cover page 1000 inches long? Yes, AIUI a common technique to avoid any `near end of page' traps from triggering whilst content is bein

Re: [Groff] ms .AB/.AE abstract loger than a page = macro error: cover sheet overflow

2014-09-05 Thread Ted Harding
On 05-Sep-2014 10:24:17 Anton Shterenlikht wrote: > I have a document with an abstract, > inside ms .AB/.AE, that is longer than a page. > With groff -ms ... I get > > macro error: cover sheet overflow > > and the abstract is truncated at the end of > the first page. Is this the expected behaviou

Re: [Groff] ms .AB/.AE abstract loger than a page = macro error: cover sheet overflow

2014-09-05 Thread Anton Shterenlikht
>From ra...@inputplus.co.uk Fri Sep 5 11:38:30 2014 > >Hi Anton, > >> Of course the point of an abstract is to fit on one page. >> However, it is always good to know the rules exactly. >> So is ms supposed to behave in this way? > >It only has code to handle a cover *page*, so yes. >http://source

Re: [Groff] ms .AB/.AE abstract loger than a page = macro error: cover sheet overflow

2014-09-05 Thread Ralph Corderoy
Hi Anton, > Of course the point of an abstract is to fit on one page. > However, it is always good to know the rules exactly. > So is ms supposed to behave in this way? It only has code to handle a cover *page*, so yes. http://sources.debian.net/src/groff/1.22.2-7/tmac/s.tmac/?hl=374#L343 groff_

[Groff] ms .AB/.AE abstract loger than a page = macro error: cover sheet overflow

2014-09-05 Thread Anton Shterenlikht
I have a document with an abstract, inside ms .AB/.AE, that is longer than a page. With groff -ms ... I get macro error: cover sheet overflow and the abstract is truncated at the end of the first page. Is this the expected behaviour? Of course the point of an abstract is to fit on one page. Howe