Re: [E-devel] Evas Evoak future changes
Jorge writes: So, the gfx parts of the engines (and some that are not directly gfx aspects) are really mostly a bunch of functions that apply to each object type, and some core functions that apply to all object types, and some that apply to display-target aspects. So, the 'engines' are in large part just the obj types themselves. Extending the engines is thus largely equivalent to extending the set of object types, and possibly the global gfx context. If one can suitably set that up, then there's no need to export a lot of specific internals to get modularization. im not sure i actually understand what you are trying to explain :) maybe you mean that if i setup correctly an API for object engines there's no need to export internal functions? you are correct, and then is my fault to no explain myself correctly =) on the mail i sent there two different things: - make an object engine - export internal functions (note that the last isnt needed for the first) i'll explain a little more on what i did with my local version: in current evas each engine should declare a Evas_Func and fill the functions (this is the engine API). so the idea is to make another type of engine with its own type of functions struct, like Evas_Engine_Object_Func and make current struct like Evas_Engine_Render_Func. note that the comparision if the engine is of type render or object is done at the evas_engine subsystem i explained on the previous email. the type of functions an object engine should declare in its struct are for example a function for an object_move, object_resize, etc. there's no point that a normal engine (render) must define those functions too. so if i understood correctly this is the engine API which i already implemented in my local version. I see.. a bit.. :) I think it would be great for evas to have the 'object engine' aspect you developed.. though it's just never truly clear what object related functions are needed on a per object type basis. If you can have it without exporting the 'engine funcs' then that would be best I think (however, if this 'object engine' relates to exporting functions related to the canvas level object functions then see below). Exporting anything to do with the 'render engine' (the current engine funcs) would be premature, and in fact, I personally would like to get rid of most of the engine funcs - replaced by 'obj types'. Let me give you a better idea of what I have in mind here in case you find it of interest or relevant somehow.. it does seem like there's some overlap between what you describe as an obj-engine and some things I believe the render part of the engines could be modified to. Currently, if you wanted to add a new type of object to evas, then at the canvas level you need to add the set of api functions and the set of internal obj-funcs. At the engines level, you might have to add some set of engine functions for dealing with the states available through the obj's api, and possibly a render function. One way to achieve all this in a simple manner is to add engine functions which not only mirror the obj's api funcs, but also funcs which mirror the obj-funcs which all canvas objs may/need define ie. things like new, free, render, render-pre, is-visible,... If we do this for all objs, then the engine funcs relating to particular obj types can instead be considered as funcs belonging to an 'obj-type' structure associated with that type of obj. The set of such obj-types would thus become what is now the engine funcs.. They would no longer be held by an evas instance, but rather by an instance of the object-type relative to the given evas instance. Some of the funcs can be display-target specific (for more efficient implementations) - but there's a way to actually have a generic, or virtual, argb target (similar to the buffer engine) from which one could obtain any other targets.. IF the display targets support certain 'standard' functionality, namely: 1. the ability to 'grab' a selected part of the target surafce to an argb buffer, and to 'put' an argb buffer onto the target surface. 2. the ability to composite an argb buffer and an a8 mask onto the target surface. These two things, and some similar others, are what I would have as part of the engine funcs.. instead of the obj specific stuff. With just those two - you can go far.. albeit not necessarily the most efficient means of realizing an object type in a given display target, but a general fallback mechanism at least (that can be optimized per engine as desired later) - and one which would allow you to do things like add brand new display targets that work with object types it knows nothing about. If one sets things up as 'object types', rather than 'engine funcs', plus some 'standard' funcs related to argb buffers... then not much is needed to be shared beyond
Re: [E-devel] New patch for entranced and entrance
Hi, here's another patch for entrance.OK, I've done this acccording to what raster told me, I hope I understood these things properly.1) A shell should be run, so the users's profile is loaded. After thinking about it, this is a great idea indeed, this way if I have a ~/bin in my PATH my wm can run those applications directly (no strings attatched) and it's the right thing to do. 2) The first attempted shell should be the users's shell. This is almost guaranteed to have -l. We only try to run this if the shell isn't .3) We run /bin/sh -l. If the users's shell with a '-l' didn't work (maybe because it was uninstalled or something) we may get to this point. 4) If the above didn't work, we log a warning message and try to run /bin/sh without -l anyway. Note that the users's PATH, will probably not be setup properly in this case (at least for me programs in /usr/local/bin weren't available with the run thingie and my eapps in the favorite applications menu were missing) Oh, btw does the run thingie have a name so I can stop calling it the run thingie? :)5) If the above failed as well (the user's shell is uninstalled and /bin/sh was linking to it or whatever) we log an error message and cry :(( Some things that should me noted about my patch1) As before, X isn't started through a shell anymore. The cmdline is parsed and executed directly, since this was desired.2) I've cleaned up the code in entrance_session_start_user_session if a few ways. a) there was a 'shell' variable which wasn't getting used. I found a good use for it. b) the current code is structured in a weird way imho. The call to execl() is outside the fork switch, so, somehow, it would call the session in the child pid and recall entrance_login in the parent pid. Why would we want to do that? X will restart and entrance_login will get called again anyway, when the program exits.In my patch, the parent calls wait(), holding its pants on until the child's session ends. No more sleep(), less code in the function and things look a bit more normal(). 3) In _entrance_session_execute_in_shell, each shell is called inside a fork, and waited for by the parent process. This is done so we can catch errors like 'sh: Illegal option -l'. Is this in any way wrong? 4) Oh, and ecore_x_shutdown(); and ecore_shutdown() are being called now, just like the TODO says.5) I've tested it in three ways.- working user shell- user shell not working, sh is a login shell- user shell not working, sh is not a login shell. Everything went well in all these circumstances.That's about it. Is this one any good?Cheers,Eugen.PS: Congrats Essien for changing the session handling. It works great now. On 8/29/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Tue, 29 Aug 2006 06:12:47 +0200 Sebastian Dransfeld [EMAIL PROTECTED]babbled: Carsten Haitzler (The Rasterman) wrote: On Mon, 28 Aug 2006 16:55:19 +0200 Sebastian Dransfeld [EMAIL PROTECTED] babbled: Eugen Minciu wrote: On Mon, 28 Aug 2006 14:29:08 +0100 Essien Ita Essien [EMAIL PROTECTED] wrote: Well .. then maybe we shouldn't clearenv() in the first place? We may not need to, since setenv(x,y,1) is called, which overwrites the var's contents anyway. I didn't want to try it before because I suspected clearenv() was there for good reasons (and it feels right, too). However, it's strange you should mention this .. there is: entrance_auth_setup_environment(Entrance_Auth * e, const char *display, const char *path) so the display is sent as a paramter and it _should be_ set by the function itself. Could you investigate this a bit further? I'm willing to try not clearenv () - ing but it may introduce some even subtler (and weirder) problems. If you think it shouldn't though I'll try it out later on tonight, when I've some free time on my hands. clearenv must stay. The user must not inherit any environment from entrance. well- it does NEED to inherit DISPLAY... for starters. :) the problem is actually entrance executing enlightenment directly. no other dm does this as best i know. every login session is first executed by a shell which then executes the wm or session manager etc. thus the behavior issues. wm's like e expect to have a users environment already loaded by the time they run. (ie users $PATH is set and all the other goodies a user wants in their SHELL) DISPLAY is set by entrance for the user, so I would not call it inherit from entrance. clearenv first, then set user environment (DISPLAY++), then launch user session in a login shell. well the only way to set an env var inchild process is to set it before theprocess runs (either in the parent env or explicitly in the exec) :)but edoesnt magically set it itself :)--- Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]裸好多Tokyo, Japan (東京 日本)- Using Tomcat but need to do more? Need to
Re: [E-devel] shelf contents
Carsten Haitzler (The Rasterman), il 30/08/2006 01:03, scrisse: see these images: http://www.rasterman.com/files/e17-hinting-bytecode.png http://www.rasterman.com/files/e17-hinting-auto.png http://www.rasterman.com/files/e17-hinting-none.png that is what you should see for each hinting mode. auto and none looks exactly as I see them here, bytecode is the best result on your side but the worst on my side :( if you don't there is something wrong with your freetype build or freetype itself. i have seen before that there have been bugs in some versions of freetype regarding hints. can you tell me what version of freetype you do use? here I have freetype-2.1.9 installed. -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali signature.asc Description: OpenPGP digital signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] evas / svg configure issue and solution
I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pulsing icon with edje
Am Wed, 30 Aug 2006 19:39:32 + schrieb Pierre Cassimans: thx for the code. I first thought it was the rel1 with 0 0 in stead of 0.0 0.0, but it didn't change the pixel shift. I think it's normal :( . What i found is that if you change the second transition to ACCELERATE, it is less visible, but maybe not the effect you want. Also if you change the time from 1.0 to 0.5 it is a little smoother. Yes, I found this solution also. I think it's much work to create nice effects. A good idea would be a edje effect showcase on the E website. Perhaps a lot of different effects as minimal example to learn from or copypaste into my own edje files. Where is the correct place for new effects? regards Andreas - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=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 (東京 日本) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] shelf contents
On Wed, 30 Aug 2006 14:00:47 +0200 Massimo Maiurana [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman), il 30/08/2006 01:03, scrisse: see these images: http://www.rasterman.com/files/e17-hinting-bytecode.png http://www.rasterman.com/files/e17-hinting-auto.png http://www.rasterman.com/files/e17-hinting-none.png that is what you should see for each hinting mode. auto and none looks exactly as I see them here, bytecode is the best result on your side but the worst on my side :( if you don't there is something wrong with your freetype build or freetype itself. i have seen before that there have been bugs in some versions of freetype regarding hints. can you tell me what version of freetype you do use? here I have freetype-2.1.9 installed. 2.2.1 here. i THINK 2.1.9 was one of the buggy releases from memory too - especially the bytecode hint handling. it made the e chars (how nice of them) fuzzy in bistream vera :) -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
On Thu, 31 Aug 2006, Carsten Haitzler wrote: On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. Still not completely happy yet ... In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:28:19: error: cairo.h: No such file or directory In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:33: error: expected declaration specifiers or '...' before 'cairo_t' /usr/include/librsvg-2/librsvg/rsvg-cairo.h:36: error: expected declaration specifiers or '...' before 'cairo_t' I will try to get some time tomorrow to do more investigation if you don't have any ideas of the top of your head. I appreciate you looking into this. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
On Wed, 30 Aug 2006 21:19:40 -0500 (CDT) D. Hageman dhageman@dracken.com wrote: On Thu, 31 Aug 2006, Carsten Haitzler wrote: On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. Still not completely happy yet ... In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:28:19: error: cairo.h: No such file or directory In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:33: error: expected declaration specifiers or '...' before 'cairo_t' /usr/include/librsvg-2/librsvg/rsvg-cairo.h:36: error: expected declaration specifiers or '...' before 'cairo_t' I will try to get some time tomorrow to do more investigation if you don't have any ideas of the top of your head. I have noticed that it is very librsvg version dependant. evas should be checking for the later version 2.13 that has the proper include files. signature.asc Description: PGP signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] WARNING! evil fm bug
As a heads up, deleting a favorite from the file dialog in e17 is broken (at least was a few days ago). Instead of removing the symlink, it starts to remove the dir pointed to. If that happens to be important and you ahve write permission to it I think raster may have fixed this already (I saw a commit regarding symlinks, but didn't look in detail). Just in case he didn't, you've been warned. Now raster, I want my Applications (mac) back! :) -- rephorm - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WARNING! evil fm bug
On Wed, 30 Aug 2006 21:47:08 -0500 [EMAIL PROTECTED] wrote: As a heads up, deleting a favorite from the file dialog in e17 is broken (at least was a few days ago). Instead of removing the symlink, it starts to remove the dir pointed to. If that happens to be important and you ahve write permission to it I think raster may have fixed this already (I saw a commit regarding symlinks, but didn't look in detail). Just in case he didn't, you've been warned. Now raster, I want my Applications (mac) back! :) The commit was regarding permissions, the permissions of the destination was being used instead of the permissions of the symlink when it came to allowing the deletion or renaming of that link. He may have fixed your evil little bug as a side effect. Please test, and throw things at raster if it's still broken. signature.asc Description: PGP signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WARNING! evil fm bug
On Thu, 31 Aug 2006 13:21:28 +1000 David Seikel [EMAIL PROTECTED] babbled: On Wed, 30 Aug 2006 21:47:08 -0500 [EMAIL PROTECTED] wrote: As a heads up, deleting a favorite from the file dialog in e17 is broken (at least was a few days ago). Instead of removing the symlink, it starts to remove the dir pointed to. If that happens to be important and you ahve write permission to it I think raster may have fixed this already (I saw a commit regarding symlinks, but didn't look in detail). Just in case he didn't, you've been warned. Now raster, I want my Applications (mac) back! :) The commit was regarding permissions, the permissions of the destination was being used instead of the permissions of the symlink when it came to allowing the deletion or renaming of that link. He may have fixed your evil little bug as a side effect. Please test, and throw things at raster if it's still broken. mmm that'll be because it uses the ecore_file recursive delete - and that follows symlinks... i suspect it shouldn't.follow them... will change :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel