Bug#652455: doclifter does not support tables

2012-01-10 Thread Jeff Licquia
On 12/17/2011 07:41 AM, Mathieu Malaterre wrote:
> it would be nice if doclifter would support tables, for 
> openslide-show-properties.1 it converts:

Can you try the version in testing currently, and see if it works
better?  (That version is 2.7-1.)

If it is not better, could you send a sample man page (or point to one
available in Debian)?




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#652455: doclifter does not support tables

2012-01-10 Thread Mathieu Malaterre
On Tue, Jan 10, 2012 at 5:41 PM, Jeff Licquia  wrote:
> On 12/17/2011 07:41 AM, Mathieu Malaterre wrote:
>> it would be nice if doclifter would support tables, for 
>> openslide-show-properties.1 it converts:
>
> Can you try the version in testing currently, and see if it works
> better?  (That version is 2.7-1.)
>
> If it is not better, could you send a sample man page (or point to one
> available in Debian)?

Same issue with doclifter from testing. My old man page is still available from:

http://anonscm.debian.org/viewvc/debian-med/trunk/packages/openslide/trunk/debian/openslide-show-properties.1?revision=9015&view=co

Thanks much



-- 
Mathieu



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#652455: doclifter does not support tables

2011-12-17 Thread Mathieu Malaterre
Package: doclifter
Version: 2.3-2.1
Severity: normal
Tags: upstream


Hi,

it would be nice if doclifter would support tables, for 
openslide-show-properties.1 it converts:

..TS
allbox, tab(^); ll.
 \fBTag\fR^\fBDescription\fR
 ImageDescription^Stores some important key-value pairs, see below
 Software^Starts with \*(lqMedScan\*(rq
 XResolution, YResolution^T{
Seems to store microns-per-pixel (MPP), which may or may not take into
account the correct objective power. Note that this is inverted from standard
TIFF, which stores pixels-per-unit, not units-per-pixel.
T}
..TE


into


  









  
 Tag^Description
  
  
 ImageDescription^Stores some important key-value pairs, see 
below
  
  
 Software^Starts with “MedScan”
  
  
 XResolution, YResolution^T{
Seems to store microns-per-pixel (MPP), which may or may not take into
account the correct objective power. Note that this is inverted from standard
TIFF, which stores pixels-per-unit, not units-per-pixel.
  

  



which is wrong.

Thanks for providing a fix !

-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages doclifter depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie

Versions of packages doclifter recommends:
ii  plotutils 2.5-4  The GNU plotutils (plotting utilit

doclifter suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org