On Fri, Apr 25, 2014, Yves Cloutier wrote:
> For example if I run:
>
> sudo ./install-font.sh -s -F Rawlinson -f +R RawlinsonTwo.otf
>
> I get the following:
>
> ln: target ‘/tmp/install-font/RawlinsonTwo.otf’ is not a directory
I can't seem to reproduce this. Using your command line with an
a
Hello,
I'm rather new to Groff and using the MOM macros written by Peter Schaffter.
I was rather unsuccessful using the step by stem manual method of
installation.
However trying to install a new font using the install-font.sh script, I
have not been any more successful.
For example if I run:
Equations and displayed quotations are not a problem for the line-breaking
algorithm; they'd all be handled in the macro packages, which would have
the duty to delimit the blocks of text that are to be treated unitarily.
But that doesn't mean we're home free. Line-length changes within such
blocks
On Fri 25 Apr 2014 11:35:42 Peter Schaffter wrote:
> On Thu, Apr 24, 2014, Per Edin wrote:
> > I'm having some trouble getting non-ASCII characters to work in my
> > mom-based documents. With pdfmom -k I get them to work without problem
> > in running text, but, when I use them inside quotes in .HE
On Thu, Apr 24, 2014, Per Edin wrote:
> I'm having some trouble getting non-ASCII characters to work in my
> mom-based documents. With pdfmom -k I get them to work without problem
> in running text, but, when I use them inside quotes in .HEADING and
> .TITLE I receive errors similar to:
>
> noname
On Thu, Apr 24, 2014, Ulrich Lauther wrote:
> > Any time you introduce a break, even within a logical paragraph, the
> > preceding text needs to be adjusted. I can't see any advantage to
> > including the text after an in-paragraph insertion in the adjustment
> > process,
>
> Yes, the preced
Hi,
Dave Kemper wrote:
> The culpable commit is:
>
> commit b69062693d3360efce9d4d63fac337be21e07db7
For those that fancy a browse,
http://git.savannah.gnu.org/cgit/groff.git/commit/tmac/e.tmac?id=b69062693d3360efce9d4d63fac337be21e07db7&context=6
Cheers, Ralph.
Hi Ulrich,
> Yes, the preceding text needs to be adjusted. But why shouldn't the
> adjustment algorithm when working on one "physical paragraph" be
> allowed to "steal" one or more words from the next physical part of
> the logical paragraph.
Because the inserted equation or quote needs to be pre
