Re: [Pan-users] Re: font spacing and attachment directory

[Per Hedeland]

Charles Kerr <address@hidden> wrote:
>
>Duncan wrote:
>> 
>> There has been some debate on the line spacing in the header pane. 
>> Christophe Lambin was the one that commented how much larger it was, I
>> believe, back in April/May? I think it was if you want to check the list
>> archive.  IIRC it has already been reduced some. Perhaps more is in order?
>> Do keep in mind that new-pan signifies unread posts in an unexpanded
>> subthread using underlines, now, so room for that must be maintained.
>
>The margin is currently set to one pixel.  This can be tweaked by
>changing the 1 after "xpad"  in pan/gui/header-pane.cc's
>build_tree_columns().

Hm, surely the xpad won't effect the line/row spacing? (I didn't bother
testing.:-) The ypad is already set to 0 (which happens to be the
default) per earlier discussion, but it doesn't really fix the problem:
The GtkTreeView still insists on using a minimum height of 20 pixels per
line where 16 (which pan 0.14 used) would be enough for the icons (and
it is the icons that are causing it - this can be verified by passing in
a NULL pixbuf for the action & state columns, assuming the font is
"small enough").

>I don't think that GtkTreeView is going to get us the same number of
>rows as GtkCTree regardless of the margins we use.

After a lot of googling (seems this is a common annoyance) I found that
creating a ~/.gtkrc-2.0 file with

----
style "packed" {
        GtkTreeView::vertical-separator = 0
}

class "GtkTreeView" style "packed"
----

- would shave off 2 of the wasted 4 pixels, allowing for a 10% increase
in # of lines. Seems that the vertical-separator (default 2), being a
"style property", cannot be set from the code by design.

I can't for the life of me figure out where the remaining 2 pixels get
added though, even after substantial digging into gtk docs *and* code.

--Per