[E-devel] Re: The E of E
they have apps, communities, publicity and big, mature toolkits and everyone thinks they are trying to kill microsoft so they all rally behind them. Ok. But, the apps and stuff may follow from a 'mature toolkit'.. So what is it about their toolkits that is so much more 'mature'? Who out there would like to spell this out in detail -- What do the EFL's need in order to be as 'mature'? Well, we now have that 'maturity' of the libs consists of, at least: 1. Portability across platforms/os. 2. EWL needs more widgets - to the point where it has the same complement of widgets you see in qt and gtk+. they need to be fast and rock-solid. stable. it needs to support right-to-left languages for text and much better text layout. it needs more documentation and examples. Someone has already expressed interest in working on 1. The question then is - Who out there wants to work on 2.? Who wants to help with the work of finishing the next generation toolkit that is, in fact, already here -- ewl. Anything else the efl's need? What I personally would like to see - as an 'academic' exercise lets say - is a fair description of just what common libs/components it takes to make up something like GNOME or KDE.. A blueprint, if you will, for what makes up something like a basic 'desktop environment'. Ummm... --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Imlib2 opening a file from memory
Hello, I have the contents of a jpeg file in memory and I'd like to do some operations on it before writing it to disk, so I'd like to open the file without having to save it to disk, then use imlib_load_image( filename ) and then removing the temporary file. The kernel is of course caching the disk, but if I use imlib2 for its speed, then I'd prefer not to introduce a temporary file when the file contents are already loaded in memory. The problem is tht I didn't find how to do it in the docs. Is there any way to open an image from a memory buffer ? Thanks, -- Antonio Larrosa [EMAIL PROTECTED] TEDIAL - Tecnologías Digitales Audiovisuales, S.L. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 opening a file from memory
On Wed, 23 Feb 2005 13:14:25 +0100 Antonio Larrosa Jim__nez [EMAIL PROTECTED] (Bbabbled: (B (B Hello, (B (B I have the contents of a jpeg file in memory and I'd like to do some (B operations on it before writing it to disk, so I'd like to open the file (B without having to save it to disk, then use imlib_load_image( filename ) and (B then removing the temporary file. (B (B The kernel is of course caching the disk, but if I use imlib2 for its speed, (B then I'd prefer not to introduce a temporary file when the file contents are (B already loaded in memory. The problem is tht I didn't find how to do it in (B the docs. (B (B Is there any way to open an image from a memory buffer ? (B (Bunfortunately (for you) we never provided an api to do that. though possible via (Ba loader - no loaders support it :( sorry. epeg does support this, BUT it will (Bonly give you RGB data... :) (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B--- (BSF email is sponsored by - The IT Product Guide (BRead honest candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595alloc_id=14396op=click (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: The E of E
2. EWL needs more widgets - to the point where it has the same complement of widgets you see in qt and gtk+. they need to be fast and rock-solid. stable. it needs to support right-to-left languages for text and much better text layout. it needs more documentation and examples Someone has already expressed interest in working on 1. The question then is - Who out there wants to work on 2.? Who wants to help with the work of finishing the next generation toolkit that is, in fact, already here -- ewl. I am, at least partially... first on the right/left/vertical language output, and input (R/L, CJK, maybe sth like a keyboard switching tool would also be nice ...) Secondly (read : later) evas/ewl/whatever plugins for pdf/ps. -Thierry- Anything else the efl's need? What I personally would like to see - as an 'academic' exercise lets say - is a fair description of just what common libs/components it takes to make up something like GNOME or KDE.. A blueprint, if you will, for what makes up something like a basic 'desktop environment'. Ummm... --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Et dire que l'on considere l'espece humaine comme evoluee ... --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 opening a file from memory
Hello maybe you can use int mkfifo (const char *FILENAME, mode_t MODE) to create a FIFO in your application. You can then invoke imlib2 with this filename. You must feed this FIFO with you data. Anyway if you explain why you must have your jpeg in memory I can help more. You probably want to decompress your jpeg. You can rip the loader code if it quicken your app however. Regards Michel Carsten Haitzler (The Rasterman) a écrit : On Wed, 23 Feb 2005 13:14:25 +0100 Antonio Larrosa Jim__nez [EMAIL PROTECTED] babbled: Hello, I have the contents of a jpeg file in memory and I'd like to do some operations on it before writing it to disk, so I'd like to open the file without having to save it to disk, then use imlib_load_image( filename ) and then removing the temporary file. The kernel is of course caching the disk, but if I use imlib2 for its speed, then I'd prefer not to introduce a temporary file when the file contents are already loaded in memory. The problem is tht I didn't find how to do it in the docs. Is there any way to open an image from a memory buffer ? unfortunately (for you) we never provided an api to do that. though possible via a loader - no loaders support it :( sorry. epeg does support this, BUT it will only give you RGB data... :) --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: libs/imlib2 raster
On Monday, 21 February 2005, at 01:35:30 (-0800), E CVS List wrote: Enlightenment CVS committal Author : raster Project : e17 Module : libs/imlib2 Dir : e17/libs/imlib2 Modified Files: configure.in Log Message: change versions. some went DOWN - because they arent releases and i'm trying to remove the _pre ascii from the version. i added a .001 (a release number) so we can automatically or easiyl generate releases... sorry guys. but it's kind of for the good of the code. :) This should only have been done for the few packages that actually had the _pre in the version to begin with. In particular, doing this to Imlib2 is just plain silly. Can we please undo this for those packages that don't need it? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I guess the time is right for us to say we'll take our time and live our lives together day by day. We'll make a wish and send it on a prayer. We know our dreams will all come true with love that we can share. -- Firehouse, Love of a Lifetime --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: libs/imlib2 raster
On Thu, 24 Feb 2005 14:12:42 +0800 Didier Casse [EMAIL PROTECTED] (Bbabbled: (B (B On Wed, 23 Feb 2005 19:20:16 -0500, Michael Jennings [EMAIL PROTECTED] (Bwrote: (B On Monday, 21 February 2005, at 01:35:30 (-0800), (B E CVS List wrote: (B (B Enlightenment CVS committal (B (B Author : raster (B Project : e17 (B Module : libs/imlib2 (B (B Dir : e17/libs/imlib2 (B (B (B Modified Files: (B configure.in (B (B (B Log Message: (B (B (B change versions. some went DOWN - because they arent releases and i'm (Btrying (B to remove the _pre ascii from the version. i added a .001 (a release (Bnumber) (B so we can automatically or easiyl generate releases... sorry guys. but (Bit's (B kind of "for the good of the code". :) (B (B This should only have been done for the few packages that actually had (B the _pre in the version to begin with. In particular, doing this to (B Imlib2 is just plain silly. (B (B Can we please undo this for those packages that don't need it? (B (B Michael (B (B E has also been downgraded from 0.17-xxx to 0.16.999.001. Hmm from the (B point of view of an rpm managed system, if somebody doesn't realize (B this and do something like: (B (B apt-get update or yum check-update... they would never be able to know (B that there exist a latest version coz the latest one has a lower (B version! Same applies to some efls. I'm not saying this is right or (B wrong but we need to tell the people that there's been a regression in (B the version numbering so that they wipe out the older versions first. (B ;-) (B (Byes :0 thats why it's in my commit log - we need to do this for sanity. i (Bdowngraded ONLY those packages that were pre_ something and needed downgrading. (Bthe extra .001 is now instead of that - and lets us to just a set of releases (Bwithout having to bum the maj/min/micro version. we can bump those separately as (Bneeded. so the .specs just need to add an extra version filed (the .001). it may (Bbe time to make all the packaging stuff auto-generated... :/ (B (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B--- (BSF email is sponsored by - The IT Product Guide (BRead honest candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595alloc_id=14396op=click (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 LiveCD
On Wed, 23 Feb 2005 12:04:24 -0500 Britt Selvitelle [EMAIL PROTECTED] (Bbabbled: (B (B Ok, so this is a shamless request :) (B (B Have any E17 dev's considered putting out a liveCD? This is often a (B great way to provide an easy way for people to check out your software, (B and get people excited about all the cool things E17 can do. (B (Bone such project: (its mostly e16 now - but EFL too) :) (Bhttp://livecd.debianitas.net/ (B (B Britt (B (B (please CC, not subscribed to listserv) (B (B (B --- (B SF email is sponsored by - The IT Product Guide (B Read honest candid reviews on hundreds of IT Products from real users. (B Discover which products truly live up to the hype. Start reading now. (B http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click (B ___ (B enlightenment-devel mailing list (B enlightenment-devel@lists.sourceforge.net (B https://lists.sourceforge.net/lists/listinfo/enlightenment-devel (B (B (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B--- (BSF email is sponsored by - The IT Product Guide (BRead honest candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595alloc_id=14396op=click (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas' loaders
On Wed, 23 Feb 2005 21:31:09 +0100 Massimo Maiurana [EMAIL PROTECTED] (Bbabbled: (B (B Il giorno Wed, 23 Feb 2005 12:05:09 +0900 Carsten scrisse: (B (B yeah - i should clean that up in evas's configure.in, but if you had (B CFLAGS=-I/opt/e17/include it would work :) (B (B (B yup :) (B (B anyway, now I have e17 running again, and I can see lots of new things (B that were not in my last build (the pager, over all); it's a very nice (B desktop, really cool, thank you for your work. (B (B The only things that i really miss at this stage are the ability to (B switch between virtual desktops with a key sequence (instead of (B clicking on the pager) and to set stickiness and/or location for an (B eapp. (B (Bthat will come - as soon as mini freeze is over we'll add features again :) (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B--- (BSF email is sponsored by - The IT Product Guide (BRead honest candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://ads.osdn.com/?ad_id=6595alloc_id=14396op=click (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 opening a file from memory
On Wednesday 23 February 2005 23:43, Michel Briand wrote: Hello Hi, maybe you can use int mkfifo (const char *FILENAME, mode_t MODE) to create a FIFO in your application. You can then invoke imlib2 with this filename. You must feed this FIFO with you data. Hmmm, nice idea, but I'm afraid Carsten already said it wouldn't work, it would have been a quite nice workaround. Anyway if you explain why you must have your jpeg in memory I can help more. I just got the file from the network, so the file is initially in memory, and I need to save a (kind of) thumbnail version of what I got, so it doesn't make much sense (IMHO) to save the full image to disk, then load it, operate over it and save the reduced version again. You probably want to decompress your jpeg. You can rip the loader code if it quicken your app however. I'll try to use epeg to do that. Thanks, -- Antonio Larrosa [EMAIL PROTECTED] TEDIAL - Tecnologías Digitales Audiovisuales, S.L. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel