On Fri, 21 Oct 2005 11:08:15 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Mon, 3 Oct 2005 04:36:57 +1000 David Seikel <[EMAIL PROTECTED]> > wrote: > > > I had an idea about how to make the window remembering stuff more user > > friendly. In the remember menu, there are many "Match by x" options. > > I suggest that it would be helpful to add the actual value used for > > the match to the text of these menu options, so they would become > > "Match by x : y". Where if x=Class, y would be the actual class of > > the window for instance. > > > > Most don't know anything about the internal workings of X, and would > > have no idea about what Window name, class, role, type, or transient > > status even mean, let alone how to find out what they are for a > > particular window. Window title is different, as that is shown in the > > title bar, but I think it should be added to the menu like the others > > for consistency. > > > > My suggestion would put the information right where the user needs it. > > It would also go a long way to solving the "I set remember for my > > email client, but I don't want the remembered settings applying to > > it's configuration window and address book." problems. > > Now that the remember dialog is out. I will raise this again. It > would help usability if the actual window name and class was printed in > the dialog next to the Window name and class checkbox, the actual window > title was printed next to the Title checkbok, and the same for Window > type and Transience. > > It would probably also be useful to do the same with the lower half of > the dialog, print the widows position next to the Position checkbox, > etc. > > The basic remember dialog might want to mention desktop, although I > suspect that is included in Position. > > I haven't had a chance to put this new dialog through it's paces yet, > but it seems to be working fine. well heres 2 problems. 1. we have no display widget for these yet that will handle a scrollable display (we need to get the entry smart widgetised and all fixed up etc.). 2. i actually dont see the point. you DO know that e will TRACK these properties and AS they change, if they do (name and class dont, but title does, as do size and position), re-save remember info. these are dynamic and will change. as for name and class - i actually dont see a very good reason for this. you DO know the code LOOKS for duplicates (ie rememebr a window but there are more than 1 windows up with the same name and class combo) etc. and it complains/warns you. if you have a good REASON for all the excess info.. let me know, but right now we have no sane way to display it though. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
