On Fri, Jun 20, 2014, Keith Marshall wrote:
> On 20/06/14 22:35, Tadziu Hoffmann wrote:
> >> - provides sensible float handling
> >> - can be captioned and labelled
> >
> > Wouldn't it be useful to split off that functionality into
> > a separate float handler, to have available also for table
On Fri, Jun 20, 2014, Tadziu Hoffmann wrote:
>
> > - provides sensible float handling
> > - can be captioned and labelled
>
> Wouldn't it be useful to split off that functionality into
> a separate float handler, to have available also for tables
> and pic diagrams, and provide a bare-bones P
On 20/06/14 22:35, Tadziu Hoffmann wrote:
>> - provides sensible float handling
>> - can be captioned and labelled
>
> Wouldn't it be useful to split off that functionality into
> a separate float handler, to have available also for tables
> and pic diagrams, and provide a bare-bones PDF image
> - provides sensible float handling
> - can be captioned and labelled
Wouldn't it be useful to split off that functionality into
a separate float handler, to have available also for tables
and pic diagrams, and provide a bare-bones PDF image includer
à la PSPIC instead?
> It would be excep
On Thu, Jun 19, 2014, Ulrich Lauther wrote:
> On Wed, Jun 18, 2014 at 10:48:51AM +0200, Bernd Warken wrote:
> > > No, I am not (yet?) a groff contributer. But I could publish
> > > my script, if there is general interest.
> >
> > Please publish your script! The implementation in `grog' would
> >
On Thu, Jun 19, 2014, Mikkel wrote:
> Why PDF_IMAGE
> This is probably mostly a queston for Peter, in each case it is a specific
> mom questions. I want to understand why PDF_IMAGE macro. Which problems
> does ti solv? What is it that PDF_IMAGE can do that PSPIC can not do?
It lets you insert pdf
On Fri, Jun 20, 2014 at 11:49:51AM +0200, Tadziu Hoffmann wrote:
>
> > It looks like -mm but the misalignment doesn't happen when
> > I try it.
>
> Ulrich: Perhaps then the bounding box of one of the pictures is
> wrong? Does it also happen if you use the same picture twice?
>
Sorry, it was my
> It looks like -mm but the misalignment doesn't happen when
> I try it.
Ulrich: Perhaps then the bounding box of one of the pictures is
wrong? Does it also happen if you use the same picture twice?
> "if you can't see the bug where you're looking, it's somewhere else"
Maybe it's a Heisenbug:
It looks like -mm but the misalignment doesn't happen when I try it.
Denis
"if you can't see the bug where you're looking, it's somewhere else"
On Fri, 20 Jun 2014 11:09:10 +0200
Tadziu Hoffmann wrote:
>
> > Why the ".sp -0.7v" is needed to achieve alignment, is mystery
> > to me. Could someb
> Why the ".sp -0.7v" is needed to achieve alignment, is mystery
> to me. Could somebody explain?
What macro package are you using? My guess is that the
misalignment is due to the "P" macro. Does it still happen
if you add a ".br" immediately before the ".mk"?
>> To place two images side by side.
>
>Here is an example of how I do it usually:
>
>Finding a shortest path from node $a$ to node $e$ using Dijkstra's
>algorithm:
>.P
>.mk
>.PSPIC -L dijkstra.eps 10c
>.rt
>.sp -0.7v
>.PSPIC -R dijkstra2.eps 10c
>
>Why the ".sp -0.7v" is needed to achieve alignmen
Nice thank you guys. Very usable. Still have not had time to play around
with it but I will. Still waiting for a littel something about the
PDF_IMAGE.
On Thu, Jun 19, 2014 at 03:40:42PM +0200, mikkel meinike wrote:
> Hello all
> I have during the past two years become increasingly groff user or per
12 matches
Mail list logo