Re: emelFM2 on gtk3
- From: <tpgww@xxxxxxxxxxx>
- To: emelfm2@xxxxxxxxxxxxx
- Date: Tue, 14 Jun 2011 23:00:19 +1000
On Mon, 13 Jun 2011 09:17:24 +0200
Arve Barsnes <arve.barsnes@xxxxxxxxx> wrote:
> Okay, I've used it for a while now, and a few smaller things have
> popped up, as well as one very annoying one: automatic resizing.
>
> It seems as if there's some kind of minimum size set somewhere in
> relation to folder names. When I enter a directory with a long name,
> the whole application expands horizontally. I suspect the file list
> dropdown with the 'bookmarks' are to blame. While inside this
> directory, it is impossible to resize the application back down to the
> size I want. It can only go to a certain size (and if it's just auto
> expanded on its own, it's already at that minimum size). I don't know
> if there's some way of stopping gtk3 from doing this, or if it's a
> problem in emelfm2. If I could stop gtk from doing this at all I would
> be happy, since this happens in recent versions of audacious as well.
I can't think of any reason why emelfm2 would have any effect on this. My
impression is that gtk 3.0.x widget-rendering remains buggy. I know for a fact
that it sometimes displays things which are bigger than the size of the
container in which the displayed-things are placed. And sometimes there is some
sort of minimum-size effect coming into play.
When you say it expands, you mean the whole window, or just the pane in which
the long-named directory is displayed?
>
> And two other smaller things I've noticed:
>
> The dropdown button used various places throughout emelfm2, most
> prominently on the file list dropdown mentioned above and the command
> line at the bottom of the window, is cut off on the left side. Makes
> no difference in functionality of course, but just looks wrong. See
> picture: http://ompldr.org/vOTFnag/button.jpg
Same here. gtk 3 bug. Comboboxes are all given a style property (as was always
the case) which does not work properly in 3.0.x.
>
> The 'create new folder' dialog, or whatever its name is, when first
> opened has its focus set to the dropdown button mentioned above. A
> simple 'tab' puts it where it should be. This might also be the case
> in other places where it is used.
Same here. For all dialogs with such a widget. Also, the text-content (if any)
of the entry is supposed to be selected upon first opening, but it's not. Seems
to be a consequence of the same mis-focus.
I've seen a brief mention of a hack to work around this styling bug, but not
yet found what the hack is. Might be best to change the styling until the bug
is fixed. Such change fixes the issues mentioned here, but the dropdown lists
look and work differently.
Regards
Tom
--
Users can unsubscribe from the list by sending email to
emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by
logging into the web interface.
Other related posts:
