[E-devel] Dead link: EFL Ruby
Hello, I found a dead link on the Edje page: More information available on the a href=http://code-monkey.de/projects/redact;Redact site/a Is there a new link or should I simply remove it? BTW: I would create a Bindings subpage below Libraries. Currently we've Ruby and C++. Even if I don't know their status. regards Andreas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Dead link: EFL Ruby
On 4/29/07, Andreas Volz [EMAIL PROTECTED] wrote: Hello, I found a dead link on the Edje page: More information available on the a href=http://code-monkey.de/projects/redact;Redact site/a Is there a new link or should I simply remove it? BTW: I would create a Bindings subpage below Libraries. Currently we've Ruby and C++. Even if I don't know their status. And etk-perl (and soon, hopefully, python and scheme ones, and the C# ones should be updated to work as well) -- Hisham Mardam Bey http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] WWW: button problem with Firefox version?
Hello, I've FireFox 2.0.0.3 on my main computer (Gentoo) installed. The buttons on the website look good. See here: http://tux-style.de/tmp/e_website_ok.jpg On my laptop is Firefox 1.5.0.11 (Ubuntu) installed. The buttons doesn't look so good: http://tux-style.de/tmp/e_website_nok.jpg Perhaps this is more a font problem than a Firefox problem. Any ideas how to solve this? regards Andreas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Language module
Igor FeR Scabini wrote: Nikolas Arend ha scritto: Hi, The language module in current cvs compiles and installes fine for me, but doesn't show up in the module settings and hence cannot be enabled. This seems like a simple issue, could anyone point me in the right direction to solve this? Thanks a lot, Nick. The problem is in the module.desktop file you can find in /prefix/e17/lib/enlightenment/modules/module_name/module.desktop Attached is a small patch for bling module, the correction is nearly the same for all modules. I have changed module.desktop to this [Desktop Entry] Type=Link Name=Language Icon=module Now the module shows up in the settings again and I can enable it. But when I do that and subsequently restart e, the whole contents of my shelf just vanish, leaving an empty shelf. Obviously e.cfg becomes broken somehow. I can reproduce that any time with a fresh ~/.e configuration. I take it there's more to change than the .desktop file in this case, probably in the module code. Any hints are much appreciated. Thanks a lot, Nick. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] DR17 Korean Locale and Theme (0.16.999.037)
Full Korean Localization. (tested on 0.16.999.037.) Not only messages, but also theme supported. but, korean font does not included. 1. Downloading Korean Font in following site. UnFont (GPL) - http://kldp.net/projects/unfonts/ 2. including following item. Korean system message. Korean menu. Korean theme. (default theme; BLING BLING ) -- ESN Michael Kim [EMAIL PROTECTED], [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Entrance Korean localization
Added default.ko.edc. this using UnBatang font(UnBatang and UnBatangBold), it is following site UnFont (GPL) - http://kldp.net/frs/?group_id=300 http://kldp.net/frs/?group_id=300release_id=863 release_id=863 -- ESN Michael Kim [EMAIL PROTECTED], [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] easy_e17.sh - FreeBSD support
Hi, thanks for the patch. I changed a bit of it and applied it. Please test it: https://omicron.homeip.net/files/easy_e17_preview.sh Maybe you also know what DA COMPLETARE, E' SOLO UN PLACEHOLDER in the patch mean... ;) Greets, Brian 'morlenxus' Miculcy On Fri, Apr 27, 2007 at 02:07:12PM +0200, Massimiliano Calamelli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, here's the result of my work! This patch contains: 0) a new feature that allow to check if a new release exists 1) some changes to allow the script to be usable under FreeBSD It works fine for me (here a screenshot, done today http://picasaweb.google.co.uk/mcalamelli/Screenshots/photo#5058068214911243874 ), but i've got some problems with these parts: exhibit,extrackt,language. Exhibit and extrackt doesn't build 'cause don't use pkgconfig to find out required libraries, a known problem. Language module doesn't buld also: i think the problem is related to ./configure script, it can't find some X extension (XKBrules and XKBlib). At this time i've skipped im my .easy_e17.conf . It will be great if there were someone able to test it... Byez Massimiliano - -- Massimiliano Calamelli http://mcalamelli.netsons.org [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFGMedwleGEL56NNP4RArdiAJ4uUaF/g08+CjAvqG4yoPSHn1G0owCghgpZ +3q5jDlPfKC8LeDYowkg9jg= =xpWC -END PGP SIGNATURE- --- easy_e17_orig.sh Tue Apr 03 09:45:26 2007 +++ my_easy_e17_bsd.shFri Apr 27 10:03:25 2007 @@ -29,9 +29,10 @@ os=$(uname) autogen_args= # evas:--disable-gl-x11,ecore:--disable-ecore-evas-gl max_backoff=360 # Actual maximum backoff time is roughly this number in seconds. -threads=2# make -j threads +threads=2# make -j threads nice_level=0 # nice level (19 == low, -20 == high) +online_source=http://omicron.homeip.net/projects/easy_e17/easy_e17.sh; # URL of latest stable release # function logo () @@ -116,7 +117,7 @@ echo -e \033[1m\033[0m echo - if [ ! $1 = 0 ]; then + if [ ! $1 = 0 ] [ ! $1 = 4 ]; then echo -e \033[1m\033[7m Build phase $1/3 \033[0m\033[1m---\033[0m fi @@ -145,6 +146,7 @@ echo --only=name1,name2,... = action: checkout and compile ONLY the echo named libs/apps echo --cvsupdate = update only the cvs tree + echo --check-new-ver = check for a newest release of easy_e17 echo --help = this help echo echo -e \033[1mOPTIONS:\033[0m @@ -205,6 +207,11 @@ echo - cleaning echo - install notes ;; + 4) + echo -e \033[1m\033[7m Extra feature \033[0m\033[1m---\033[0m + echo - checking for version + check_new + ;; esac echo -e \033[1m\033[0m echo @@ -216,10 +223,20 @@ case $os in SunOS) ldconfig=$(which crle) -u # there is no command like ldconfig on solaris! crle does nearly the same. - ;; + make=make + ;; Linux) ldconfig=/sbin/ldconfig - ;; + make=make + ;; + FreeBSD) + ldconfig=/sbin/ldconfig + export PATH=/usr/local/gnu-autotools/bin:$PATH + export ACLOCAL_FLAGS= -I /usr/local/share/aclocal + export CFLAGS=$CFLAGS -lintl -liconv -g -L/usr/local/lib -L/usr/X11R6/lib -I/usr/local/include -I/usr/X11R6/include + export CPPFLAGS=$CPPFLAGS -I/usr/local/include + make=gmake + ;; *) os=not supported logo 0 @@ -249,7 +266,7 @@ attempt=1; while [ 1 ]; do - $cvscommand | tee --append $tmp_path/cvs_update.log + $cvscommand | tee -a $tmp_path/cvs_update.log if [ ${PIPESTATUS[0]} -gt 0 ]; then if [ $fix_cvs_conflicts ]; then for cfile
[E-devel] python-evas and python-ecore bindings (v2, 20070429)
A much improved version, with object event callback support. Evas objects done: Rectangle, Line and Image. This version features an utility object evas.Rect that operates on rectangular coordinates, with nice methods like clip(), union(), clamp(), contains(), intercepts() and access through properties like left (x), right, top(y), bottom, top_left, top_right, bottom_left, bottom_right, center_x, center_y, center... Objects and Canvas provides their rect as attribute and Objects also provide top_bottom, top_right, bottom_left, bottom_right, center, so you can do obj.center = canvas.rect.center :-) It's almost at the point it's good enough to be included in CVS, anyone can help ;-) I'll try to have edje done by tomorrow and then be back to Evas and its objects. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] SDL Engine
On Wed, 25 Apr 2007 01:17:56 +0200 Simon TRENY [EMAIL PROTECTED] babbled: On Tue, 24 Apr 2007 14:41:22 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : On Mon, 9 Apr 2007 10:16:56 +0200 Simon TRENY [EMAIL PROTECTED] babbled: On Fri, 6 Apr 2007 15:21:52 +0200, Cedric BAIL [EMAIL PROTECTED] wrote : I did visit the sdl website, and there seems to be mention of using OpenGL with SDL... Is it possible to maybe also have a gl_sdl version of the engine.. ie. one which would presumably use some gl rendering? I did think about that also, but I must have some priority. So first I want to have an Ecore with all others EFL running cleany with the software_sdl. So it's definitively possible in my opinion, but not really on top of my TODO list :) I have some experience with SDL + OpenGL and there is nothing different between using OpenGL with SDL and using OpenGL with an X11 window (OpenGL-wise). The only differences are the calls that depends on the windowing system: the creation of the GL context and the swapping of the front/back buffers. But I don't think it's worth it to create an Evas engine for OpenGL+SDL. It will be exactly the same as the GL-X11 engine (i.e just a wrapper of the GL-common engine). agreed. in fact the sdl engine is strange. it allocates sdl surfaces for images - but really doesnt do anything more than the software engine. there is not any good reason for this, and really the sdl engine shouldnt need to be any more than just an sdl wrapper handling the windowing system interfacing and display of ARGB32 data to the screen - the rest can be the software engine as-is. Actually, I don't think there should be a GL-X11 engine in Evas at all. Just the GL-common engine should be enough. Then all the code to create the GL-context and to swap the buffers (that is to say, all the code that is currently in the GL-X11 engine) should be moved to Ecore_Evas imho. This way, if we'd like to use OpenGL+SDL or OpenGL+Win32, there will be no need to create a new Evas engine. We would just have to create the window, the GL-context and to use it with the GL-common engine of Evas (all of these could be done in Ecore_Evas). And it will make it possible to use Evas in your own OpenGL app which already has its own GL context: for example, you could use Evas for the GUI of an OpenGL game, which could be really cool imho :) i disagree. currently the engine does the swaps because that is the onyl sane way to get performance with gl. in theory it should render updates like the software engines do - render the update regions to a pbuffer/texture then copy to the frontbffer instead of allocating a whole backbuffer for the window. the problem is that if you expose this, this mechanism is no longer tweakable by the engine. the software engines dont force you to do anything special before or after rendering to make them display, and the gl engine shouldnt either imho. I see what you mean, and actually, it's just a design problem. But the thing is, because of this design issue, the GL engine is far more limited that what it could actually do. The only thing we would need to make it as powerful as it could be would be to change Ecore_Evas_GL_X11 from this: 1. Creation of a drawable 2. Creation of the GL-engine from the drawable 3. While (1) do { engine-render() } to this: 1. Creation of a drawable 2. Creation of a GL-context from the drawable 2. Creation of the GL-engine 3. While (1) do { engine-render(); swap_buffers(GL-context) } but by doing this you ASSUME the mechanism for updating IS a glxswapbuffers - what if it isn't? what if we change it to do what i said (render to texture/pbuffer, then copy that to the frontbuffer) - maybe it might do things differently based on the driver (some drivers might be able to accelerate this, some may not).? the gl engine in this regard is no less limited than the software_x11 - EXCEPt it doesnt allow alternate drawable targets (pixmaps). what YOU want is the ability for the gl engine to render to a texture or pbuffer - and you get to specify that texture/pbuffer. that is what you really want. it would then work no differently to the software and xrender engines that can have pixmaps specified as targets (as a pixmap and window are the same for rendering purposes here). Indeed, the engine would no longer be self-sufficient since if you don't swap the buffers, nothing would be drawn (actually it would still be drawn on the backbuffer, but not on the screen), but if you see the engine as GL object, these new steps make sense. And I think accepting this design-problem is worth it if you look at what it would make possible: - Since the engine would behave as a GL-object, you could insert one or several Evas-es in your GL programs, meaning you could use for example, Evas in a 3D game
Re: [E-devel] Evas keydown segfault
On Thu, 19 Apr 2007 19:16:36 +0200 Sebastian Dransfeld [EMAIL PROTECTED] babbled: got a more extensive fix in cvs now. :) [EMAIL PROTECTED] wrote: Brian wrote: After some more digging, here's what I've come up with: * When you hit enter, the button widget is 'activated' * e_widget_activate() calls the No buttons callback, which deletes the dialog * this frees the evas, which frees its layers, which frees its objects, which happens to set obj-callbacks to NULL * e is still looping through its callbacks at this point, and segfaults * the NULL check in the aforementioned patch happens to work, but only by luck (the object pointer its accessing is now invalid). So, should we require that evas callbacks not free their evas? (E.g. force them to schedule a free and then actually do it outside of any callbacks) Or, should we alter evas to defer evas frees while walking an object's callbacks? Ummm... this is really more raster's domain of intimacy :) but I'd say that an evas obj's callback shouldn't free an evas (wether the one it's in or any other), but the latter possibility sounds like it could be reasonable as well.. I'd have to look at this in more detail to give any real suggestion on my part though. It will be damn hard to prevent an evas event to kill itself. Anyway, this patch works. Please review. Sebastian -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
On Thu, 26 Apr 2007 08:56:58 -0400 dan sinclair [EMAIL PROTECTED] babbled: yup :) also remember - the website is not static - it's an evolving thing, but the www site compared to wiki is meant to be much more static. if people wish to collaborate on documentation and guides to start with the wiki is a great place. as dan says - once things settle they can be release on gold on the main site - but that also depends on the code and projects they document getting a release. Luchezar Petkov wrote: dan sinclair wrote: On 25-Apr-07, at 3:05 PM, Luchezar Petkov wrote: 1) Rewrite/update the user guide on get-e.org and move it in the official site as user documentation. It will cover ONLY e17 itself and the official modules (ibar, ibox, etc etc) We can cover other applications as we see fit. There is no reason it has to be just e17. enlightenment isn't only the wm. What about entrance or other applications we create. Their just as much a part of the enlightenment project. 2) Anything that is outside of E17 itself should have it's documentation on the wiki. All maintained stuff in apps/ and e_modules/. Bigger projects such as Etk and Ewl can have their own web sites if wiki page is not enough for them - etk.enlightenment.org, ewl.enlightenment.org or with their own domains. This I disagree with. Enlightenment isn't just the WM. We want product pages for the different libs on the main site that not everyone can change. The currently setup works well with the libraries having a page under the about libraries section. This should stay. We might also want to add entrance or other apps as they become useful to the site. Adding a subdomain per library is going to get unwieldy pretty quick. Sure they'll all have wiki sites as well. Ewl has a lot of information on the wiki. We still want it on the main site. Everything in apps/ (except E and perhaps Entrance) and in e_modules/ is just hosted on our CVS. Anyone can write an app and host it somewhere else. Imagine this situation: we work hardly we release E. Great. But when people start to write modules and apps using EFL they will be using their own places to host their work. The fact that Ephoto, Exhibit and Extract (for example) are hosted on E CVS does not make them special or essential parts of the project. They are separate projects. They are all important because they are some of the first good and working apps written using EFL. Nothing more. Thus, in my opinion, we have to document their features in the wiki - as every new application that will pop up in the future (if the author(s) wants to use E's wiki). Being hosted in _our_ cvs makes it very much a part of the enlightenment project (and somethings that aren't). Some of those apps make really good examples of e code. Elicit for example. They also don't change enough for them to need a wiki. The wiki and the website have two completly different purposes. The website is our broucheor we want to be able to show people what we can do and what we've got available. The wiki is for changing documentation. Stuff that needs to be updated a lot. The e user guide should go on the wiki for now. At release we'll port it to the main site. Just because an app _uses_ the efl doesn't mean it's part of enlightenment. We don't have to host them on our site and they should, at most, have a mention in our wiki. We don't want our wiki used to support random project X. It can be linked but they should deal with their own infrastructure. Unless their part of e. Being in cvs is the main definition of being part of the enlightenment project. We are our cvs. The enlightement wiki is for enlightenment and enlightenment projects. Ruby-EFL is a good example of an external project that fits on our wiki. 3) Rewrite/update the current developers documentation for core EFL. Libraries that are outside of core EFL should have their documentation on the wiki. I can't help here, unfortunately - I'm not a hacker myself. The question here is: should the themeing docs be in this section or they should stay in the wiki? Should we include documentation for translation? Define core EFL. Do you mean just what the WM requires as that cuts out a large chunk of the enlightenment code. Anything in libs, that isn't dead, should be game to have a section on the website. Well, the biggest and maintained libraries can have their subdomains and separate websites with docs, wikis and whatever you want.Etk had its own web site, but seems that it's currently offline. But I just don't see a reason to include, for example, Engrave - small library, not much maintained, don't need big documentation, so a wiki page(s) perhaps will be the proper choice for it. If you really want all working/maintained libs documented on the site - ok, no problem. Yet, read above what I've said about
Re: [E-devel] WWW!
On Thu, 26 Apr 2007 19:16:35 +0300 Luchezar Petkov [EMAIL PROTECTED] babbled: ok, after this discussion, I've made this: http://wiki.enlightenment.org/index.php/E17_User_Guide And I need your opinions - what else should we add, do we need to remove something, are the sections in the proper order, etc. that's a really good start - well done! :) Once we finish the main skeleton, I'll start putting in content. My main question now is: should we mention or document some of the other EFL apps (except Entrance) in this user guide as they seem to be part of the Enlightenment project? Or they should be documented separately in other wiki pages? I think that the best way is to add in the end of the guide a section called Other Enlightenment applications and list some of the best there. Or something like that. When listing, we will link to their wiki pages where they're documented, screenshot-ed, etc. well eventually we will need to pick and choose things to include officially and not include. if it's in cvs it doesnt necessarily mean it will be released. this will need to be done on a case-by-case basis i think. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
On Wed, 25 Apr 2007 22:05:04 +0300 Luchezar Petkov [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: OK... Ok.. As you may noticed, I've putted some content. I need your opinion on it - is it nice, are the images nice - are they too big or too small or are they nice at all. And... About the content of the site.. We need a small plan. My ideas are: 2) Separate the documentation - User documentation and Developers documentation definitely. devs have need of different info than users. 1) Rewrite/update the user guide on get-e.org and move it in the official site as user documentation. It will cover ONLY e17 itself and the official modules (ibar, ibox, etc etc) as an enlightenment user guide - absolutely. if people want OTHER guides (ewl guide, rage guide, entrance guide etc.) then definitely write those. but i think we need to split things up. have some overall documentation that tells you which is which (e is a wm, entrance a login manager, etc. etc.) 2) Anything that is outside of E17 itself should have it's documentation on the wiki. All maintained stuff in apps/ and e_modules/. Bigger projects such as Etk and Ewl can have their own web sites if wiki page is not enough for them - etk.enlightenment.org, ewl.enlightenment.org or with their own domains. even e17 itself should be on the wiki - the www site is for now only a brochure site and being set up to hold content for when a release happens. any apps that get enough developer support and maintenance behind them and have a good level of quality could become official too. 3) Rewrite/update the current developers documentation for core EFL. Libraries that are outside of core EFL should have their documentation on the wiki. I can't help here, unfortunately - I'm not a hacker myself. The question here is: should the themeing docs be in this section or they should stay in the wiki? Should we include documentation for translation? wiki is good. for theme docs too. and for translation. 4) Make get-e.org a site only for resources - themes, wallpapers, unoffical modules, maybe. Just like now, but without the documentation. (it will be pointless if we move the docs on e.org) sounds good to me - a resource site :) Tell me what you think and I'll start working on it as far as I can. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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 DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_timer_del() callback?
On Mon, 23 Apr 2007 20:56:01 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: On 4/23/07, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Mon, 23 Apr 2007 19:42:39 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: when you add a timer, animator etc. etc. - you get a handle returned to that timer, animator etc. henceforth you should refer to THAT timer or animator etc. by THAT handle - as that handle is unique and uniquely identifies THAT timer etc. i may add multiple timers to go off in 1.0 seconds to call the same function with the same data passed - but be stored in different locations. as for deletion - timers are explicitly deleted by ecore_timer_del OR if they reutrn 0, they will be deleted and not repeated. you simply meed to have some sort of wrapper function that collects the timer callback return value (and calls it of course) and if it returns 0, clean up anything extra you set up. this should give you everything you need. :) Ok, done :-) Sooner or later I'll have to host this somewhere, where do I apply to get it at e cvs? to any existing developer. have you looked in the devs module in cvs (cvs -z3 co devs) - you need to provide us with a username (i.e a directory) and some files (info.txt and a ssh public key). Already done: - ecore: main loop, timer, animator - evas: canvas basics, some barebones of objects, rectangle I'll try to have ecore_evas basics so I can display something graphical tomorrow, then I'll go back to evas and focus on it getting full Evas_Object support and then start evas objects, possible until I reach Evas_Smart API, that will require some think on how to wrap ;-) you have more up to date mails on this - i'll jump to them :) -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] SDL Engine
On Wed, 25 Apr 2007 04:19:06 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: No it won't work to use his caching code, as is, for some of the other engines. But it can be made to work. One needs to Just to follow up on this a bit.. Again, one could make it work (though it would require a bit of work, some re-structuring of current stuff, etc), but the real question here is wether this would be desirable to have or not. One thing this would allow is for 'localized' image caches, eg. it would allow per-evas canvas caches if desired (and indeed his current sdl engine implementation has that), or per-'engine' (which is better, as far as memory use is concerned), etc. It would also 'simplify' the caching code a bit as it would have a generalized form, and indeed it also depends on a generalized image structure. However, in the interest of expediting a software_sdl engine, I'd suggest that maybe it would be better if that part of it were left for another time, when such an idea can be looked at in more detail. :) agreed. a generic caching mechanism beyond the basic one behind the common argb32 code needs more discussion. as i have mentioned i see the need to make a layer better than just the caches so far discussed. tile-based caches, tile-based retrieval and storage of data so we can cache pre-scaled data, even dynamically page image data from files as needed if you have massive images for example etc. Yeah, you've mentioned this to me before.. It's a good idea, but it would take things quite a bit further than what's needed right now. We've also talked about a 'generic' cache mechanism before.. one that could be useful as an ecore lib say (and recall that such a mechanism required one to give 'free', 'copy', and other functions - very similar to what cedric proposed). But again, that is going further afield than is needed right now. actually now you mention it - i think we really do need a much better generic SHARED caching lib. i have mulled over this before, but we need a way for multiple PROCESSES to share a cache - in ram. i.e. shm segments (or mmap shared files). so you'd need either a cache handler daemon that everyone ipc's to or a way of having a meritocracy with the cache - but you need to lock, unlock, modify, dirty etc. to date i actually know of no such implementation of such a system anywhere for linux/unix etc. - a userspace generic higher level data cache. As far as evas image caching goes, one doesn't really need a mechanism exactly like what cedric had, but some work there would be good for several reasons. First, and I think this is initially what prompted him to attempt to rewrite things, it would be useful to have things more 'generic' in form - in order to reduce code duplication, to make it easier to deal with engine specific image caching issues, and things of that sort. sure. agreed. evas's internals probably need a bit of a going-over. For me though, this is intertwined with another basic aspect that's needed in order to extend evas' current capabilities - namely, we need a kind of 'engine level' object system.. preferably, one that allows for easily 'falling back' on software routines if needed. indeed. it has some of that for now - but not all of it. Now, there are many ways one could do that, eg. one could use something like what you have in e17, or in ewl or etk... For me it was simpler to use a version of the current canvas-level object design. When it comes to image objects though, we also need a generic image structure to hold data and whatever engie specific stuff.. and to make things easier let's say we want to build these on-top-of the current RGBA_Image structure. Let's call these structures Engine_Image, and let's take it to be of a form like: struct Engine_Image { RGBA_Image *im; void *engine_data; char *cache_key; intflags; intrefs; }; Here, the void *engine_data holds any engine specific stuff, eg. for the xrender based engines this would be similar to the current XRImage structure (minus certain things). actually - this is a problem. you need to be able to have MULTIPLE engine share the same cached image - you need multiple engine_data's - thus why i wrapped the other way around. you need to support a software_x11, xrender_x11, gl_x11 et. engine all at once (currently this is broken for fonts actually as they work in this way above). Ok, these are our engine images which are to be loaded/ cached/etc. How do we rewrite the current caching mechnism around these? First, one needs a cache for each engine. This structure can be whatever, but let's take it like the current active/inactive/ dirty system (I'm not sure the 'dirty' hash is really worth having), which will cache such engine_image
Re: [E-devel] [Fwd: E CVS: www andreas]
On Fri, 27 Apr 2007 22:08:04 -0400 Landry, Marc-Andre [EMAIL PROTECTED] babbled: Am I wrong or there is no more eet-config? If so there is an error with this addition. this is why i was saying we need to write the www pages again - not just copy over. a lot of docs are out of date/wrong. Feel little lost with all the last month change. LMA Original Message To: [EMAIL PROTECTED] Subject: E CVS: www andreas From: Enlightenment CVS [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Date: Sun, 22 Apr 2007 17:02:08 -0400 (EDT) Enlightenment CVS committal Author : andreas Project : web Module : www Dir : web/www/p/about/libs/eet Modified Files: en-body Log Message: lib about pages === RCS file: /cvs/e/web/www/p/about/libs/eet/en-body,v retrieving revision 1.1 retrieving revision 1.2 diff -u -3 -r1.1 -r1.2 --- en-body 15 Apr 2007 11:32:19 - 1.1 +++ en-body 22 Apr 2007 21:01:37 - 1.2 @@ -1 +1,88 @@ -pBody/p +table class='main' +tr +td class='main'div class=main + +centerh1Eet/h1/center + +p/p + +span class=contentmainbr / + + +pEET is a tiny library designed to write an arbitary set of chunks of +data to a file and optionally compress each chunk (very much like a zip +file) and allow fast random-access reading of the file later on. It +does not do zip as a zip itself has more complexity than is needed, and +it was much simpler to impliment this once here./p + +pEet is extremely fast, small and simple. Eet files can be very small +and highly compressed, making them very optimal for just sending across +the internet without having to archive, compress or decompress and +install them. They allow for lightning-fast random-acess reads once +created, making them perfect for storing data that is written once (or +rarely) and read many times, but the program does not want to have to +read it all in at once./p + +pIt also can encode and decode data structures in memory, as well as +image data for saving to Eet files or sending across the network to +other machines, or just writing to arbitary files on the system. All +data is encoded in a platform independant way and can be written and +read by any architecture./p + +pCode Example:/p + +div class=fragment +pre#include lt;Eet.hgt; + +int main(int argc, char **argv) { + Eet_File *ef; + char buf[1024], *ret, **list; + int size, num, i; + + strcpy(buf, Here is a string of data to save!); + + ef = eet_open(/tmp/my_file.eet, EET_FILE_MODE_WRITE); + if (!ef) return -1; + if (!eet_write(ef, /key/to_store/at, buf, 1024, 1)) +fprintf(Error writing data!n); + eet_close(ef); + + ef = eet_open(/tmp/my_file.eet, EET_FILE_MODE_READ); + if (!ef) return -1; + list = eet_list(ef, *, quot;num); + if (list) +{ + for (i = 0; i num; i++) +printf(Key stored: %sn, list[i]); + free(list); +} + ret = eet_read(ef, /key/to_store/at, quot;size); + if (ret) +{ + printf(Data read (%i bytes):n%sn, size, ret); + free(ret); +} + eet_close(ef); + + return 0; +}/pre +/div + +pThis code is compiled in the following manner: gcc `eet-config --libs --cflags` eet_example.c -o eet_example/p + +p +EET also provides the CLI quot;eetquot; tool which allows for easy EET +management and creation. Supported operations with the tool include +listing the contents of an eet file, and both packing and unpacking +of an eet file, as well as some compression control over files to +be packed. +/p + + + + +p class=managerEET's project manager is a target=_self class=lite href=http://enlightenment.sourceforge.net/Main/The_Team/;Carsten quot;Rastermanquot; Haitzler/a./p/span + +/div/td +/tr +/table - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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 (東京 日本)
Re: [E-devel] e_confirm_dialog changes
On Sat, 28 Apr 2007 21:41:49 +0200 Laurent Ghigonis [EMAIL PROTECTED] babbled: a very good point there - you do indeed need a handle to be able to nuke the dialog and avoid callbacks to code that now no longer exists :) commit the pooch! :) Hi ! I wanted to use e_confirm_dialog in a module and i realised that there is no way to destroy the dialog window, cause the e_confirm_dialog_show does not return anything. I did some change, to make possible deletion of a confirm dialog. The E_Confirm_Dialog struct is now in the .h, and it is an E_Object so it can be deleted easily. It's now more like E_Config_Dialog. Attached a patch, wich i'd be happy to commit if it looks good for everyone =) laurent -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW: button problem with Firefox version?
On Sun, 29 Apr 2007 12:17:10 +0200 Andreas Volz [EMAIL PROTECTED] babbled: Hello, I've FireFox 2.0.0.3 on my main computer (Gentoo) installed. The buttons on the website look good. See here: http://tux-style.de/tmp/e_website_ok.jpg On my laptop is Firefox 1.5.0.11 (Ubuntu) installed. The buttons doesn't look so good: http://tux-style.de/tmp/e_website_nok.jpg Perhaps this is more a font problem than a Firefox problem. Any ideas how to solve this? unsure - maybe its your minimum font size preferences - we explicitly set a PIXEL size for those fonts to try and keep them small so they fit. regards Andreas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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 DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DR17 Korean Locale and Theme (0.16.999.037)
On Mon, 30 Apr 2007 00:43:58 +0900 Michael Kim [EMAIL PROTECTED] babbled: Full Korean Localization. (tested on 0.16.999.037.) Not only messages, but also theme supported. but, korean font does not included. 1. Downloading Korean Font in following site. UnFont (GPL) - http://kldp.net/projects/unfonts/ 2. including following item. Korean system message. Korean menu. Korean theme. (default theme; BLING BLING ) actually if your system is set up with fontconfig and can do korean via fontconfig - try changing the default font in the font config to Sans :) korean should just work. we don't include fonts for chinese, korean, japanese etc. because they make our distribution VERY large (it grows by about 10-20mb just to include these fonts). we did early on, but have removed them. -- ESN Michael Kim [EMAIL PROTECTED], [EMAIL PROTECTED] -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] python-evas and python-ecore bindings (v2, 20070429)
On Sun, 29 Apr 2007 22:19:19 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: A much improved version, with object event callback support. Evas objects done: Rectangle, Line and Image. This version features an utility object evas.Rect that operates on rectangular coordinates, with nice methods like clip(), union(), clamp(), contains(), intercepts() and access through properties like left (x), right, top(y), bottom, top_left, top_right, bottom_left, bottom_right, center_x, center_y, center... Objects and Canvas provides their rect as attribute and Objects also provide top_bottom, top_right, bottom_left, bottom_right, center, so you can do obj.center = canvas.rect.center :-) It's almost at the point it's good enough to be included in CVS, anyone can help ;-) I'll try to have edje done by tomorrow and then be back to Evas and its objects. ok- see my previous email on cvs access :) then - cvs it is. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Minor Rage Patch
On Thu, 26 Apr 2007 17:01:26 -0400 Zachary Goldberg [EMAIL PROTECTED] babbled: Attached patch allows a second tap of the space bar to resume after a user has already hit space to pause :). patch es nada! :) -- Zachary Goldberg Computer Science Major School of Engineering at the University of Pennsylvania Philadelphia PA -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DR17 Korean Locale and Theme (0.16.999.037)
O.k, I see. I think, gettext can't translate edj(like old version). (Cuz, I cannot find some messages in PO file.) If it isn't, I will trying to that work. Thank you. -- ESN Michael Kim [EMAIL PROTECTED], [EMAIL PROTECTED] -Original Message- From: Carsten Haitzler (The Rasterman) [mailto:[EMAIL PROTECTED] Sent: Monday, April 30, 2007 1:44 PM To: Michael Kim Cc: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] DR17 Korean Locale and Theme (0.16.999.037) On Mon, 30 Apr 2007 00:43:58 +0900 Michael Kim [EMAIL PROTECTED] babbled: Full Korean Localization. (tested on 0.16.999.037.) Not only messages, but also theme supported. but, korean font does not included. 1. Downloading Korean Font in following site. UnFont (GPL) - http://kldp.net/projects/unfonts/ 2. including following item. Korean system message. Korean menu. Korean theme. (default theme; BLING BLING ) actually if your system is set up with fontconfig and can do korean via fontconfig - try changing the default font in the font config to Sans :) korean should just work. we don't include fonts for chinese, korean, japanese etc. because they make our distribution VERY large (it grows by about 10-20mb just to include these fonts). we did early on, but have removed them. -- ESN Michael Kim [EMAIL PROTECTED], [EMAIL PROTECTED] -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
It seems that a lot of eng_* functions do not test 'data'. Should we add that test in these functions too ? Vincent On Mon, 30 Apr 2007, Enlightenment CVS wrote: Enlightenment CVS committal Author : raster Project : e17 Module : libs/evas Dir : e17/libs/evas/src/modules/engines/software_x11 Modified Files: evas_engine.c Log Message: gustavo's patch on free an empty/unused evas. === RCS file: /cvs/e/e17/libs/evas/src/modules/engines/software_x11/evas_engine.c,v retrieving revision 1.9 retrieving revision 1.10 diff -u -3 -r1.9 -r1.10 --- evas_engine.c 13 Nov 2006 23:23:44 - 1.9 +++ evas_engine.c 30 Apr 2007 04:23:47 - 1.10 @@ -253,6 +253,8 @@ { Render_Engine *re; + if (!data) return; + re = (Render_Engine *)data; evas_software_x11_outbuf_free(re-ob); evas_common_tilebuf_free(re-tb); - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. Message délivré par le serveur de messagerie de l'Université d'Evry. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel