[E-devel] Some ideas
Hi,
Watching the E17 CVS apps, I'm thinking about some improvements that
can make things cleaner:
- about config path:
When looking for config files, you always have to search. It can be under:
* ${HOME} (like eclair, ecore or evidence)
* ${HOME}/.e (like entropy, exhibit or extrackt)
* ${HOME}/.e/apps (like enotes, elitaire, elicit, etc)
That's not nice to clutter so much the files ;-) What about putting
all EFL based apps under ${HOME}/.e ? I did start doing patches but I
wonder what the E devs think.
- about fonts
A lot of apps comes with their own fonts, and it's almost always Vera.
The system ends up with a lot of copies of the same fonts in
differents folders. It would save space and be more elegant to make
the EFL apps install their fonts always under
${prefix}/share/enlightenment/data/fonts
Examples are: evas, etk, edje, ecore, eclair, erss...
If you think it's interesting but you have no time to do it, I can
care about sending patches.
Regards,
--
Jerome Pinot
http://ngc891.blogdns.net/
Re: [E-devel] Some ideas
Jerome Pinot [2006-04-08 20:25]:
> * ${HOME}/.e/apps (like enotes, elitaire, elicit, etc)
>
> That's not nice to clutter so much the files ;-) What about putting
> all EFL based apps under ${HOME}/.e ? I did start doing patches but I
> wonder what the E devs think.
~/.e/apps/foo is the correct directory to use AFAIK.
> differents folders. It would save space and be more elegant to make
> the EFL apps install their fonts always under
> ${prefix}/share/enlightenment/data/fonts
No, there's EFL-based projects that aren't related to
enlightenment-the-wm.
Regards,
Tilman
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
pgpztfu4gkqmg.pgp
Description: PGP signature
Re: [E-devel] Some ideas
On Sat, 8 Apr 2006 14:55:36 +0200 Tilman Sauerbeck <[EMAIL PROTECTED]>
babbled:
> Jerome Pinot [2006-04-08 20:25]:
> > * ${HOME}/.e/apps (like enotes, elitaire, elicit, etc)
> >
> > That's not nice to clutter so much the files ;-) What about putting
> > all EFL based apps under ${HOME}/.e ? I did start doing patches but I
> > wonder what the E devs think.
>
> ~/.e/apps/foo is the correct directory to use AFAIK.
>
> > differents folders. It would save space and be more elegant to make
> > the EFL apps install their fonts always under
> > ${prefix}/share/enlightenment/data/fonts
>
> No, there's EFL-based projects that aren't related to
> enlightenment-the-wm.
absolutely - it's up to packagers to commonalize fonts. the programs ship on
their own to work on their own without something else. evas recently got
fontconfig support so in theory it can just use system fonts - BUT it's
actually more efficient to still DIY for now.
> Regards,
> Tilman
>
> --
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing on usenet and in e-mail?
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Evas GL engine and several windows
Hi, I'm trying to use the GL engine of evas in some applications, but it seems that as soon as I create a new window, the previous windows are not refreshed correctly anymore. I have to resize those windows to get them refreshed. Is this a problem of OpenGL or is this just because the implementation of the GL engine in evas/ecore_evas is incorrect? And can you also give me a list of the known problems with the GL engine? For now, this is the only one I noticed (with an Nvidia gpu), except another problem with the smooth scaling of images (but I guess this one can be easily fixed by changing the texture filters) Regards, Simon TRENY --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch to load fonts for missed glyphs (fontconfig)
Hello. After previous patch, i saw a complaints that now if default font does not have glyphs we do not have fallback fonts and as result squares insted of text. This patch in case there is missing glyph try to load fonts provided by fontconig and use one which will work, unnecessary fonts will be unloaded. I tested it with japanese and chinese and also with russian (my default locale). Let us say i have default font Verdana and russian locale i have only verdana and vera in memory,when i go to japanese site(japanese title in mozilla ) kochi.ttf is loaded , then i go to chinese site one more font loaded .etc p.s. I am really sorry for function/variable naming . Andrei __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com evas_load_needed_fonts_fc.patch Description: 93352768-evas_load_needed_fonts_fc.patch
[E-devel] Evas vs Gtk/Gdk: why the difference of perfs is so important?
Hi, I ran on my P3 1Ghz a small (stupid) test to compare Evas and Gdk performances: with Evas, I displayed a big image (1600x1200) in a smaller window (1300x1100) and I dragged the image quickly with the mouse. The dragging was laggy and the cpu usage was almost 100%. I then ran exactly the same test with gqview (a gtk image viewer) with the same image and the same viewport size (1300x1100). There, the dragging was smooth and the cpu usage around 50%. I know this test is not representative (it shows a special case with no accurate results) but it just illustrates the feeling I have: evas seems a lot slower than the renderers of Gtk and QT, when it has to refresh a big part of its viewport. Of course, using the GL engine improves the perfs a lot, but the comparison doesn't make sense anymore: Evas is hardware-accelerated while Gtk is not. I'd just like to know why the difference is so important? Is Gtk somehow hardware-accelerated (xrender?), or is it because Evas and Gdk just do not do things the same way? I don't think the rendering routines of Evas are to blamed since they seem even more optimized than what other libs use, I just don't understand the difference of perfs. Can you tell me more about that? Regards, Simon TRENY --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch to load fonts for missed glyphs (fontconfig)
On Sat, 8 Apr 2006 08:53:36 -0700 (PDT) Andrei Lahun <[EMAIL PROTECTED]> wrote: > Hello. > After previous patch, i saw a complaints that > now if default font does not have glyphs we do not > have fallback fonts and as result squares insted of > text. > This patch in case there is missing glyph try to load > fonts provided by fontconig and use one which will > work, > unnecessary fonts will be unloaded. I have just completed a patch which does the same thing. But I do it at the engine level instead. This way all fonts which are added get lazily loaded. Not just fontconfig fonts. > I tested it with japanese and chinese and also with > russian (my default locale). > Let us say i have default font Verdana and russian > locale i have only verdana and vera in memory,when i > go to japanese site(japanese title in mozilla ) > kochi.ttf is loaded , then i go to > chinese site one more font loaded .etc > > p.s. I am really sorry for function/variable naming . > > Andrei > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com -- Stafford M. Horne Senior Engineer 高级工程师 SurfControl plc 美讯智科技 Peoples Republic of China, Beijing 中国人民共和国， 北京 Mobile: +86 13611014044 手机：＋86 13611014044 (Website) http://shorne.homelinux.com/wordpress (网站)
Re: [E-devel] Evas GL engine and several windows
On Sat, 8 Apr 2006 15:19:54 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > Hi, > > I'm trying to use the GL engine of evas in some applications, but it > seems that as soon as I create a new window, the previous windows are > not refreshed correctly anymore. I have to resize those windows to get > them refreshed. > > Is this a problem of OpenGL or is this just because the implementation > of the GL engine in evas/ecore_evas is incorrect? And can you also give > me a list of the known problems with the GL engine? For now, this is the > only one I noticed (with an Nvidia gpu), except another problem with the > smooth scaling of images (but I guess this one can be easily fixed by > changing the texture filters) ok this is due to me having some bug in my gl context sharing code. basically i am trying to share a gl context between multiple glx output windows - so i don't duplicate textures etc. per window. i either have done something wrong - or missed a context change thing somewhere. that's basically the problem here. anyway - known problems: 1. a font with glyphs > 256x256 pixels will just break. 2. images that are bigger than max texture size simply won't show (need to build a mesh) 3. cards that don't support rectangular textures will end up with nasty scaling results when scaling "stretched" or "squashed" mostly in 1 dimension (mipmap issues basically when used for 2d) 4. scaling down even with smooth scaling is ugly (need to use anisotropic filtering if possible) 5. doesn't support destination alpha (easy-ish to fix) 6. need pbuffer support implemented for the future (we need to be able to render to an intermediate buffer) 7. if the window is fullscreen glx may choose to do page flipping not copy from back to front buffer. in this case evas's assumption that the buffer was exactly as it left it when it last rendered is wrong - as it actually is as it was rendered 2 frames ago, not the last frame. that's a list off the top of my head. :) > Regards, > Simon TRENY > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&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)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas vs Gtk/Gdk: why the difference of perfs is so important?
On Sat, 8 Apr 2006 20:44:30 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > Hi, > > I ran on my P3 1Ghz a small (stupid) test to compare Evas and Gdk > performances: with Evas, I displayed a big image (1600x1200) in a > smaller window (1300x1100) and I dragged the image quickly with the > mouse. The dragging was laggy and the cpu usage was almost 100%. I then > ran exactly the same test with gqview (a gtk image viewer) with the > same image and the same viewport size (1300x1100). There, the dragging > was smooth and the cpu usage around 50%. > > I know this test is not representative (it shows a special case with no > accurate results) but it just illustrates the feeling I have: evas > seems a lot slower than the renderers of Gtk and QT, when it has to > refresh a big part of its viewport. Of course, using the GL engine > improves the perfs a lot, but the comparison doesn't make sense > anymore: Evas is hardware-accelerated while Gtk is not. of course! i have known this ever since. "scrolling" is evas's weak point. also note GDK USES x's drawing calls whihc probably sue hardware to fill in solid colors - and the last thing... it uses hardware to BLIT (copy pixels from one area to another) when scrolling. evas does a full redraw with the cpu (with you have the software engine). i have known this ever since and actually have warned people many times "but evas will suck for scrolling". basically when you move an object - evas calculates when changed and just REDRAWS that. gtk/gdk are immediate-mode. you scroll and they blit regions of the framebuffer. they don't redraw - or if they do often it is actually already partly accelerated by the hardware for solid fills, and pixmap copies. evas has no code to "detect" blits - it is, in theory, possible to take N objects that change state (move, resize, change color etc. etc.) and then calculate what regions of the screen can be blitted, what are to be left alone, and which need full redraws. i actually have experimental code to do this - BUT it is significantly more "Expensive" to calculate this than to just calculate a redraw. so what happens is - we spend a lot more cpu (about 20 times more cpu) than the simpler tiled update buffer evas uses now. so - we would save cpu by replacing some redraws with blits, but spend more cpu calculating it. also this experimental code isn't PROVEN to be correct yet - it may make mistakes in calculations etc. so i am hesitant so go wholesale add it into evas. but basically - the problem you are seeing is blitting. when images are solid and many images move together - then you can blit, but if they are semi-transparent with alpha and move across something that doesn't move with them, you have no choice by HAVE to redraw due to alpha blending requiring that. > I'd just like to know why the difference is so important? Is Gtk > somehow hardware-accelerated (xrender?), or is it because Evas and Gdk > just do not do things the same way? I don't think the rendering > routines of Evas are to blamed since they seem even more optimized > than what other libs use, I just don't understand the difference of > perfs. > Can you tell me more about that? > > Regards, > Simon TRENY > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&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)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 CVS - FC5 & entrance (a hack)
Since entrance doesnt presently work "out-of-the-box" with FC5 (changes made to xorg) I found a hack of the entrance configure file that will start entrance. [1] in entrance configure file, change to read: xbin=/usr/bin xsession=/etc/X11/xinit/Xsession [2] then run "./configure" (NOT ./autogen.sh) then "make install" this assumes one has setup /etc/X11/xinit/Xsession file like this: == . . . # now, we see if xdm/gdm/kdm has asked for a specific environment case $# in 1) if [ -x "$SWITCHDESKPATH/Xclients.$1" ]; then exec -l $SHELL -c "$SWITCHDESKPATH/Xclients.$1"; fi; case "$1" in failsafe) exec -l $SHELL -c "xterm -geometry 80x24-0-0" ;; gnome) exec -l $SHELL -c "$SSH_AGENT $DBUS_LAUNCH gnome-session" ;; Enlightenment) exec -l $SHELL -c "$SSH_AGENT $DBUS_LAUNCH enlightenment" ;; kde|kde1|kde2) exec -l $SHELL -c "$SSH_AGENT $DBUS_LAUNCH $SWITCHDESKPATH/Xclients.kde" ;; . . . === [3] change /etc/sysconfig/desktop file to read: DISPLAYMANAGER="E17" [4] modify /etc/X11/prefdm file : == . . . # Run preferred X display manager preferred= if [ -f /etc/sysconfig/desktop ]; then . /etc/sysconfig/desktop if [ "$DISPLAYMANAGER" = GNOME ]; then preferred=/usr/sbin/gdm elif [ "$DISPLAYMANAGER" = KDE ]; then preferred=/usr/bin/kdm elif [ "$DISPLAYMANAGER" = XDM ]; then preferred=/usr/bin/xdm elif [ "$DISPLAYMANAGER" = E17 ]; then preferred=/usr/local/sbin/entranced elif [ -n "$DISPLAYMANAGER" ]; then preferred=$DISPLAYMANAGER fi fi . . . = (told you it was a hack, but it works here). The only odd thing is a DBUS_LUANCH message I get when using entrance to start a gnome session. Doesnt happen with a KDE session launched from entrance. I assume that down the road something more intelligent than this will emerge. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
