On Thu, 15 Sep 2005 10:37:22 +0200 Crni Gorac <[EMAIL PROTECTED]> babbled:
> Am using E17 build from the CVS 2 days ago. There is strange behavior with
> some Qt/KDE applications: after a dialog called (trough appropriate menu
> entry activated) and displayed properly for the first time, each next call
> of the dialog is displaying it in the background - so I have to press
> Alt-Tab and then to select dialog window from the list (strange that dialog
> is displayed in Alt-Tab list at all because it belongs to an application
> that already has its entry in Alt-Tab list). An example for alike behavior
> is Find dialog in Qt Assistant. I suspect that the issue has something to do
> with application actually creating dialog only for the first invocation and
> then using show/hide functions for next invocations (common practice in
> writing Qt applications), but I don't know why would this interact badly
> with E. Any idea? This happened too with E17 build from the CVS of about 2
> months ago that I used before.
i am not sure here. i think i noticed with k3b - thedialog is iconified but
doesn un-iconify - thats why its int he alt-tab list. alt-tab is a list of
windows, not apps. if it isnt a window list then how can you chose between
diffreent windows of 1 app (1 dialog vs another) if u cant select them there?
OK, I understand Alt-Tab list behavior now. So, no help at the moment regarding Qt/KDE dialogs behavior?
> Unrelated, enlightenment_remote seems to be crashing when trying to change
> number of desktops: for example, "enlightenment_remote -desks-set 1" is
> producing "Segmentation fault". This was not the case with my previous E17
> build.
well desks takes 2 arguments, not 1. width ANd height in desktops.
Boy, I was stupid... Sorry for wasting your time on this.
Thanks.
