Re: [E-devel] Imlib2 opening a file from memory
On Thu, 24 Feb 2005 08:50:55 +0100 Antonio Larrosa Jim__nez <[EMAIL PROTECTED]> babbled: > 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. it MAY work or may NOT - i can't guarantee it :) try and see :) > > 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. agreed - but then again - it likely sits in the vfs anyway and the MOST expensive part is decoding the jpeg into rgb then doing the scale those are 90% or more of the work anyway :) > > 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. epeg can also do the thumbnail for you - much faster than imlib2.. it takes some massive shortcuts that imlib2 won't... if you are just in the business of generating thumbnails of jpeg's... epeg is the answer :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- 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=6595&alloc_id=14396&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Access evas for ewl_window
On Thu, 24 Feb 2005 09:13:38 -0500 (EST) "Nigel Benns" <[EMAIL PROTECTED]> babbled: > A wonderful idea :) > but... I've been reading that libxml2 has a htmlreader with it... (as long > as it's compiled)... I was thinking about using that... (or trying it at > least) > > I've been working a little on the interface just to get the basic features > mapped from edje into the program and wow does it suck (no art bone at > all). > It will however allow me to get the signals from user to browser tho :). > > (Gurggling) We shall soon see how far over my head I am... ;) sure - keep going. i don't meant to take steam out of your efforts - it's ambitious! :) > > On Mon, 14 Feb 2005 11:08:12 -0500 (EST) "Nigel Benns" > > <[EMAIL PROTECTED]> > > babbled: > > > >> Awsome... that is pretty much what I was looking for... > >> > >> I'll be able to get the interface for this program working soon then. > >> I'm going to try to put my hand at creating an E web browser (not with > >> embedding mozilla or any thing halfassed like that) I want to try and > >> convert the tags to evas objects. > > > > damn you're ambitious! - NB - you may find it easier and just as "nice" to > > PORT > > gecko (mozillas engine) to evas - let it deal with all the nasty details > > of html > > parsing, css, etc. etc. etc. - and then just have it create and manage > > evas > > objects :) > > > >> Could take a lot of time, and it will help me get to know the EFL a lot > >> better. > >> > >> Anyone wants to help that would be cool. just send me an email. > >> > >> > Yeah, you get the basic idea. There are some details with theming in > >> > there, but overall you have it right. > >> > > >> > Coordinates are all window based, not widget. If you want to clip to > >> > the inside of the widget you can use EWL_WIDGET(widget)->fx_clip_box > >> > as your clip rectangle. > >> > > >> > On Fri, 11 Feb 2005 11:13:13 -0500 (EST), Nigel Benns > >> > <[EMAIL PROTECTED]> wrote: > >> >> Ok if I "get" ewl_simple_test.c correctly... > >> >> > >> >> You create a widget called logo, add a logo to it via edje, add the > >> >> realize event so that when you update the text in label it will > >> change > >> >> the > >> >> logo as well. > >> >> > >> >> If I create my own widget and pass it the evas to draw on, the > >> >> coordinates > >> >> of the evas would start from the window's inner border, not my > >> widgets, > >> >> am I correct? > >> >> > >> >> > After the realize callback has occurred for the window, you can do > >> >> > EWL_EMBED(window)->evas to access the evas. If you plan to use this > >> to > >> >> > setup a canvas, I would recommend creating your own Ewl_Widget and > >> >> > setting it's preferred size. Then you can just hook into it's own > >> >> > realize callback and can allocate space with EWL for your drawing. > >> >> > ewl_simple_test.c has an example of how to do this with the logo > >> >> > widget. > >> >> > > >> >> > > >> >> > On Fri, 11 Feb 2005 09:08:12 -0500 (EST), Nigel Benns > >> >> > <[EMAIL PROTECTED]> wrote: > >> >> >> Is there any way to access the evas that an ewl_window or any > >> other > >> >> >> widget > >> >> >> uses to draw? > >> >> >> > >> >> >> I know that I could create an evas and ewl_embed all of the > >> widgets > >> >> on > >> >> >> it, > >> >> >> but that doesn't seem very consistent for gui programming (mabey > >> I'm > >> >> >> just > >> >> >> used to the old ways :) > >> >> >> > >> >> >> I'm basically looking for an equivilent to Gnome_Canvas. > >> >> >> > >> >> >> --- > >> >> >> 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_ide95&alloc_id396&opclick > >> >> >> ___ > >> >> >> enlightenment-devel mailing list > >> >> >> enlightenment-devel@lists.sourceforge.net > >> >> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> >> >> > >> >> > > >> >> > >> >> > >> > > >> > >> > >> > >> --- > >> 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_ide95&alloc_id396&op__k > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://l
Re: [E-devel] Access evas for ewl_window
A wonderful idea :) but... I've been reading that libxml2 has a htmlreader with it... (as long as it's compiled)... I was thinking about using that... (or trying it at least) I've been working a little on the interface just to get the basic features mapped from edje into the program and wow does it suck (no art bone at all). It will however allow me to get the signals from user to browser tho :). (Gurggling) We shall soon see how far over my head I am... ;) > On Mon, 14 Feb 2005 11:08:12 -0500 (EST) "Nigel Benns" > <[EMAIL PROTECTED]> > babbled: > >> Awsome... that is pretty much what I was looking for... >> >> I'll be able to get the interface for this program working soon then. >> I'm going to try to put my hand at creating an E web browser (not with >> embedding mozilla or any thing halfassed like that) I want to try and >> convert the tags to evas objects. > > damn you're ambitious! - NB - you may find it easier and just as "nice" to > PORT > gecko (mozillas engine) to evas - let it deal with all the nasty details > of html > parsing, css, etc. etc. etc. - and then just have it create and manage > evas > objects :) > >> Could take a lot of time, and it will help me get to know the EFL a lot >> better. >> >> Anyone wants to help that would be cool. just send me an email. >> >> > Yeah, you get the basic idea. There are some details with theming in >> > there, but overall you have it right. >> > >> > Coordinates are all window based, not widget. If you want to clip to >> > the inside of the widget you can use EWL_WIDGET(widget)->fx_clip_box >> > as your clip rectangle. >> > >> > On Fri, 11 Feb 2005 11:13:13 -0500 (EST), Nigel Benns >> > <[EMAIL PROTECTED]> wrote: >> >> Ok if I "get" ewl_simple_test.c correctly... >> >> >> >> You create a widget called logo, add a logo to it via edje, add the >> >> realize event so that when you update the text in label it will >> change >> >> the >> >> logo as well. >> >> >> >> If I create my own widget and pass it the evas to draw on, the >> >> coordinates >> >> of the evas would start from the window's inner border, not my >> widgets, >> >> am I correct? >> >> >> >> > After the realize callback has occurred for the window, you can do >> >> > EWL_EMBED(window)->evas to access the evas. If you plan to use this >> to >> >> > setup a canvas, I would recommend creating your own Ewl_Widget and >> >> > setting it's preferred size. Then you can just hook into it's own >> >> > realize callback and can allocate space with EWL for your drawing. >> >> > ewl_simple_test.c has an example of how to do this with the logo >> >> > widget. >> >> > >> >> > >> >> > On Fri, 11 Feb 2005 09:08:12 -0500 (EST), Nigel Benns >> >> > <[EMAIL PROTECTED]> wrote: >> >> >> Is there any way to access the evas that an ewl_window or any >> other >> >> >> widget >> >> >> uses to draw? >> >> >> >> >> >> I know that I could create an evas and ewl_embed all of the >> widgets >> >> on >> >> >> it, >> >> >> but that doesn't seem very consistent for gui programming (mabey >> I'm >> >> >> just >> >> >> used to the old ways :) >> >> >> >> >> >> I'm basically looking for an equivilent to Gnome_Canvas. >> >> >> >> >> >> --- >> >> >> 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_ide95&alloc_id396&opclick >> >> >> ___ >> >> >> enlightenment-devel mailing list >> >> >> enlightenment-devel@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> --- >> 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_ide95&alloc_id396&op__k >> ___ >> 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] > 裸好多 [EMAIL PROTECTED] > Tokyo, Japan (東京 日本) > --- 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_ide95&alloc_id396&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists
Re: [E-devel] Re: E CVS: libs/imlib2 raster
On Thursday, 24 February 2005, at 14:12:42 (+0800), Didier Casse wrote: > E has also been downgraded from 0.17-xxx to 0.16.999.001. Hmm from the > point of view of an rpm managed system, if somebody doesn't realize > this and do something like: > > apt-get update or yum check-update... they would never be able to > know that there exist a latest version coz the latest one has a > lower version! Same applies to some efls. I'm not saying this is > right or wrong but we need to tell the people that there's been a > regression in the version numbering so that they wipe out the older > versions first. I've been doing packaging for a very long time, and I'm well aware of the issues associated with downgrading. This has nothing to do with my statement. On Thursday, 24 February 2005, at 15:29:54 (+0900), Carsten Haitzler wrote: > yes :0 thats why it's in my commit log - we need to do this for > sanity. No we don't. First off, release numbers are for packages, not vendor source. Second, every spec file in CVS uses a release number of 0.MMDD or something similar. This cleanly and efficiently provides the "snapshot" concept and information in a form which, when a release is made, can be easily updated such that the release will replace the snapshot. > i downgraded ONLY those packages that were pre_ something and needed > downgrading. Not true at all. You added the ".001" to a grand total of 18 packages. Only THREE of those packages (evas, ecore, and e) actually used the _pre. The rest you obfuscated for no apparent reason. > the extra .001 is now instead of that - and lets us to just a set of > releases without having to bum the maj/min/micro version. You didn't have to in the first place. It was already taken care of. Only 3 packages had the _pre problem which was causing the "integer expression expected" error when doing version comparisons. > we can bump those separately as needed. so the .specs just need to > add an extra version filed (the .001). it may be time to make all > the packaging stuff auto-generated... :/ We did that before, and it was a huge hassle. You really should leave the packaging details to the packagers and focus on the stuff that actually needs your attention. 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) --- "Come stand a little bit closer. Breathe in and get a bit higher. You'll never know what hit you when I get to you." -- Savage Garden, "I Want You" --- 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=6595&alloc_id=14396&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
