> The other guy's suggestions for window groups
I'll be aiming for implementing that then, but not all at once - ctrl-click
grouping should be fairly easy, but adding tabs will probably be a pain as
it'll require theme support.
> As with the file management paradigm any other selection
> (non Ctrl click)***, or action on windows outside the
> selected group results in deselection of the group
I'd add an exception for right clicking - allowing ctrl-click and
right-click->menu operations to not interfere. Come to think of it, this is the
same as most file managers anyway :)
> MDI
Going off further into the future...
One of the complaints I hear about it is that it means having an internal and
external WM, which will probably work differently. If it would be possible to
set a standard by which apps can use the external WM, that'd be great. I'm
thinking have an MDI widget - if the external WM supports internal MDI, then
it'll appear as a normal MDI; if not, then the sub windows will be created as
regular windows (It could be set to always have external windows, for people
who don't like MDI for other reasons). I don't know much about how X works, but
if all is as I hope, this would be the pseudocode:
MDIPanel::AddWindow(Window *win) {
if(getWindowManager().supportsInternalMDI() &&
getUserPrefs().wantsMDI) {
win->setParent(this);
}
else {
win->setParent(getRootWindow());
}
}
-- Shish
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
enlightenment-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
