On Thu, Apr 26, 2007 at 05:36:18PM +0200, Josip Rodin wrote:
> Package: pydf
> Version: 1

...

> Selecting text (either via X or via gpm) shows me that the end of the screen
> is at the 67th character, as far as pydf is concerned.
... 
> One could also dissect resize(1) and replicate the same in Python.
> I've attached the extracted version of all that is needed from resize(1).
> It's possible that more stuff can be weeded out of it, I didn't read too
> much into it.
> 

Hi,

thanks for the detailed bug report, and with a suggestion of how to 
fix it - now if only each bug report was like this :-)

I started to implement the idea from resize.c, but then I stumbled upon
a simpler way of finding terminal width, and implemented that (I hope it
is sufficiently generic), with resize(1) as a fallback.

...

> The problems remain. Firstly, the end is at the 82nd character, which is
> twelve characters short of the actual number of columns. Secondly,
> The first column in the pydf output expanded the most; the illustration
> (sixth column) expanded too, but way too little compared to the amount of
> empty space remaining.

Yes, I am aware of the issue, this is due to somewhat inefficient width
calculation (and default configuration suited to my previous small
monitor :-)), see 'format' in /etc/pydfrc.
I have plans to re-design the formatting routines, therefore I have not
closed the bug yet.



-- 
 -----------------------------------------------------------
| Radovan GarabĂ­k http://kassiopeia.juls.savba.sk/~garabik/ |
| __..--^^^--..__    garabik @ kassiopeia.juls.savba.sk     |
 -----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!

Reply via email to