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!