On Sun, 4 Sep 2011 12:26:04 +0200 Alex Baer <comet.fri...@gmx.net> said:

> Hi there,
> 
> e17 is great, and as I build the latest version from trunk once a month, at 
> least, I can really see, how it is getting more and more stable and cleaner 
> all the time. My guess is, that with the speed of progress I saw since I 
> started to use e17 in May, 2011, a 1.0 release could be available around 
> Easter 2012. But that's just my personal estimate from the point of view of
> an end-user, who is a long-yeared KDE user (and fan). It's already
> functional, stable, configurable and usable, but as I used to work as a
> software developer myself, I know very well, that the last 20% of quality
> take 80% of the overall effort... ;)
> 
> So much for the intro. Currently I have a couple of noob questions.
> 
> 1. Menu configuration
> There's a choice between "Enlightenment" and "KMenuEdit". What's the use of 
> the latter? The effect is, that the applications menu is completely empty. Is 
> that the correct/intended behaviour?

chances u have a custom .menu file (called KMenuEdit.menu) in /etc/xdg/menus OR
~/.local/etc/xdg/menus and that is why e offers it as a menu option. that file
was probably created by "kmenuedit" at some point when you used it and it
happens to be useless/empty. enlightenment installs its own .menu file so that
it will work on those minimalist systsems that dont already have a set up and
working "standard" xdg menu system in /etx/xdg/menus

> 2. Menu language
> Selecting Enlightenment for a menu, alls the applications in my system are 
> included in the menu, and in the correct place. Even names and labels are 
> translated correctly, just like in KDE.
> However, one level above in the menu hierarchy are the categories, to which 
> applications are associated, and these are, unfortunately, always shown in 
> English, regardless of any language setting or locale. E. g., in KDE I see 
> "Büro" as a translation for "Office", but in E17 it's still "Office".
> Yet another level up, in the root menu, translation works, again. Only for
> the category it doesn't work. Can I change this with a setting or is this a
> bug?

do the .directory files referred to contain translations? eg Utility.directory?
these normally are provided by your OS and they specify label, icon and
translations. i know ubuntu moved all translations out of .desktop (and
.directory) files into some other translation databases. i don't actually know
how this standard was modified at this stage, but e doesn't support this
separated translation setup, so if the .desktop and .directory files don't have
translations

> 3. Window opening and closing in the config dialog
> When I change setttings I click on options or categories and a dialog opens. 
> to close the window I have to explicitly click on its "Close" (or
> "Schließen") button. In other DEs I can click a second time on the options
> that opened the window, to close it. I find this comfortable, as I don't have
> to move the mouse to an (accidentally) opened window.
> Are there any plans to add this comfortable functionality to E17? I can only 
> speak for myself, but I'd appreciate it.

this is settled now i think :) in fact in the gnome control center.. it does
what e does - it shows/raises the same window... so what you REALLY want to say
is " i just came from kde and i want kde's behavior thanks!". e's behavior isn't
configurable here and does at least what we think is logical. if you click a
settings entry.. you want that entry up now - if it didn't exist at all, create
it, or if it does, bring it to the front.

> 4. Setup dialog windows should not be hidden
> Clicking on an option in the main window after maximizing it opens a window 
> for the selected settings dialog. Clicking again on the main window, it goes 
> to the foreground, and to get the dialog window back, I first have to resize 
> the main window and then click on the dialog window.
> As there are so many setting options for window behaviour and appearance, I 
> guess, this behaviour can be changed. But what would be the right setting 
> options? I am at the same time confident that this can be changed and lost 
> because of the sheer multitude of configuration options... ;)

just select it again in the config panel. the settings window comes up.

> 5. Menu opening effect
> Sorry, I don't know how to describe this better in English, but I try my
> best. Clicking with left mouse button the desktop background opens the root
> menu. But it isn't just there. It is "blended" in, avoiding harsh contrast.
> The effect is initially visually appealing, but after a while I find it a bit
> too much. (Where) can I turn this effect off?

you can select another style for the menu "effect". its in the composite
settings (edit the menu style and under style select something else)

> 6. Sub-menu not completely shown when on the border of a workspace
> When I move the mouse close to the right border of my workspace and click
> with the left mouse button, the root menu opens up. When I then click on one
> of its entries, the respective sub-menu is opened, e. g. applications. But
> only part of the menu is visible. To see the complete sub-menu, I have to
> move the mouse farther to the right. Then the menu and the sub-menu are moved
> towards the centre of the screen. This works, and is, again, visually
> appealing. However, I still find it more comfortable and simply faster the
> way it's done in KDE: If there is not enough space for the sub-menu on the
> right side of the root menu, the sub-menu is opened left of the root menu.
> Is there a way to get this behaviour in E17, too?

no. there isn't. e's menu behavior is 1 size fits all here. this means submenus
always open in a predicable direction/location allowing for better
muscle-memory. this is in fact a conscious decision NOT to do it the way qt/gtk
do as i have found that way much more annoying as you have to figure out which
way the menu opened this time (as well as having to adjust the arrow display
and so on which looks totally odd when you have multiple arrows pointing at
eachother). also when a menu is wider than the screen (really low res screen
maybe) you cant scroll along to read it with the "change direction" mode. as
well as some child menus opening to the right, some to the left depending how
wide they are. overall not a good look imho. :)

> So, this has become quite a long post. But I really like E17 already a lot, 
> and what to learn how to use it effectively and efficiently. So thanks for
> your patience, everyone, and keep up the good work!
> 
> Alex
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better 
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to