[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [E-devel] Remember Window Positions applies to all child windows too

On Thu, 24 Aug 2006 00:13:57 +0000 (UTC) "Peter" <sw98234@hotmail.com> babbled:

> On Thu, 24 Aug 2006 08:13:26 +0900, Carsten Haitzler (The Rasterman)
> wrote:
> snip...
> >> 
> >> IMO, proper behavior should be that child windows open to their
> >> defaults, not to the size of the parent. Is there a way for E to
> >> distinguish?
> > 
> > that's why in the advanced remember there are options to also use title,
> > window type and transient status. i could add icon name i guess too, but
> > some apps just don't lend themselves to being remembered as they dont
> > make ti easy to tell windows apart.
> > 
> > 
> Well, wouldn't an easier solution be to allow remember to apply settings
> only to the parent (i.e. main) window? Most users, when E is released,
> won't want to or care to mess with xprop to see what goodies are hidden in
> their application's window frame.

in these cases e doesn't KNOW what window is a parent and child - the dialogs
don't have transient for hints set. as far as any other app in x knows the 2
windows are independent toplevel windows.

> >From my POV, a window's position should be applied when the application
> starts, not for subordinate windows unless requested (they could be
> remembered too).

again - the big problem is that many apps - even major ones, do not provide
sane ways to differentiate their main windows vs. subwindows and dialogs etc.
if titlebars change as they do with web browsers - then that property is not
useful to use to match up a window. often icon name changes too like the title.
the app could set a role property - but it doesn't (role of the window is a
dialog or whatever). unless apps play along and provide ways to differentiate -
-we are stuck. the problem is this is an entirely hackish inexact science to
guess what is what. often its just not possible at all - sometimes it is
possible if u dig through enough properties. there could be room for more
heuristics to figure such things out - but right now they are not there.

> JM2C.
> -- 
> Peter
> +++++
> Do not reply to this email, it is a spam trap and not monitored.
> I can be reached via this list, or via 
> jabber: pete4abw at jabber.org
> ICQ: 73676357
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster@rasterman.com
Tokyo, Japan (東京 日本)