On Sat, 23 Aug 2025 10:59:43 -0000 (UTC), Duncan wrote:
> David Chmelik posted on Thu, 21 Aug 2025 03:16:02 -0000 (UTC) as
> excerpted:
>> Headers pane columns are wrong size and some not draggable: bytes
>> apparently no longer can be dragged from right to shorten (even after I
>> lengthened others) or is there another way?  Takes maybe 2/3 columns'
>> space when that extra size would be significantly larger than Usenet or
>> entire Internet, while 'subject' should take that space but takes maybe
>> 1/4, and 'author', 'date' are also too small but 'lines' is too long.
>> It'd be easier if these were configurable numerically or a way (for all
>> panes) you don't have to find hidden handles to drag.
>
> There is another way, yes, but it's a bit more technical than some may
> be comfortable with...
> 
> The size of each column, is stored in pan's preferences.xml file, to be
> found in (by default) ~/.pan2/preferences.xml .
> 
> For instance, here's my bytes column setting, 63 (logical, scaled by
> display-scale settings) pixels:
> 
> <int name='header-pane-bytes-column-width' value='63'/>
> 
> With pan closed (so it doesn't overwrite your changes) you can edit that
> file, tho I'd suggest making a backup of it first just in case. 
> Naturally your choice of font size will dictate how many letters a
> particular pixel width displays so you may have to experiment a bit to
> get it looking as you want, but there it is.

Thanks!
 
> I don't know why some of the column dividers aren't draggable for you,
> presumably a bug of some sort, but (you can stop reading if you're not
> interested in the history of how I'm all too familiar with the column-
> width settings in preferences.xml!)...

I read a lot of that.

Apparently they are draggable, but at least few things have to be the 
case: columns longer than screen, and scrolled all the way right, and put 
mouse by last pixel before the border, and then it usually should work.

> [...]

> But now you're seeing another column-with related bug...  At least I can
> point you to the lines to edit in preferences.xml... while I hope I
> never see it, or worst-case, that text-editing either that file or my
> patches that worked around the zeroed-out bug for me work around it, and
> that whatever the problem is, it's a bug that goes away with an upgrade
> of either pan or some library or other so I only see it once, unlike
> that repeatedly triggered gtk2 bug that only went away permanently for
> me with the upgrade to gtk3.

Might not actually be a big, but I don't think the handles appear in my X 
Window System (XFCE) session with custom X pointers, though they fall 
back 
on the defauly set if missing handles.



_______________________________________________
Pan-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/pan-users

Reply via email to