Re: [E-devel] Strange maximize...
On Mon, 7 Aug 2006 17:41:30 + Aleksej Struk [EMAIL PROTECTED] wrote: On Tue, Aug 08, 2006 at 12:37:44AM +0900, Carsten Haitzler wrote: On Mon, 7 Aug 2006 17:09:02 + Aleksej Struk [EMAIL PROTECTED] babbled: On Tue, Aug 08, 2006 at 12:05:03AM +0900, Carsten Haitzler wrote: On Mon, 7 Aug 2006 16:57:21 + Aleksej Struk [EMAIL PROTECTED] babbled: On Mon, Aug 07, 2006 at 08:57:16PM +0900, Carsten Haitzler wrote: On Mon, 7 Aug 2006 13:05:48 + Aleksej Struk [EMAIL PROTECTED] babbled: Actually it is not behaves strange wrt the current maximize algo. Basically for now, the miximize algo thakes a whole screen as a possible window size and then cuts some parts from it wrt the objects on the screen. It does not take into account the possible maximum size of the window after maximization, or that the object on the screen(like your gnome panel) does not overlap the window after maximization(for example after vertical maximization). Recetnly there was a functionality that did all this stuff. But it was removed by the raster due to unknown reasons(at least for me :)). it was broken. IIRC it was broken because of the shelf stuff? right ? Raster, is it ok, if I redo it again ? it was just broken incorrect code - it was pure luck that had it work at all. So, the question is still opend - should I try to make it work again, or we can leave without it? sure - go for it! :) just keep it clean and right :) Ok. Put it on my todo. Will do this after I finish with shelfs and mouse binding config dialog. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ?$BMg9%B? Tokyo, Japan (?$BEl5~ ?$BF|K\) Now it's working! Thanks for listening!!! \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.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] [Entrance] SELinux integration
On 8/10/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 09 Aug 2006 17:15:26 +0200 Mivz [EMAIL PROTECTED] babbled: Yes, I'll read it :) Here is the patch. I'm still working on the policy files. I will finish them when I'm graduated in a few weeks. The patch contains a function I got from gdm. copied from gdm? verbatim? if so - this can't go into entrance (unless you change entrance's license - it becomes GPL then). you can copy the ALGORITHM and the IDEA - but NOT the code - well not without affecting licenses. essiene - beware of this. i recommend you don't accept the patch as-is. you rewrite the function from gdm. that's the first thing that came to my mind... you could also try to contact the author of that piece of code (hopefully the copyright holder is mentioned somewhere in the file) and ask him to re-license you that function under the 3-clause-bsd. Bye, Emme Harrie Hoogeveen John Kraal wrote: I believe he is very busy finishing school at the moment ;) He'll read this though. Essien Ita Essien wrote: John Kraal wrote: Great, The guy already made it, but he has no idea of how to make it optional (for use in Makefile.am, configure.in, etc). Nevertheless I'll let him submit. awesome. If somebody could do the makefile / configure.in, please do Let him mail it to me directly [EMAIL PROTECTED], I'll do the autoKUNGfoo and send it back to him to test. And uhhh... why is _he_ not on the mailing list directly himself? Entrance needs more love :), if he could hack in SELinux support, we can use some more hands _if_ he's interested in helping out more. Cheers, Essien Regards, John Essien Ita Essien wrote: John Kraal wrote: Hello, Are there any plans for integrating SELinux in Entrance-login as of yet? If not, somebody here is thinking about doing it.. Hiya John, Its not on the current todo list. However, please go ahead and do this, much appreciated. Once then send the patch to the mailing list for review, I'm not the maintainer, just a cleaner-upper with cvs access. That said, if you send this patch in, also copy xcomp at [EMAIL PROTECTED] (he finds it hard to follow the patches on the ml, since its sooo long). One way or the other, the other, the friggin patch will go in :) *hint* Entrance need more ppl to show it more love *end hint* Cheers, Essien Regards, John - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ 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 -- Aspetto
Re: [E-devel] Wallpaper on Triple Head Setup
Alexander Griesser wrote: Is someone interested in adding this feature to desklock? e.g. being able to configure a per-screen wallpaper as you do in the wallpaper configuration itself? Would an option to use the desktop wallpaper solve your problem? (I'm not offering to make it, just tossing out an idea..) -- Cheers, Morten :wq - 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] E CVS: engage handyande
Am Thu, 10 Aug 2006 13:27:28 +1000
schrieb David Seikel [EMAIL PROTECTED]:
window.c: In function `window_input_shape_rectangle_set':
window.c:49: error: `ShapeInput' undeclared (first use in this
function) window.c:49: error: (Each undeclared identifier is reported
only once window.c:49: error: for each function it appears in.)
At least on my SuSE 9.3 Pro.
Sorry, I forgot that not everyone is on the bleeding edge.
patch attached. Index: window.c
===
RCS file: /var/cvs/e/misc/engage/src/window.c,v
retrieving revision 1.32
diff -u -r1.32 window.c
--- window.c 9 Aug 2006 21:38:13 - 1.32
+++ window.c 10 Aug 2006 12:17:22 -
@@ -40,6 +40,7 @@
static void
window_input_shape_rectangle_set(Ecore_X_Window win, int x, int y, int w, int h)
{
+#ifdef ShapeInput
XRectangle rect;
rect.x = x;
@@ -47,6 +48,7 @@
rect.width = w;
rect.height = h;
XShapeCombineRectangles(ecore_x_display_get(), win, ShapeInput, 0, 0, rect, 1, ShapeSet, Unsorted);
+#endif
}
@@ -100,12 +102,14 @@
{
if (_ee != ee)
return;
-
+
+#ifdef ShapeInput
if(options.use_composite)
{
Ecore_X_Window win = ecore_evas_software_x11_window_get(_ee);
window_input_shape_rectangle_set(win,0,0,options.width,options.height);
}
+#endif
if (mouse_focus_timer)
ecore_timer_del(mouse_focus_timer);
@@ -119,12 +123,14 @@
{
if (_ee != ee)
return;
-
+
+#ifdef ShapeInput
if(options.use_composite) // it should be enough to do this at zoom out, but so it looks less cluttered
{
Ecore_X_Window win = ecore_evas_software_x11_window_get(_ee);
window_input_shape_rectangle_set(win,0,options.height-options.size,options.width,options.size);
}
+#endif
if (mouse_focus_timer)
ecore_timer_del(mouse_focus_timer);
@@ -236,13 +242,16 @@
ecore_evas_title_set(ee, Engage);
ecore_evas_name_class_set(ee, engage, engage);
-
+
+
if(options.use_composite)
{
+#ifdef ShapeInput
ecore_evas_alpha_set(ee, 1);
Ecore_X_Window win = ecore_evas_software_x11_window_get(ee);
ecore_x_window_override_set(win,1);
window_input_shape_rectangle_set(win,0,options.height-options.size,options.width,options.size);
+#endif
}
else
ecore_evas_borderless_set(ee, 1);
@@ -445,11 +454,13 @@
} else if (dock.state == zoomed || dock.state == zooming)
{
od_dock_zoom_out();
+#ifdef ShapeInput
if(options.use_composite)
{
Ecore_X_Window win = ecore_evas_software_x11_window_get(ee);
window_input_shape_rectangle_set(win, 0, options.height-options.size, options.width, options.size);
}
+#endif
}
}
-
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] Wallpaper on Triple Head Setup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Morten Nilsen wrote: Alexander Griesser wrote: Is someone interested in adding this feature to desklock? e.g. being able to configure a per-screen wallpaper as you do in the wallpaper configuration itself? Would an option to use the desktop wallpaper solve your problem? (I'm not offering to make it, just tossing out an idea..) Yes, that would do. But desklock needs to use the wallpaper of each separate desktop, e.g. having three tiles of one 3840x1024 picture (each being 1280x1024). So for every screen area (I don't know what this is really called in E17) desklock needs to use the according wallpaper. ciao, - -- | .-. |Alexander Griesser -- [EMAIL PROTECTED] | .''`. | | /v\ \ http://www.tuxx-home.at/ / : :' : | | /( )\ | GPG-KeyID: 0xA2949B5A | `. `' | | ^^ ^^ `-'`- | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE2xCd66HVD6KUm1oRAg8uAJ9kEOzGXbkvxrJaTLffOQ3wqhxKGwCfaY/G dncOTYPJo8K6PGg8kmLbH5g= =cLKI -END 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] Notification area
Hi all,I read about systray support on Raster's blog... I agree that systray is often ugly and mostly useless for managing applications that have a window. But what about the apps that popup notifications, like the update manager of Ubuntu, or apps such as network-manager that live only in the notification area? Is there a plan on supporting this kinda notifications?Thank you for the superb desktop,carl - 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] Using freedesktop.org .desktop files.
On Wed, 9 Aug 2006 03:18:41 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: David writes: According to the fdo specs, the user is allowed to select an icon size and theme. The spec contains methods of looking through the search paths to determine what icon themes and sizes are available. There is a fallback size and theme that every system must supply, but it doesn't have to be the default. B-) This is what makes evas a bad choice, it doesn't currently have an API for give me this image in this size, let alone taking into account the theme element. This is also one of the reasons that SVG is too hard, since it's a vector format, a size will need to be specified for evas to load it. Let's be careful with these statements here. Evas is not a bad choice for loading renderable formats of some type.. wether SVG or whatnot. One could imagine formats that are designed in such a way that they require that you specify any number of things in order to realize them as some set of pixels.. Assuming you had the means to actually render the format, or just have something else render it, you would still need to know what the types of attributes are, and then let the user have a means of specifying them somehow. Evas' current image loading api could actually handle most anything via the use of the (file, key) pair.. it's just a matter of wether or not to do it that way or some other way. Loading 'SVG icons', at this point in time, really just means rendering some static SVG doc at some scale and then using that rendered image.. There are libs that can do that, the most commonly used by some seems to be 'librsvg', which latest version seems to use Cairo for the rendering (and various other libs as well.. including glib and gdk I believe). corect - beyond evas missing a way to say load size XxY explicitly when loading (evas assuming the image format has a size of its own and it will load that) evas does everything needed. this is a api call job to add - but then a matter of adding the loader logic internally. -- - 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] Using freedesktop.org .desktop files.
On Wed, 9 Aug 2006 07:23:28 +1000 David Seikel [EMAIL PROTECTED] babbled: There are a few TODO items for E17 - * fm2 .desktop parser needs to handle i18n * use .desktop files and move eap editor to edit them etc. etc. instead to fix * if we want to do icons on the desktop - and as part of efm, i am thinking that we have little choice but to implement a .desktop file loader. this is not to hard - it's the xml jungle of the system menus that is sucky. the real problems are where to find the icons for the .desktop files. I already have all the code for parsing .desktop files and finding the icons according to the freedesktop.org (fdo) specs. Also, to support xsession files, essiene wants me to make the code available to entrance, since those are .desktop files. So the question becomes, where to put the code. I'm ready to cut and paste, just gotta know where. (I also have xml jungle menu code.) for e17 - just put it in src/bin/e_desktop_file.[ch]. According to rasters plans, we are replacing .eap files with .desktop files. Argue with him about the plans, I'm just implementing them since I have the code all ready to go. My initial plans are to implement .desktop file loading alongside .eap loading, so that .order files for instance could contain a mixture of both. This gives us a grace period where things wont break while we change over. fine :) The .eap code is in e_apps.c, and there is some really basic .desktop parsing code in e_fm.c. That's not the best place if entrance wants to re use the code. Evas or ecore are the candidates I am considering. Evas because we are essentially loading an image and some metadata. Ecore, because evas needs some extra API to allow the requesting of specific sizes. There may be a better place. Let me go over the relevant details. well - no - i don't think so. i think its best put in a fairly portable .c file and copy it into e17 and entrance - for now. at some future time - maybe ecore, but the creation of evas objects should be separate for sure. just have an api that can raw parse a .desktop file - provide the right fields from the locale, and be able to find an icon given some params (find the default, only find bitmaps, find a certain size icon, find one given theme X) etc. The information in a .desktop file is not complete, it requires the rest of the freedesktop.org system to be in place to be able to gather all the information required to actually load the icon. Any distro that is using .desktop files has that system in place, it's just up to the code to follow the spec and ferret out all that info. Typically a .desktop file only supplies the base name of the icon, you have to go through the fdo procedure to find an actual file with image data in it. Those files will be PNGs, SVGs, or XPMs. PNGs we can handle, XPMs we can add support for, SVGs are currently considered to hard, and are being left until later. What particular mix of PNG, SVG, and XPMs might be found is usually upto the distro makers to decide. The user can install more icon themes at any stage. So we will be getting lots of complaints until we support all three formats. XPM is not hard - loader is in imlbi2 - can be snarfed in. svg - well - a bigger issue - but i think we can avoid it for now and just display default icons in place. as long the the icon finder routine will return null when no icon can be found given the params - the code can fall back :) There are a few sources of paths to search for both icons and .desktop files. These include things like default paths, optional paths, environment variables, programs to run that return paths, KDE and GNOME can supply paths if they are installed, etc. KDE or GNOME are likely to be installed, and a lot of distros setup their fdo systems to suit those wms, so it is worthwhile using them as sources of search paths. E17 has it's own method of allowing the user to define search paths, this can also be used. The end result is prioritised lists of places to look for .desktop and icon files. fine :) According to the fdo specs, the user is allowed to select an icon size and theme. The spec contains methods of looking through the search paths to determine what icon themes and sizes are available. There is a fallback size and theme that every system must supply, but it doesn't have to be the default. B-) This is what makes evas a bad choice, it doesn't currently have an API for give me this image in this size, let alone taking into account the theme element. This is also one of the reasons that SVG is too hard, since it's a vector format, a size will need to be specified for evas to load it. just have an api for give me the icon file for this .desktop icon name given parameters of allow svg yes/no, theme, size, etc. etc. and let the code make that descision. need to produce and evas object itself - let code do that itself - it just knows what it SHOULD load, or CAN.
Re: [E-devel] Notification area
On Thu, 10 Aug 2006 08:23:38 -0400 Carl Bolduc [EMAIL PROTECTED] babbled: Hi all, I read about systray support on Raster's blog... I agree that systray is often ugly and mostly useless for managing applications that have a window. But what about the apps that popup notifications, like the update manager of Ubuntu, or apps such as network-manager that live only in the notification area? Is there a plan on supporting this kinda notifications? Thank you for the superb desktop, not for e17 - maybe e18. :) then again - patches accepted (if they are good) :) carl -- - 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 'shaped' gradient type
On Mon, 7 Aug 2006 08:15:30 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Attached is a tgz file containing a patch for a new evas gradient type named shaped. This type, unlike the others, does not use a described geometry, but instead uses an image to specify that. The type has as its params a string of the form: file:key:mode Each of file, key, and mode must be present. personally i would have made this 2 function parameters - fielname, key and then an enum for mode. then its split at the api level and no parsing need be done :) 'file' is the name of some image file. 'key' is the name of some key for loading from eet files -- if no key is desired, then one must write NULL as the key. 'mode' is one of: alpha, grey, or color. The mode will determine how the spectrum is used in conjunction with the image to obtain the result: 'alpha' uses the image's alpha channel as the index to the spectrum. 'grey' uses the image's grey channel, ie. the values a*(r+g+b)/3, as the index. 'color' uses all the image's color channels by using the spectrum as a color-modifier. eg. /path_to/image.png:NULL:color The evas_test_main program contains a sample of how to use this grad type... It can be used to obtain scaling/tiling/ rotating/re-coloring of images... jose. -- - 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 'shaped' gradient type
Carsten Haitzler (The Rasterman) wrote: On Mon, 7 Aug 2006 08:15:30 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Attached is a tgz file containing a patch for a new evas gradient type named shaped. This type, unlike the others, does not use a described geometry, but instead uses an image to specify that. The type has as its params a string of the form: file:key:mode Each of file, key, and mode must be present. personally i would have made this 2 function parameters - fielname, key and then an enum for mode. then its split at the api level and no parsing need be done :) you mean 3? Sebastian - 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] [Entrance] SELinux integration
*Suddenly appears out of nowhere* NO. No blatant copying of gdm code, even with permission. Study the algorithm and reimplement it, but don't copy blocks of code from GDM. Everything needs to be written from scratch. That's always been the design philosophy from the beginning -- a lot of stuff in Entrance is taken from GDM architecture/algorithm-wise, but I always took care to make sure I didn't copy code explicitly to avoid licensing problems. Great catch btw, Raster. Thanks. Ibukun On 8/10/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 09 Aug 2006 17:15:26 +0200 Mivz [EMAIL PROTECTED] babbled: Yes, I'll read it :) Here is the patch. I'm still working on the policy files. I will finish them when I'm graduated in a few weeks. The patch contains a function I got from gdm. copied from gdm? verbatim? if so - this can't go into entrance (unless you change entrance's license - it becomes GPL then). you can copy the ALGORITHM and the IDEA - but NOT the code - well not without affecting licenses. essiene - beware of this. i recommend you don't accept the patch as-is. you rewrite the function from gdm. that's the first thing that came to my mind... you could also try to contact the author of that piece of code (hopefully the copyright holder is mentioned somewhere in the file) and ask him to re-license you that function under the 3-clause-bsd. Bye, Emme Harrie Hoogeveen John Kraal wrote: I believe he is very busy finishing school at the moment ;) He'll read this though. Essien Ita Essien wrote: John Kraal wrote: Great, The guy already made it, but he has no idea of how to make it optional (for use in Makefile.am, configure.in, etc). Nevertheless I'll let him submit. awesome. If somebody could do the makefile / configure.in, please do Let him mail it to me directly [EMAIL PROTECTED], I'll do the autoKUNGfoo and send it back to him to test. And uhhh... why is _he_ not on the mailing list directly himself? Entrance needs more love :), if he could hack in SELinux support, we can use some more hands _if_ he's interested in helping out more. Cheers, Essien Regards, John Essien Ita Essien wrote: John Kraal wrote: Hello, Are there any plans for integrating SELinux in Entrance-login as of yet? If not, somebody here is thinking about doing it.. Hiya John, Its not on the current todo list. However, please go ahead and do this, much appreciated. Once then send the patch to the mailing list for review, I'm not the maintainer, just a cleaner-upper with cvs access. That said, if you send this patch in, also copy xcomp at [EMAIL PROTECTED] (he finds it hard to follow the patches on the ml, since its sooo long). One way or the other, the other, the friggin patch will go in :) *hint* Entrance need more ppl to show it more love *end hint* Cheers, Essien Regards, John - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ 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] $BMg9%B?(B Tokyo, Japan ($BEl5~(B $BF|K\(B)
Re: [E-devel] Entrance Config - YAET
Yes, unfortunately we need a widget toolkit. I'm largely letting Essien make the call on this one, but we might even go with both. This is the kind of situation I dreaded when ETK first started up, and unfortunately some people will consider a choice of one toolkit over another as some sort of broad endorsement -- it isn't. One thing I think we will definitely be doing is keeping form strictly independent of function...so even if we decided to screw it all and go wxWidgets or Swing, no problemo. Ibukun On Wed, 09 Aug 2006 22:20:20 +0100 Essien Ita Essien [EMAIL PROTECTED] babbled: Stephen Houston wrote: snip Its probably not a good idea to use etk or ewl because they are an extra dependency, and its in entrances best interests to keep it neutral. Just use evas objects, and edje for the gfx, and you'll be fine. i've seriously considered this too. i'm going to sleep on this, and i'm also in touch with xcomp. we'll reach a decision soon enuff. thnx. sure - and then.. eventually, you need a widget - of some sort, so you implement it... back to square one. entrance itself can getaway with no widgets - its text entry needs are very simple. but a config tool will need more... -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $BMg9%B?(B Tokyo, Japan ($BEl5~(B $BF|K\(B) - 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 - 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] Notification area
On Thu, 10 Aug 2006 08:23:38 -0400 Carl Bolduc [EMAIL PROTECTED] babbled: Is there a plan on supporting this kinda notifications? Thank you for the superb desktop, not for e17 - maybe e18. :) then again - patches accepted (if they are good) :) Can't that be handled entirely by a module, without anything extra in e core? Am I missing something obvious? --Ildar - 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] SDL Engine
Hi,
I started a SDL engine for evas and would like some feedback. First
it's
working and you will see something with evas_sdl_test. But I have already a
few questions.
I wanted to directly manipulate SDL_Surface inside RGBA_Image, but this
means
that for the destruction, I need to call SDL_FreeSurface or I didn't find a
way to do that using the evas_common API. To handle this case, I implemented
my own cache mechanism and copy/pasted all functions destroying some
RGBA_Image. Well that is working, but that's definitely not clean. So I
extract the cache mechanism and make it an evas API (separate patch in
evas-data-cache.diff). But this didn't change the problem with evas_common
function, like module loaders and others need to be copied. I really don't
know how to handle this case correctly. Perhaps adding some callbacks for
freeing and creating new image to evas_common_image_init() could be a
solution to this duplication of code. Did you prefer a separate cache API, or
should I put it back in the SDL engine ?
Right now SDL cache is only handling one RGBA_Image with the same
key/filename at a time. This means that if one RGBA_Image is dirty but still
referenced, the new one will not be able to evict it. I could fix this by
storing a list of RGBA_Image per key/filename, but right now the
evas_sdl_test seems to be correct. Did I need to take care of this kind of
issue or is it ok this way ?
In the same idea, what are the purpose of engine_image_border_set,
engine_image_border_get and engine_image_format_get ? They seem empty in all
engine I am looking in.
Now if you tried the test program and hide the SDL output, you will
notice
that the part that didn't change stays black. To solve this, I need to handle
SDL_ExposeEvent, but I don't really know where. As I understood most events
are handle in ecore. But X11 backend for example, seems to be aware of this
kind of issue. Did I need to check for SDL pending event every time
evas_engine_sdl_output_flush is running ? Or did it exist a better way to do
that ?
Cedric
diff -Nru -x CVS e17-main/libs/evas/src/lib/data/evas_cache.c e17-dev/libs/evas/src/lib/data/evas_cache.c
--- e17-main/libs/evas/src/lib/data/evas_cache.c 1970-01-01 01:00:00.0 +0100
+++ e17-dev/libs/evas/src/lib/data/evas_cache.c 2006-08-08 18:58:28.0 +0200
@@ -0,0 +1,482 @@
+#include values.h
+#include evas_common.h
+#include evas_private.h
+
+#define EVAS_CACHE_MAGIC 0xDEADBEEF
+
+static int _evas_cache_empty_necessity (Evas_Cache* cache, int object_size, int force);
+static void _evas_cache_remove_object (Evas_Cache* cache, int position);
+static Evas_Cache_Object* _evas_cache_lookup (Evas_Cache* cache, const char* key);
+static int _evas_cache_lookup_int (Evas_Cache* cache, const char* key);
+static Evas_Data_Error _evas_cache_match_size (Evas_Cache* cache, int adding_size);
+static Evas_Data_Error _evas_cache_match_count (Evas_Cache* cache);
+
+/**
+ * @defgroup Evas_Cache Memory pool manipulation functions for fixed size object
+ *
+ */
+
+/**
+ * Build a new Evas_Cache object
+ * @param evict Function called when an object must be removed from the cache.
+ * @param max_objects_count Limit the maximum number of objects in the cache (0 means no limit).
+ * @param max_size Limit the size of the stored object in the cache (0 means no limit).
+ * @return A pointer to the new allocated cache object
+ * @ingroup Evas_Cache
+ */
+EAPI Evas_Cache*
+evas_cache_init (void (*evict)(Evas_Cache* cache, const char* key, void* object, int reference), int max_objects_count, int max_size)
+{
+ Evas_Cache* new_cache = malloc (sizeof (struct _Evas_Cache));
+
+ if (new_cache)
+ {
+ new_cache-magic = EVAS_CACHE_MAGIC;
+
+ new_cache-cache_content = NULL;
+ new_cache-objects = NULL;
+ new_cache-current_objects_limit = 0;
+
+ new_cache-max_size = max_size;
+ new_cache-max_objects_count = max_objects_count;
+
+ new_cache-current_size = 0;
+ new_cache-current_objects_count = 0;
+
+ new_cache-evict = evict;
+ }
+ return new_cache;
+}
+
+/**
+ * Destroy the cache and evict all the object stored in it
+ * @param cache The cache object to be destroyed
+ * @return EVAS_DATA_NONE if no error happen during the destruction or the error code corresponding to the encoutered error.
+ * @ingroup Evas_Cache
+ */
+EAPI Evas_Data_Error
+evas_cache_shutdown (Evas_Cache* cache)
+{
+ Evas_Data_Error error = EVAS_DATA_NONE;
+
+ if (!cache || cache-magic != EVAS_CACHE_MAGIC)
+ return EVAS_DATA_NULL;
+
+ error = evas_cache_force_flush (cache);
+ if (error != EVAS_DATA_NONE)
+ return error;
+
+ free (cache);
+ return EVAS_DATA_NONE;
+}
+
+/**
+ * This function search inside the cache an object matching the key and increase the reference to it.
+ * @param cache The cache we refer to
+ * @param key The key pointing to the object we whant to get a reference to.
+ * @return A pointer to the increased
Re: [E-devel] Notification area
On Thu, Aug 10, 2006 at 11:51:24AM -0400, Dusik wrote: On Thu, 10 Aug 2006 08:23:38 -0400 Carl Bolduc [EMAIL PROTECTED] babbled: Is there a plan on supporting this kinda notifications? Thank you for the superb desktop, not for e17 - maybe e18. :) then again - patches accepted (if they are good) :) Can't that be handled entirely by a module, without anything extra in e core? Am I missing something obvious? --Ildar Sure, it can be done as a module. Patches is a generic term for code in this case ;) 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] Using freedesktop.org .desktop files.
actually - cairo is unlikely to become a main engine - just because it's extra work with no gain. we use what cairo uses directly ourselves already. this gives us better control and better performance. :) One never knows.. Always keep an open mind! :) sure - i did - i got far enough to see cairo only bought us an insanely slow enging with no other benefits. i didnt see continued work on it useful :) That was some time ago... cairo has gotten faster since, and will continue to do so. It could also be useful - fast or slow - for certain things, printing for example. There are actually many reasons why it would be good to have a working cairo engine. Setting up a 'generic' cairo engine would allow evas to have actual engines of the form: EVAS_CAIRO_BUFFER EVAS_CAIRO_FB EVAS_CAIRO_DFB EVAS_CAIRO_X11 EVAS_CAIRO_XCB EVAS_CAIRO_GL_X11 EVAS_CAIRO_PS EVAS_CAIRO_PDF and others... The gl-x11 case would be good as I believe that cairo's 'glitz' backend works fine, whereas evas' gl-x11 engine needs lots of... attention. Also, the pdf and ps backends would be useful. If the generic cairo engine is setup correctly, these actual engines would be as easy to obtain from it as is now the case for similar software engines.. and perhaps simpler for the xrender and gl cases. - 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 'shaped' gradient type
This type, unlike the others, does not use a described geometry, but instead uses an image to specify that. The type has as its params a string of the form: file:key:mode Each of file, key, and mode must be present. personally i would have made this 2 function parameters - fielname, key and then an enum for mode. then its split at the api level and no parsing need be done :) The grad type api consists of one entry point: evas_object_gradient_type_set(grd, char *type, char *type_params); where the 'type_params' encapsulates type specific data that might be needed or available for that type. This 'one-size-fits-all' approach has its obvious drawbacks.. and benefits (eg. one could have runtime loadable types without needing any included files whatever). Let me try and explain why I went with this. I wanted an extensible set of grad types... Without the above, we'd need to enumerate each supported type and then have type-specific api functions of the form: evas_object_gradient_type_blah_something_set/get() With things as they now stand, it would mean around 20+ api functions, and similar at the engines level. Without a decent framework for loadable object types, I felt that going with the 'type/type_params' approach would be best (of course an api function for listing the set of supported types, etc.. would be good). If at a later point in time evas does get loadable obj types, one would only need to deprecate the use of the 'type_params' string to deal with type-specific data, and instead use whatever type-specific funcs would be available. As far as the shaped-grad-type-params-format goes: One thing that could be done instead of the 'file:key:mode' format, is to use what is currently done internally by the image loading/caching mechanism.. namely 'file://:key://:mode'. - 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 'shaped' gradient type
On Thu, Aug 10, 2006 at 05:59:48PM +, [EMAIL PROTECTED] wrote: If at a later point in time evas does get loadable obj types, one would only need to deprecate the use of the 'type_params' string to deal with type-specific data, and instead use whatever type-specific funcs would be available. I'll second the desire for loadable object types. BUT, lets keep any drastic evas changes until AFTER we get e17 out the door. So, lets focus on the task at hand, then worry about the design improvements we can make to the backend libs. (Edje could use some refactoring of the code paths that handle different object types also -- although loadable wouldn't work for edje since we'd then have .edj incompatibilities). But, good things to keep in the back of our minds for later :) 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] SDL Engine
Cedric writes: Hi, I started a SDL engine for evas and would like some feedback. First it's working and you will see something with evas_sdl_test. But I have already a few questions. Well, I don't know anything about SDL, or how useful that might be, but it's certainly good work that you got as far as you did :) I'll let raster comment better on this.. but basically, when it comes to the image caching.. a general caching mechanism needs to be done yes -- one that can be used for any number of things. I had some some thoughts and code for this some while back and raster and I had discussed it a bit... but it's been sleeping for some time. Note though that the image caching mechanism has both a hash of 'active' images and a fallback list of 'inactive' images.. Here, that an object is 'active' means obj ref_count 0, and inactive means obj ref_count = 0. If an obj's ref count reaches 0, it gets removed from the hash of 'active' objs and placed at the head of the list 'inactive' ones. When looking for an obj, first the hash of active objs is tried, and if not found there, then the list of inactive objs is tried.. if an obj is found in the inactive list, it gets ref to 1, removed from the inactive list and added to the active hash... What setting the cache size does is to set a max on the memory used in the inactive list. Does your cache implentation follow this sort of pattern? In the same idea, what are the purpose of engine_image_border_set, engine_image_border_get and engine_image_format_get ? They seem empty in all engine I am looking in. The image 'border-set' is only used so far by the xrender engine, in order to fix some scaling issues of images with borders. This may have been a bad time to write a new engine.. ? There are many things that will change in the engine funcs -- this is needed in order to add various desirable api capabilities (eg. transforms and various vgfx related things). Maybe raster can give you more feedback :) jose. - 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] _ecore_evas_x_fullscreen_set
Hi,
_ecore_evas_x_fullscreen_set has IMO some ICCCM non-compliance and other
evilness. You can see the effects of this e.g. when toggling fullscreen
state in entice (key f) in many WM's, including e17 and e16.
1) _ecore_evas_x_fullscreen_set starts with ecore_x_window_hide. This is
a window withdrawal (ICCCM). When a client withdraws itself by unmapping
the application window it should wait for the WM to reparent the window
to root or change/remove the WM_STATE hint before proceeding to mess
around with the window.
This is not done and causes problems for many WM's.
2) When entering fullscreen mode the window is changed to
override-redirect type to override WM control of borders, sizes,
stacking etc.
This is in my opinion a very unusual and dubious use of the
override-redirect attribute.
I think that the whole fullscreen/unfullscreen thing should be left to
the WM, i.e. send an ECORE_X_WINDOW_STATE_FULLSCREEN client message to
the root window and let the WM do whatever it does when fullscreening.
This will of course only work with EWMH compliant WM's, but do we
care about non-EWMH compliant ones?
If yes, I think _ecore_evas_x_fullscreen_set should detect this and fall
back to the only other sane way to enter/leave fullscreen mode, i.e. use
the standard mechanisms to resize/reposition the window and set/unset
the borderless attribute (_MOTIF_WM_HINTS).
3) _ecore_evas_x_fullscreen_set messes with focus. IMO clients should
hardly ever do that (maybe except by requesting the WM) but again leave
it to the WM. In this case I guess it was a hack required to get the
override-redirect thing kind of working.
If there are no objections I will commit attached patch.
/Kim
Index: src/lib/ecore_evas/ecore_evas_x.c
===
RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_evas/ecore_evas_x.c,v
retrieving revision 1.87
diff -u -r1.87 ecore_evas_x.c
--- src/lib/ecore_evas/ecore_evas_x.c 11 Aug 2006 02:26:16 - 1.87
+++ src/lib/ecore_evas/ecore_evas_x.c 11 Aug 2006 02:34:56 -
@@ -1940,72 +1940,16 @@
static void
_ecore_evas_x_fullscreen_set(Ecore_Evas *ee, int on)
{
- if (((ee-prop.fullscreen) (on)) ||
- ((!ee-prop.fullscreen) (!on))) return;
- ecore_x_window_hide(ee-engine.x.win);
- ecore_x_window_override_set(ee-engine.x.win, on);
- if (on)
- {
- int rw, rh;
-
- ecore_x_window_size_get(0, rw, rh);
- ecore_x_window_raise(ee-engine.x.win);
- ecore_x_window_show(ee-engine.x.win);
- ecore_x_window_focus(ee-engine.x.win);
- ee-engine.x.px = ee-x;
- ee-engine.x.py = ee-y;
- ee-engine.x.pw = ee-w;
- ee-engine.x.ph = ee-h;
- ee-x = 0;
- ee-y = 0;
- ee-w = rw;
- ee-h = rh;
- }
- else
- {
- ee-x = ee-engine.x.px;
- ee-y = ee-engine.x.py;
- ee-w = ee-engine.x.pw;
- ee-h = ee-engine.x.ph;
- ecore_x_window_move_resize(ee-engine.x.win, ee-engine.x.px, ee-engine.x.py, ee-engine.x.pw, ee-engine.x.ph);
- }
+ if ((ee-prop.fullscreen on) ||
+ (!ee-prop.fullscreen !on)) return;
+
+ ee-prop.fullscreen = on;
+ ee-engine.x.state.fullscreen = on;
if (ee-should_be_visible)
- {
- ecore_x_window_show(ee-engine.x.win);
- ecore_x_window_focus(ee-engine.x.win);
- }
- ecore_x_window_move_resize(ee-engine.x.win, 0, 0, ee-w, ee-h);
- if ((ee-rotation == 90) || (ee-rotation == 270))
- {
- evas_output_size_set(ee-evas, ee-h, ee-w);
- evas_output_viewport_set(ee-evas, 0, 0, ee-h, ee-w);
- }
+ ecore_x_netwm_state_request_send(ee-engine.x.win, ee-engine.x.win_root,
+ ECORE_X_WINDOW_STATE_FULLSCREEN, -1, on);
else
- {
- evas_output_size_set(ee-evas, ee-w, ee-h);
- evas_output_viewport_set(ee-evas, 0, 0, ee-w, ee-h);
- }
- if (ee-prop.avoid_damage)
- {
- ecore_evas_avoid_damage_set(ee, 0);
- ecore_evas_avoid_damage_set(ee, 1);
- }
- if (ee-shaped)
- _ecore_evas_x_resize_shape(ee);
-/*
- if ((ee-expecting_resize.w 0)
- (ee-expecting_resize.h 0))
- {
- if ((ee-expecting_resize.w == ee-w)
- (ee-expecting_resize.h == ee-h))
- _ecore_evas_x_mouse_move_process(ee, ee-mouse.x, ee-mouse.y,
- ecore_x_current_time_get());
- ee-expecting_resize.w = 0;
- ee-expecting_resize.h = 0;
- }
- */
- ee-prop.fullscreen = on;
- if (ee-func.fn_resize) ee-func.fn_resize(ee);
+ _ecore_evas_x_state_update(ee);
}
static void
-
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] Using freedesktop.org .desktop files.
On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: well i lean to the put it in e and put another copy in entrance for now - not another ecore_desktop thing - but i do see a point of it being sharable. i can be tipped to ecore given some arguments :) but as i said - it only needs to parse .desktop files - provide structs to read, be able to FIND an icon file - not actually load it, be able to parse menu data and provide a menu tree etc. Yesterdays efforts where mostly about splitting up the parsing from the loading code, so that there is now code and structs to just parse the .desktop to a structure, just find a path to the icon file, just parse the menu files to a tree. Arguments to tip you to ecore_desktop_* for the parsing code - The history of this code is that it has been shuffled about from one place to another, sometimes with attendant controversy. You have given me the rush job of finally incorporating it into the window manager with the restriction that the wm dependencies are now set in stone. There are currently three potential users of the code, two of them in E, the other one in entrance. I have always been writing this code with a view to make it generically useful. You are the one that has complained in the past that all of E+EFL is in need of refactoring, something which I have agreed to help with. E and EFL are supposed to be small and fast. Given these restrictions, it makes a lot of sense to put this into ecore now. I don't have to move it yet again at a later date. We don't have to maintain two copies as we try to make it smaller, faster, and more generic. We don't have to merge two possibly divergent copies. We don't add to a future refactoring nightmare. We get all the controversy over and done with one more time, rather than many more times. The fdo desktop, menu, and icon code can finally have a permanent home. I will have one less source of instability to worry about this month now that my landlord has told me to get out by the end of the month so that he can renovate my place. B-) Part of the job you have given me is to re do the eap caching once we have converted over to .desktop files. As part of e17genmenu, which has to deal with hundreds of .desktop files, some of them read in multiple times, the .desktop file reading code already has a caching mechanism in place. Sure I might decide on a better mechanism once .desktop files are natively supported, but having two different copies of the code just complicates the caching issue. Having the code copied to two different places means lots of pain that can be avoided by putting it in a library that is already used by both those places. Later today I will put it into ecore_desktop unless I get some good arguments for putting it elsewhere. Then I will start modifying e as planned to use .desktop files and essiene can start using it for entrance. I know he is hanging out for the code. it should also be flexible to be able to parse added fields that we may add ourselves (the fm2 .desktop parser handles a small set of fields - and one of them is custom to fm2 - the Type member (also i recycled the URL, Name, Comment etc. fields). All fields that are in the .desktop file are included in an Ecore_Hash, some of them are also decoded into specific fields of my Fdo_Destop structure. I have no issue with adding more fields to that structure as time goes by. 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] Evas 'shaped' gradient type
If at a later point in time evas does get loadable obj types, one would only need to deprecate the use of the 'type_params' string to deal with type-specific data, and instead use whatever type-specific funcs would be available. I'll second the desire for loadable object types. BUT, lets keep any drastic evas changes until AFTER we get e17 out the door. So, lets focus on the task at hand, then worry about the design improvements we can make to the backend libs. It's not imminent :) However, the move to premul could be, and some restructuring of the image rendering internals to allow for image and obj transforms could be nearly so.. I've actually been hesitant to finish up and send the premul stuff due to the flurry of recent work.. maybe better to wait til e17 gets stable/released?? (Edje could use some refactoring of the code paths that handle different object types also -- although loadable wouldn't work for edje since we'd then have .edj incompatibilities). Not necessarily.. we'd see :) But, good things to keep in the back of our minds for later :) 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] Using freedesktop.org .desktop files.
BTW, raster is pulling my strings behind the scenes to get me to do this changeover, so I'll be coping all the flak coz people in here tend to ignore discussion until code is committed, then bitch about it afterwards. So I just want you all to know that I will be letting .eaps and .desktop files co exist for a while, and I will put in some instrumentation to see how fast both are. I want the new .desktop stuff to run just as fast as the current .eap stuff, so timing results will be useful while I optomise and cache things. Never forget that I invented the eap torture test and bugged raster about it, so performance is important to me. 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] Evas 'shaped' gradient type
On Thu, 10 Aug 2006 16:45:51 +0200 Sebastian Dransfeld [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Mon, 7 Aug 2006 08:15:30 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Attached is a tgz file containing a patch for a new evas gradient type named shaped. This type, unlike the others, does not use a described geometry, but instead uses an image to specify that. The type has as its params a string of the form: file:key:mode Each of file, key, and mode must be present. personally i would have made this 2 function parameters - fielname, key and then an enum for mode. then its split at the api level and no parsing need be done :) you mean 3? damn laptop keyboard... :) yes - 3 :) Sebastian - 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] Notification area
On Thu, 10 Aug 2006 11:51:24 -0400 Dusik [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 08:23:38 -0400 Carl Bolduc [EMAIL PROTECTED] babbled: Is there a plan on supporting this kinda notifications? Thank you for the superb desktop, not for e17 - maybe e18. :) then again - patches accepted (if they are good) :) Can't that be handled entirely by a module, without anything extra in e core? Am I missing something obvious? it could be - for sure. though again - then it'd be an external module - unless u send patches for an e17 module to go into the codebase... :) --Ildar - 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: well i lean to the put it in e and put another copy in entrance for now - not another ecore_desktop thing - but i do see a point of it being sharable. i can be tipped to ecore given some arguments :) but as i said - it only needs to parse .desktop files - provide structs to read, be able to FIND an icon file - not actually load it, be able to parse menu data and provide a menu tree etc. Yesterdays efforts where mostly about splitting up the parsing from the loading code, so that there is now code and structs to just parse the .desktop to a structure, just find a path to the icon file, just parse the menu files to a tree. Arguments to tip you to ecore_desktop_* for the parsing code - The history of this code is that it has been shuffled about from one place to another, sometimes with attendant controversy. You have given me the rush job of finally incorporating it into the window manager with the restriction that the wm dependencies are now set in stone. There are currently three potential users of the code, two of them in E, the other one in entrance. I have always been writing this code with a view to make it generically useful. You are the one that has complained in the past that all of E+EFL is in need of refactoring, something which I have agreed to help with. E and EFL are supposed to be small and fast. Given these restrictions, it makes a lot of sense to put this into ecore now. I don't have to move it yet again at a later date. We don't have to maintain two copies as we try to make it smaller, faster, and more generic. We don't have to merge two possibly divergent copies. We don't add to a future refactoring nightmare. We get all the controversy over and done with one more time, rather than many more times. The fdo desktop, menu, and icon code can finally have a permanent home. I will have one less source of instability to worry about this month now that my landlord has told me to get out by the end of the month so that he can renovate my place. B-) ok- make it an ecore_fdo blob (ecore_fdo sounds good? or ecore_xdg?) :) Part of the job you have given me is to re do the eap caching once we have converted over to .desktop files. As part of e17genmenu, which has to deal with hundreds of .desktop files, some of them read in multiple times, the .desktop file reading code already has a caching mechanism in place. Sure I might decide on a better mechanism once .desktop files are natively supported, but having two different copies of the code just complicates the caching issue. yes - do it :) Having the code copied to two different places means lots of pain that can be avoided by putting it in a library that is already used by both those places. Later today I will put it into ecore_desktop unless I get some good arguments for putting it elsewhere. Then I will start modifying e as planned to use .desktop files and essiene can start using it for entrance. I know he is hanging out for the code. it should also be flexible to be able to parse added fields that we may add ourselves (the fm2 .desktop parser handles a small set of fields - and one of them is custom to fm2 - the Type member (also i recycled the URL, Name, Comment etc. fields). All fields that are in the .desktop file are included in an Ecore_Hash, some of them are also decoded into specific fields of my Fdo_Destop structure. I have no issue with adding more fields to that structure as time goes by. cool. what i see would be best is that the load is cone with the ecore hash but then this is copied into a static struct on the e side (since we will be loading 100's or 1000's of .desktop entries - if each has their own hash this is rather expensive memory-wise). the other option is - we make the only source of a load the cache and nothing gets loaded until it goes into the cache. so there is code that loads and then adds to the cache - telling the real load to ok - look in cache now!. now cache becomes a mmap()'ed file, already laid out in an architecture-independent way (no pointers, just offsets for indexes) and thus this data is just mmaped() and thus will be paged by the kernel as needed and only what is needed is in memory - and if more than 1 process needs this data - it will share the cached map. ??? -- - 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
Re: [E-devel] [Entrance] SELinux integration
On Thu, 10 Aug 2006 10:37:52 -0500 (CDT) Ibukun Olumuyiwa [EMAIL PROTECTED] babbled: *Suddenly appears out of nowhere* NO. No blatant copying of gdm code, even with permission. Study the algorithm and reimplement it, but don't copy blocks of code from GDM. Everything needs to be written from scratch. That's always been the design philosophy from the beginning -- a lot of stuff in Entrance is taken from GDM architecture/algorithm-wise, but I always took care to make sure I didn't copy code explicitly to avoid licensing problems. Great catch btw, Raster. Thanks. thanks ibukun - entrance is your baby after all and your word should be final :) note - that function is not very long. it would be easy to write again. just examine the algorithm - check what can be re-done in different logic statements or different order (if it can) and use different variables etc. because it is so short - it will still be similar to the gdm function - but you should be just copying the algorithm an using it as a reference for oooh so THAT is the magic function in selinux that i need to call!. :) Ibukun On 8/10/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 09 Aug 2006 17:15:26 +0200 Mivz [EMAIL PROTECTED] babbled: Yes, I'll read it :) Here is the patch. I'm still working on the policy files. I will finish them when I'm graduated in a few weeks. The patch contains a function I got from gdm. copied from gdm? verbatim? if so - this can't go into entrance (unless you change entrance's license - it becomes GPL then). you can copy the ALGORITHM and the IDEA - but NOT the code - well not without affecting licenses. essiene - beware of this. i recommend you don't accept the patch as-is. you rewrite the function from gdm. that's the first thing that came to my mind... you could also try to contact the author of that piece of code (hopefully the copyright holder is mentioned somewhere in the file) and ask him to re-license you that function under the 3-clause-bsd. Bye, Emme Harrie Hoogeveen John Kraal wrote: I believe he is very busy finishing school at the moment ;) He'll read this though. Essien Ita Essien wrote: John Kraal wrote: Great, The guy already made it, but he has no idea of how to make it optional (for use in Makefile.am, configure.in, etc). Nevertheless I'll let him submit. awesome. If somebody could do the makefile / configure.in, please do Let him mail it to me directly [EMAIL PROTECTED], I'll do the autoKUNGfoo and send it back to him to test. And uhhh... why is _he_ not on the mailing list directly himself? Entrance needs more love :), if he could hack in SELinux support, we can use some more hands _if_ he's interested in helping out more. Cheers, Essien Regards, John Essien Ita Essien wrote: John Kraal wrote: Hello, Are there any plans for integrating SELinux in Entrance-login as of yet? If not, somebody here is thinking about doing it.. Hiya John, Its not on the current todo list. However, please go ahead and do this, much appreciated. Once then send the patch to the mailing list for review, I'm not the maintainer, just a cleaner-upper with cvs access. That said, if you send this patch in, also copy xcomp at [EMAIL PROTECTED] (he finds it hard to follow the patches on the ml, since its sooo long). One way or the other, the other, the friggin patch will go in :) *hint* Entrance need more ppl to show it more love *end hint* Cheers, Essien Regards, John - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Q about mail module
Hey all, I think, that this question mainly have to be adressed to devilhorns. Basically I have the problem with mail module. My config is the following: Mailbox: Maildir Name: local New Mail Path: /home/me/Maildir/new/ Current Mail Path: /home/me/Maildir/cur/ So I want to have sound playing when new mail arrives. I set 'Start Program When New Mail Arrives' checkbox, and put the following line into 'Program' field : esdplay /usr/local/share/sounds/aa.wav Although sound is playing on new mail, I have my E freezing after some time. I did not have E freezing before I set the programm above. Does anyone can report something similar ? sndev -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://astruk.googlepages.com/home - 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] Notification area
On Aug 10, 2006, at 4:03 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 10 Aug 2006 11:51:24 -0400 Dusik [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 08:23:38 -0400 Carl Bolduc [EMAIL PROTECTED] babbled: Is there a plan on supporting this kinda notifications? Thank you for the superb desktop, not for e17 - maybe e18. :) then again - patches accepted (if they are good) :) Can't that be handled entirely by a module, without anything extra in e core? Am I missing something obvious? it could be - for sure. though again - then it'd be an external module - unless u send patches for an e17 module to go into the codebase... :) I've been playing with a module that will do this. Probably the best way to do it is to add support to Ecore for the fd.o notification spec [1]. Then a module can just attach to DBUS and watch for messages. Right now I'm just playing with getting my module to accept and format messages properly independent of how it receives them. I'm thinking of modeling primarily after Growl for OS X. Don't let that stop anyone from working on a different module, I'm not exactly notorious for finishing these little side projects. :) 1. http://www.galago-project.org/specs/notification/0.9/index.html 2. http://growl.info/about.php -Blake - 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 08:01:33 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: i can be tipped to ecore given some arguments :) but as i said - Arguments to tip you to ecore_desktop_* for the parsing code - ok- make it an ecore_fdo blob (ecore_fdo sounds good? or ecore_xdg?) :) I thought about that. This is not the only fdo spec that we now, or might in the future, support. The other specs may or may not want to be covered by ecore_fdo, as their specs cover all sorts of different things. Xdg also covers all the other fdo specs. I think ecore_desktop is best, as this code deals with all the .desktop related stuff. it should also be flexible to be able to parse added fields that we may add ourselves (the fm2 .desktop parser handles a small set of fields - and one of them is custom to fm2 - the Type member (also i recycled the URL, Name, Comment etc. fields). All fields that are in the .desktop file are included in an Ecore_Hash, some of them are also decoded into specific fields of my Fdo_Destop structure. I have no issue with adding more fields to that structure as time goes by. cool. what i see would be best is that the load is cone with the ecore hash but then this is copied into a static struct on the e side (since we will be loading 100's or 1000's of .desktop entries - if each has their own hash this is rather expensive memory-wise). the other option is - we make the only source of a load the cache and nothing gets loaded until it goes into the cache. so there is code that loads and then adds to the cache - telling the real load to ok - look in cache now!. now cache becomes a mmap()'ed file, already laid out in an architecture-independent way (no pointers, just offsets for indexes) and thus this data is just mmaped() and thus will be paged by the kernel as needed and only what is needed is in memory - and if more than 1 process needs this data - it will share the cached map. ??? I'll get it in first, THEN worry about caching options. B-) 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 09:45:31 +1000 David Seikel [EMAIL PROTECTED] babbled: On Fri, 11 Aug 2006 08:01:33 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: i can be tipped to ecore given some arguments :) but as i said - Arguments to tip you to ecore_desktop_* for the parsing code - ok- make it an ecore_fdo blob (ecore_fdo sounds good? or ecore_xdg?) :) I thought about that. This is not the only fdo spec that we now, or might in the future, support. The other specs may or may not want to be covered by ecore_fdo, as their specs cover all sorts of different things. Xdg also covers all the other fdo specs. I think ecore_desktop is best, as this code deals with all the .desktop related stuff. hmm - so you plan on covering the fdo menu spec elsewhere? it should also be flexible to be able to parse added fields that we may add ourselves (the fm2 .desktop parser handles a small set of fields - and one of them is custom to fm2 - the Type member (also i recycled the URL, Name, Comment etc. fields). All fields that are in the .desktop file are included in an Ecore_Hash, some of them are also decoded into specific fields of my Fdo_Destop structure. I have no issue with adding more fields to that structure as time goes by. cool. what i see would be best is that the load is cone with the ecore hash but then this is copied into a static struct on the e side (since we will be loading 100's or 1000's of .desktop entries - if each has their own hash this is rather expensive memory-wise). the other option is - we make the only source of a load the cache and nothing gets loaded until it goes into the cache. so there is code that loads and then adds to the cache - telling the real load to ok - look in cache now!. now cache becomes a mmap()'ed file, already laid out in an architecture-independent way (no pointers, just offsets for indexes) and thus this data is just mmaped() and thus will be paged by the kernel as needed and only what is needed is in memory - and if more than 1 process needs this data - it will share the cached map. ??? I'll get it in first, THEN worry about caching options. B-) well it could be a full design decision from the get-go :) -- - 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 09:17:15 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Fri, 11 Aug 2006 09:45:31 +1000 David Seikel [EMAIL PROTECTED] babbled: On Fri, 11 Aug 2006 08:01:33 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Fri, 11 Aug 2006 08:07:56 +1000 David Seikel [EMAIL PROTECTED] babbled: On Thu, 10 Aug 2006 23:13:50 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: i can be tipped to ecore given some arguments :) but as i said - Arguments to tip you to ecore_desktop_* for the parsing code - ok- make it an ecore_fdo blob (ecore_fdo sounds good? or ecore_xdg?) :) I thought about that. This is not the only fdo spec that we now, or might in the future, support. The other specs may or may not want to be covered by ecore_fdo, as their specs cover all sorts of different things. Xdg also covers all the other fdo specs. I think ecore_desktop is best, as this code deals with all the .desktop related stuff. hmm - so you plan on covering the fdo menu spec elsewhere? Nope, the fdo menu spec is .desktop related stuff, it deals with pulling together all those .desktop files into a menu. So it also goes into ecore_desktop. 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] Using freedesktop.org .desktop files.
Carsten writes: XPM is not hard - loader is in imlbi2 - can be snarfed in. svg - well - a bigger issue - but i think we can avoid it for now and just display default icons in place. as long the the icon finder routine will return null when no icon can be found given the params - the code can fall back :) I can port the xpm loader over if no one else wants to do so (I thought someone had done this already?). As far as the svg loading: We've already mentioned using librsvg for that - I can give it a try and see how well it can be made to work if no one else wants to do so.. As to the issue of loading images at some specified size: First, let me note that svg docs do have an intrinsic size that one can read form the doc.. it's just that the w, h can be given in all sorts of units -- inches, cm, pts,... even user coord units (aka pixels). I believe that librsvg will either read the display dpi or assume a default value (likely 90 for both x and y), or allow one to set them, and then uses this to return pixel sizes for the image size. It also seems to allow one to set the pixel size to render the doc at - using whatever default dpi is set as a reference I presume, and then I'd guess by scaling that rendered result to the requested size. As to having a mechanism in evas for specifying a size to load an image at: We can do that.. But for now it may be better to simply load it at its advertised size (and that will hold for svg docs as well - as mentioned above), and then just set the fill and obj size accordingly.. ? jose. - 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 00:53:28 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Carsten writes: XPM is not hard - loader is in imlbi2 - can be snarfed in. svg - well - a bigger issue - but i think we can avoid it for now and just display default icons in place. as long the the icon finder routine will return null when no icon can be found given the params - the code can fall back :) I can port the xpm loader over if no one else wants to do so (I thought someone had done this already?). Dunno if anybody else was doing, and I'm busy this month. Feel free to go ahead with that. As far as the svg loading: We've already mentioned using librsvg for that - I can give it a try and see how well it can be made to work if no one else wants to do so.. Again, I have no objections. As to the issue of loading images at some specified size: First, let me note that svg docs do have an intrinsic size that one can read form the doc.. it's just that the w, h can be given in all sorts of units -- inches, cm, pts,... even user coord units (aka pixels). In the context of this thread, the freedesktop.org specs say that the user specifies the size in pixels of icons that they want, and for svg's, that means we need to render to that particular size. There is a default icon size of 48x48 if the user didn't specify a size. Outside of the context of this thread, sure use the intrinsic size if you need to. 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] Using freedesktop.org .desktop files.
On Aug 11, 2006, at 12:53 AM, [EMAIL PROTECTED] wrote: Carsten writes: XPM is not hard - loader is in imlbi2 - can be snarfed in. svg - well - a bigger issue - but i think we can avoid it for now and just display default icons in place. as long the the icon finder routine will return null when no icon can be found given the params - the code can fall back :) I can port the xpm loader over if no one else wants to do so (I thought someone had done this already?). As far as the svg loading: We've already mentioned using librsvg for that - I can give it a try and see how well it can be made to work if no one else wants to do so.. I don't think anyone would be happy to see Evas depending on GTK/GDK etc. Like Raster said, Evas already does 90% of what SVG requires, it's just the last bit is a pain to do because it's a special case. (At least that's how I read what he said. :) ) -Blake - 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] Using freedesktop.org .desktop files.
David writes: In the context of this thread, the freedesktop.org specs say that the user specifies the size in pixels of icons that they want, and for svg's, that means we need to render to that particular size. There is a default icon size of 48x48 if the user didn't specify a size. I've never looked at the fdo spec in question, but are you sure that it insists on icons being displayed at some restricted size? This seems like a rather large step into fixing/determining policy... Who is this user who specifies the size? And is it the must-be-rendered size or a preferred size or an available icon size? Is it possible the spec means that icons are to be provided in some set of sizes.. rather than that they must be rendered at some set of sizes? In any case, evas can scale images quite well, so things can be displayed at whatever size desired (it's just that it's best to have the desired size as close as possible to the image's intrinsic size). - 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] Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 02:48:45 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: David writes: In the context of this thread, the freedesktop.org specs say that the user specifies the size in pixels of icons that they want, and for svg's, that means we need to render to that particular size. There is a default icon size of 48x48 if the user didn't specify a size. I've never looked at the fdo spec in question, but are you sure that it insists on icons being displayed at some restricted size? This seems like a rather large step into fixing/determining policy... Who is this user who specifies the size? And is it the must-be-rendered size or a preferred size or an available icon size? Is it possible the spec means that icons are to be provided in some set of sizes.. rather than that they must be rendered at some set of sizes? The user is the logged in user that will be seeing the icons. There is a default size of 48x48 if the user doesn't use some method of selecting other sizes. There is an fdo specified algorithm for searching amongst any installed icon sets for an icon that closely matches that size. In the case of SVG, the code is simply expected to render to the user chosen (or default) size. Also part of the fdo algo is fallback options, default themes, inherited icons amongst themes, it's quite complex. I have not only studied the spec, but implemented it. 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] e: Using freedesktop.org .desktop files.
David writes: The user is the logged in user that will be seeing the icons. There is a default size of 48x48 if the user doesn't use some method of selecting other sizes. There is an fdo specified algorithm for searching amongst any installed icon sets for an icon that closely matches that size. In the case of SVG, the code is simply expected to render to the user chosen (or default) size. Also part of the fdo algo is fallback options, default themes, inherited icons amongst themes, it's quite complex. I have not only studied the spec, but implemented it. Ahhh... I see. Ok, I'm convinced, thanks.. and well done :) Well, the xpm loader is ready.. I see a few other imlib2 loaders that may be desirable (eg. an xcf one), if anyone would like to have any others ported now while I'm at it, do speak up before I move on and start digging into librsvg. - 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] Using freedesktop.org .desktop files.
Blake writes: As far as the svg loading: We've already mentioned using librsvg for that - I can give it a try and see how well it can be made to work if no one else wants to do so.. I don't think anyone would be happy to see Evas depending on GTK/GDK etc. Like Raster said, Evas already does 90% of what SVG requires, it's just the last bit is a pain to do because it's a special case. (At least that's how I read what he said. :) ) Thanks to the work of Jorge (aka turran), the dependency could be solely on the loader, not evas itself. I'll leave it to those knowledgable in the autotools stuff to figure that out.. I'll write the loader, in case anyone finds it useful, and nothing else. As to what 'percentage' of SVG, evas 'does' or not.. I'm sure you'll find differing views and opinions on that. However, it's just not the relevant issue here. jose. - 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] e: Using freedesktop.org .desktop files.
On Fri, 11 Aug 2006 04:52:18 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Well, the xpm loader is ready.. I see a few other imlib2 Cool, thanks. I'm looking forward to seeing that committed. 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] e: Using freedesktop.org .desktop files.
On 8/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Ahhh... I see. Ok, I'm convinced, thanks.. and well done :) Well, the xpm loader is ready.. I see a few other imlib2 loaders that may be desirable (eg. an xcf one), if anyone would like to have any others ported now while I'm at it, do speak up before I move on and start digging into librsvg. Just a couple quick notes on the porting. Some of the imlib2_loaders (xcf in particular) are GPL and won't be able to go into evas directly, so you may need to create a separate loaders branch for evas too. Also, if you're working on the XCF loader, keep an eye out for an endianess bug, I believe I ran into one a while back, but put off fixing it and forgot about it. - 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
