On Mon, 26 Sep 2005 00:12:34 +0200 Fabian Zeindl <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote: > >>E17: > >> * It would be great if one could set ordinary pictures (bmp,jpg,png) as > >>wallpapers without compiling them to edje. For means of simplicity. > [...] > > like example: > > > > e_make_wallpaper -scaled porn.jpg porn.edj > > e_make_wallpaper -tiled grass.png grass.edj > > etc. > > > > now you have encoded exactly how to display the image WITH the image. you > > caqn now give the .edj to your friends and whoever and they dont have to > > figure out if its meant to be tiles, scaled or whatever. > > Then it would be cool if background-selector what compile selected > static images to edje. :-) i'd consider adding an import feature - but for now just selectin g a bg from a gui dialog is priority. > >> * If you press Alt+Tab and your system goes under heavy load at the moment > >>the mouse cursor is "trapped" in the "Select a window"-dialog. It always > >>jumps back to it if you move it. > > > > > > this sounds like a bug - can you give mroe details? > > Hm, I press ALT-Tab, the window appears, the mousepointer jumps in (and > cannot released anymore by moving) and I cannot cycle through it with > more Tabs. I have to release the keys and press Alt-Tab again. I don't > remember exactly, but I think the "Select a window"-dialog even stays > painted on the screen when I release the two keys until I press them again. really? weird! > > >>Ideas for E17: > >> * No window-focus change when you are tipping in a window (type in password > >>in a shell && instant messenger pops up problem => you type the password in > >>the wrong window). > > we don't know if you are typing in a window. e doesnt get key press events. > > the client program gets them. it has no idea whats going on. > > But AFAIK metacity does that !? no it doesnt. read it's code. it does do nasty hacks to tyr and not have popup windows to not get focus if another dialog has the focus etc. etc. - but we CANt tell if u are typing - and metacity doesnt either. read its code. > >> * in a more mature state E17 could be registered at openusability.org to > >> have > >>usability experts looking at it. (though I'm sure there are already some > >>doing this). > > openusability has managed to make gnome much less usable. i think we can do > > well on our own. i prefer to get feedback from users like you than > > "usability experts" some things useds say are very insightful and useful, > > others are useless or impossible to do, but somewhere in the middle we will > > meet and make something good :) right now priority is to get everything up > > and runing as it was long ago and build from there. it won't all be > > perfect, BUT over time it will improve. :) > > Hm, I don't really know what you mean, cause AFAIK gnome has never > registered any applications at openusability, cause they have "their > own" usability experts. and furthermore: I don't find gnome unusable, in > fact i think it's the most usable desktop on the gnu desktop (my > personal point of few). thats my point. "usability" experts like to claim they are - invariably they like to dictate how to run your project and if we follow their adivce we will end up being just like windows - maybe osx, and certainly just like gnome. i prefer to get feedback DIRECTLY from you - the users. i would rather the actual people using the software have input and not some detached set of "experts". YOU - the USERS, let us know what you like and don't. what u think could be easier etc. > My idea for registering e17 at openusability was, that I think there are > quite a few (small) simple errors you can commit in usability means. > these are easily pointed out by "experts". but all that's up to you. > (and one thing: getting usability-reports from them doesn't force you to > implement them :-) ) indeed - priority though is just getting the thing DONE - usability can wait until e18 and e19 etc. we dont have time to sit discussing if a button shoudl be on the left or the right of a dialog etc. i can see what they will say already "you need consitency. consider using gnome or gtk or qt libs etc.". :) really - i'd prefer to let our own users give feedback as to what they like and dont. what's hard for them or not. :) > >>This are my ideas for making the greatest windowmanager/desktopshell I know > >>even greater (IMHO :-) ). > > no problems. i hope some of these answers help you too. :) > > Yes, thank you :-) > > Another suggestion: Would be great if the battery module could use hal > to access battery info. to be quicker. why would it be quicker? the battery module reads /proc values right from the kernel - we get it right from the source. not to mention using hal is much more complex than reading /proc! :) for now it works. i dont see any benefits of using hal :) > greetings > fabian > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
