Charles Kerr <[EMAIL PROTECTED]> 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
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
