Another thing occurred to me as far as ui. When I'm editing subpatches I sometimes lose the window and have this habit of clicking on the subpatch object in the parent window and when nothing happens, I remember it's already open. I would be great if pd would bring that open window to the forefront as if it had been selected in the window list.
On 01/04/2008, at 2.24, danomatika wrote:
Another thing occurred to me as far as ui. When I'm editing
subpatches I sometimes lose the window and have this habit of
clicking on the subpatch object in the parent window and when
nothing happens, I remember it's already open. I would be great if
pd would bring that open window to the forefront as if it had been
selected in the window list.
Thats interesting. It behaves as you'd like on MacOSX. I made a wiki
pages where we maybe could document those small cross platform
differences:
http://puredata.info/dev/GUIPlatformDifferences
It kind of glue to the GUI Ideas wiki page: http://puredata.info/dev/ GuiIdeas
Hallo, Steffen Juul hat gesagt: // Steffen Juul wrote:
On 01/04/2008, at 2.24, danomatika wrote:
Another thing occurred to me as far as ui. When I'm editing
subpatches I sometimes lose the window and have this habit of
clicking on the subpatch object in the parent window and when
nothing happens, I remember it's already open. I would be great if
pd would bring that open window to the forefront as if it had been
selected in the window list.Thats interesting. It behaves as you'd like on MacOSX. I made a wiki
pages where we maybe could document those small cross platform
differences: http://puredata.info/dev/GUIPlatformDifferences
Subpatches also come to the front on Linux, when clicking the [pd] object, at least with Blackbox. Maybe it depends on the window manager configuration.
Hi,
subpatches are opening on the top in openbox, but file open dialog, quit and close confirmation messages are opening on the top of Pd console. If console is hidden under, is quite difficult to find it. It is good habbit to have iconsole on eyes anyway, but can imagine how frustrating can be searching that little message under lots of openned windows. This brings people on bad habbit : using all the time Ctrl+Shift+w or Ctrl+Shift+q. Dangerous.
|||Ctrl + Alt + Back|||
|||restart your view|||
On Tue, Apr 01, 2008 at 10:49:31AM +0200, Frank Barknecht wrote:
Hallo, Steffen Juul hat gesagt: // Steffen Juul wrote:
On 01/04/2008, at 2.24, danomatika wrote:
Another thing occurred to me as far as ui. When I'm editing
subpatches I sometimes lose the window and have this habit of
clicking on the subpatch object in the parent window and when
nothing happens, I remember it's already open. I would be great if
pd would bring that open window to the forefront as if it had been
selected in the window list.Thats interesting. It behaves as you'd like on MacOSX. I made a wiki
pages where we maybe could document those small cross platform
differences: http://puredata.info/dev/GUIPlatformDifferencesSubpatches also come to the front on Linux, when clicking the [pd] object, at least with Blackbox. Maybe it depends on the window manager configuration.
-- Frank Barkncht
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Ctrl Alt Back wrote:
Hi,
subpatches are opening on the top in openbox, but file open dialog, quit and close confirmation messages are opening on the top of Pd console. If console is hidden under, is quite difficult to find it.
that is actually a "problem" (or feature) of your window manager. at least in kde you can configure it to bring the modal dialog to the foreground (though i keep forgetting where you have to set it) it should be possible with whatever window-manager you are using.
fgmasdr IOhannes
On Tue, Apr 01, 2008 at 01:56:07PM +0200, IOhannes m zmoelnig wrote:
that is actually a "problem" (or feature) of your window manager. at least in kde you can configure it to bring the modal dialog to the foreground (though i keep forgetting where you have to set it) it should be possible with whatever window-manager you are using.
Modal windows stay above windows that they are modal for,
not above other windows to which they are not related, but in this
case, pd is hiding modal under its own window.
What is possible - to set Pd above other layers, but then you have pd
console _always_ above all other windows, which is also not ideal.
There is no concept of "globally modal" windows in openbox, which is
very much on purpose.
Fact is, that in other WM it works fine, and while trying to close
unsaved patch i get modal popping up over any other windows, but
still pd must be requesting something strange for its modal dialog,
making it a child of a single window which is not the one you're
working in or something.
|||Ctrl + Alt + Back|||
|||restart your view|||
Ctrl Alt Back a écrit :
Hi,
subpatches are opening on the top in openbox, but file open dialog, quit and close confirmation messages are opening on the top of Pd console. If console is hidden under, is quite difficult to find it. It is good habbit to have iconsole on eyes anyway, but can imagine how frustrating can be searching that little message under lots of openned windows. This brings people on bad habbit : using all the time Ctrl+Shift+w or Ctrl+Shift+q. Dangerous.
CtrlAltBack
Hello, there is also Alt+tab,
but yeah it's quite annoying, a patch browser would resolve this problem, we wouldn't have to use the dialog boxes and would be able to navigate through parents and children patchers.
Am 02.04.2008 um 10:30 schrieb Patrice Colet:
Ctrl Alt Back a écrit :
Hi,
subpatches are opening on the top in openbox, but file open dialog, quit and close confirmation messages are opening on the top of Pd console. If console is hidden under, is quite difficult to find it. It is good habbit to have iconsole on eyes anyway, but can imagine how frustrating can be searching that little message under lots of openned windows. This brings people on bad habbit : using all the time Ctrl+Shift+w or Ctrl+Shift+q. Dangerous.
CtrlAltBack
Hello, there is also Alt+tab,
on os x there is also apple+< and apple+> to cycle trough windows of
one application, but that doesn't work with pd for some reason.