Re: emelfm2-svn problems
- From: <tpgww@xxxxxxxxxxx>
- To: emelfm2@xxxxxxxxxxxxx
- Date: Thu, 14 Nov 2013 19:19:00 +1100
On Wed, 13 Nov 2013 20:10:32 +0400
Serge <omoikane@xxxxx> wrote:
> And some minor non critical glitch) -
> when file.find dialog popped, mouse cursor changed to "busy" when
> hovering over main window.
> And, dialog elements appears after a half of
> second; the same with "%{}" dialogs.
> Have a nice day.
The cursor should change only while searching is underway.
As for slow display of dialog contents, that doesn't affect everyone. However
I've tweaked the dialogs, specifically to release the 'display-mutex' while the
dialogs' contents (widgets) are being created. In principle, it's good to
release this lock when not needed, however past experience suggests this is not
risk-free. Gtk's access to the backend library (xlib) is undocumented. The
choices are to keep the lock closed (safer but slower), or trace every library
call right down to its bitter end (I've done some of that for other dialogs and
un-explained random crashes in the past), or trial-and-error. Typically e2 uses
a bit of each of these approaches, and for these dialogs now, more emphasis on
experiment.
Please test and advise. Gtk3 behaviour may be different from gtk2.
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:
