On Wed, 14 Sep 2005 15:50:26 +0200 "Fabian Zeindl"
<[EMAIL PROTECTED]> babbled:
> Hi
>
> I don't know whether this is the right place to give feedback for E17, I hope
> so :-).
>
> 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.
and here is where everyone forgets the problems with this. so now u set a bg.
how do u knwo if you want to scale it to fit the screen? scale and retain
aspect? simply center it? tile it? tile with what starting co-ordinate?...
suddenyl we need to save all this information too per image. edje ALREADY does
this. and a LOT more. when u make the .edj u SAVE the infor as to HOW the image
is to be displayed WITH the image data (and more). the solution is to make
better TOOLS to PRODUCE the .edj's from your photo gallery
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.
> * 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?
> * I don't understand why "folding" is not possible for maximized windows.
because theres more than 1 kind of maximize. i listed a whole lot in the TODO
file. thats why e has maximize policy selection too. e by default takes 1 kind
of maximise as the way to go - windows-ey style.
> * Support for several color themes in one theme file would be cool.
in theory themes support recolouring compltely via color classes, but there are
no examples of this yet nor is it fully supported or tested. its low priority
atm.
> * I'm pretty sure that this is because of technical circumstances, but the
> loading/unloading vs. activating/deactivating of modules is a bit strange
> IMHO. Wouldn't it be cool if every module is registered at installation time,
> and shown in the popup menues and activating it there will load it (and make
> it consume memory)?
loading a module basically registers it. it consumes memory for the code, but
nothing else. an unloaded module consumes NO resources EXCEPT disk space - ever.
imho eventuallly 3rd party moduels shoudl come with small installer programs
that load (and enable) the moduel by askign E to do it, add the moduel install
path etc. to e's module search path and so on. i dont have any examples to
point to that do all of this, but engage is not far off. :)
> 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.
> * Gray out non focused windows, or make their borders translucent or
> "smaller"/more mimimalistic.
that's entirely up to the theme :) it can do whatever it likes. the default
simply changes the titlebar as such.
> * only allow resize if you active a window first (to avoid resizing of wrong
> windows)
not much use in sloppy or pointer focus - but maybe click to focus, BUt then
again - the click then resize will activate the window and resize, so... not
much point there. :)
> * configuration of "Masterkey" for hiding/showing all enlightenment widgets
> (engage, docker, clock etc.)
that needs more thought i think. too simple a view of them.
> * 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. :)
> * "reservation" of screen edges for applications. for example: applications
> like engage "register" actions ("bringing engage in the foreground") at
> enlightenment. the user has a small configurations dialog which shows the
> screen and all registered actions. he/she can than choose which action to take
> on which edge/parts of edje of the screen. (OSX has something like this)
yes - we kind of have this but its farily lax. its a TODO item as such already.
> * all configurationdetails (e17 and plugins) in one dialog (with tabs for
> example) instead of the popup submenus would be cool.
already in the TODO (gui config dialogs). the mensu mostly are temporary until
dialogs are working and being used.
> * it would especially be great if one could customize the left/right-click
> popup-menus. so when I have a docker running I can remove the "favourite
> applications" and the "lost windows" items from the popup menu.
the reson behind the "main menu" not being configurable is to stop you shooting
yourself in the foot. you can re-bind what buttons bring up what, but core menu
contents are fixed. this is a support and usability thing. why? in the past we
have made menus entirely configurable - the problem is distributions and even
induviduals have a habit of changing the config. a user comes and goes "how do
i change X" and we go "click here, go to menu item Y and submenu Z and there it
is" and then they go "that menu isn't there!". guess what. the distribution
removed the menu. we can't help them. we get an upset user and their time was
wasted as was develoepr's time in trying to help and being thwarted by a
distribution's policies. our policy is to make it HARD for a distribution to go
re-configuring e17 so every user gets it form us AS-IS the same way and can use
the gui to reconfigure itlater to a greater or lesser extent.
> Emotion:
> * Would be cool if emotion would use gstreamer instead of xine-lib
caro (french guy) has a working gstreamer module for emotion - it's not in cvs
currently. so it's possible. emotion has a modular back-end.
> Engage:
> * If you activate "systemtray" and don't have any items in there, there's a
> small graphical bug (ugly right edje).
> * If there is more than one instance of the program at the left or right edje
> of engage you can't choose all of "small flying icons": If one of the small
> icons is even further left than the left "big icon" in engage you can't choose
> it (engage "shrinks back").
> * sometimes engage doensn't "expand". You have to move your cursor somewhere
> else then and move it back to engagne.
> * activation of startupnotification for an eap doesn't change anything
> * it would be cool if engage would come into foreground if you place mouse
> cursor on it, so other windows can lay over it and only a few pixels of engage
> at the bottom of the screen could be used to call it in the foreground.
>
> Entice:
> * a bit confusing, cause you don't know where the UI elements are if they are
> hidden
entice is unmaintained and needs a complete rewrite i think. i'm just ignoring
it as i don't have time to spend on it.
> Entangle:
> * scrollwheel support would be cool :-)
>
>
> This are my ideas for making the greatest windowmanager/desktopshell I know
> even greater (IMHO :-) ).
>
> greetings and many thanks for the great work!
> fabian zeindl
no problems. i hope some of these answers help you too. :)
> --
> .. On his long walk home, he came up with the four maxims that have guided his
> life: most people are fools, most authority is malignant, God does not exist,
> and everything is wrong.
>
> - Biography of Ted Nelson
>
> I prefer signed/encrypted Mail (even if I can't write it myself at
> the moment due to OpenWebMail deficiencies):
> Fingerprint: CFE8 38A7 0BC4 3CB0 E454 FA8D 04F9 B3B6 E02D 25BA
>
>
>
> -------------------------------------------------------
> 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
