Re: [E-devel] image pixel data

On Wed, 30 Nov 2011 23:39:14 +0100
Cedric BAIL <cedric.bail <at> free.fr> wrote:

> On Wed, Nov 30, 2011 at 10:57 PM, Michael Blumenkrantz
> <michael.blumenkrantz <at> gmail.com> wrote:
> > is there another way to get the pixel data of an image besides
> > evas_object_image_data_get() ? When this is called by enotify, the
> > subsequent call to evas_object_image_data_set() destroys the original
> > image...
> 
> You should use evas_object_image_data_convert for this kind of stuff.
> It will give you a fresh new pointer that you own for real with the
> colorspace you ask.
I'd rather not have to copy it if possible

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

Re: [E-devel] image pixel data

On Thu, 1 Dec 2011 08:35:40 +0900
Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:

> On Wed, 30 Nov 2011 16:57:30 -0500 Michael Blumenkrantz
> <michael.blumenkrantz <at> gmail.com> said:
> 
> > is there another way to get the pixel data of an image besides
> > evas_object_image_data_get() ? When this is called by enotify, the
> > subsequent call to evas_object_image_data_set() destroys the original
> > image...
> 
> destroys? eh? the set with the same pointer going back should not affect the
> image contents at all.
> 
it goes from being <the image> to <black box>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

[E-devel] [Patch][elm_map] Fix OSM URL Bug

Dear all,

I have fixed osm url for acquiring map tiles correctly.
I have added Mapquest & Mapquest open aerial map sources.
I have referred
http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames for fixing and
adding new url.

Mapint is deprecated, so I remove it.
Please refer
http://gis.638310.n2.nabble.com/Retiring-Maplint-off-www-osm-org-td4660182.html
http://wiki.openstreetmap.org/wiki/Maplint
for more information.

Please review this patch.

Thanks.
--

-- 
BRs,
Kim.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

Re: [E-devel] image pixel data

On Wed, 30 Nov 2011 20:37:40 -0500 Michael Blumenkrantz
<michael.blumenkrantz <at> gmail.com> said:

> On Thu, 1 Dec 2011 08:35:40 +0900
> Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:
> 
> > On Wed, 30 Nov 2011 16:57:30 -0500 Michael Blumenkrantz
> > <michael.blumenkrantz <at> gmail.com> said:
> > 
> > > is there another way to get the pixel data of an image besides
> > > evas_object_image_data_get() ? When this is called by enotify, the
> > > subsequent call to evas_object_image_data_set() destroys the original
> > > image...
> > 
> > destroys? eh? the set with the same pointer going back should not affect the
> > image contents at all.
> > 
> it goes from being <the image> to <black box>

you are doing something else wrong... this works like a charm (attached sample
code).

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster <at> rasterman.com

------------------------------------------------------------------------------

Re: [E-devel] image pixel data

On Thu, 1 Dec 2011 11:48:33 +0900
Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:

> On Wed, 30 Nov 2011 20:37:40 -0500 Michael Blumenkrantz
> <michael.blumenkrantz <at> gmail.com> said:
> 
> > On Thu, 1 Dec 2011 08:35:40 +0900
> > Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:
> > 
> > > On Wed, 30 Nov 2011 16:57:30 -0500 Michael Blumenkrantz
> > > <michael.blumenkrantz <at> gmail.com> said:
> > > 
> > > > is there another way to get the pixel data of an image besides
> > > > evas_object_image_data_get() ? When this is called by enotify, the
> > > > subsequent call to evas_object_image_data_set() destroys the original
> > > > image...
> > > 
> > > destroys? eh? the set with the same pointer going back should not affect
> > > the image contents at all.
> > > 
> > it goes from being <the image> to <black box>
> 
> you are doing something else wrong... this works like a charm (attached sample
> code).
> 
look at e_dbus/src/lib/notification/notification.c

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 

Re: [E-devel] image pixel data

On Wed, 30 Nov 2011 22:21:33 -0500 Michael Blumenkrantz
<michael.blumenkrantz <at> gmail.com> said:

> On Thu, 1 Dec 2011 11:48:33 +0900
> Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:
> 
> > On Wed, 30 Nov 2011 20:37:40 -0500 Michael Blumenkrantz
> > <michael.blumenkrantz <at> gmail.com> said:
> > 
> > > On Thu, 1 Dec 2011 08:35:40 +0900
> > > Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:
> > > 
> > > > On Wed, 30 Nov 2011 16:57:30 -0500 Michael Blumenkrantz
> > > > <michael.blumenkrantz <at> gmail.com> said:
> > > > 
> > > > > is there another way to get the pixel data of an image besides
> > > > > evas_object_image_data_get() ? When this is called by enotify, the
> > > > > subsequent call to evas_object_image_data_set() destroys the original
> > > > > image...
> > > > 
> > > > destroys? eh? the set with the same pointer going back should not affect
> > > > the image contents at all.
> > > > 
> > > it goes from being <the image> to <black box>
> > 
> > you are doing something else wrong... this works like a charm (attached
> > sample code).
> > 
> look at e_dbus/src/lib/notification/notification.c

Re: [E-devel] [Patch][elm_map] Fix memory leak & Add error handling

finally all in svn!
thanks!

Daniel Juyung Seo (SeoZ)

On Tue, Nov 29, 2011 at 2:30 PM, Bluezery <ohpowel <at> gmail.com> wrote:
> Hi,
>
> I will split my patches into 3 pieces for each jobs as you suggested. :)
> Please review again.
>
> Thank you.
>
> 2011/11/28 Daniel Juyung Seo <seojuyung2 <at> gmail.com>:
>> hello, i think it will be better if you split this into three patches
>> according to each job.
>>
>> Daniel Juyung Seo (SeoZ)
>> On Nov 28, 2011 2:10 PM, "Bluezery" <ohpowel <at> gmail.com> wrote:
>>
>>> Dear all,
>>>
>>> I have done 3 jobs in this patch
>>> (1) I have fixed memory leaks in _nominatim_url_cb() function.
>>> (2) Add error handling to see the definite error log because sometimes
>>> evas_object_image_file_set() is failed.
>>> (3) Move zoom_min_get()/zoom_max_get() to source_init() to simplify code.
>>>
>>> Please review this patch.
>>>

Re: [E-devel] E SVN: seoz IN trunk/elementary: doc/widgets src/bin src/lib

Dear all, I started to work on gengrid/genlist 'label_get' ->
'text_get' changes.
Like I described in a commit message, 'label_get' is also supported
for a very shot time.
Please apply this change to your applications.

I will also update ElementaryChanges wiki soon.
http://trac.enlightenment.org/e/wiki/ElementaryChanges

Thank you.

Daniel Juyung Seo (SeoZ)

On Thu, Dec 1, 2011 at 3:15 PM, Enlightenment SVN
<no-reply <at> enlightenment.org> wrote:
> Log:
> elm gengrid/genlist: Changed 'label_get' to 'text_get' according to the
>  recent elementary api corrections.
>
>  I changed item class's 'label_get' to 'text_get'. But 'label_get' is still
>  supported by union structure. So 'label_get' will just give you
>  deprecated warnings while compiling but it's recommended to fix your
>  apps to 'text_get'. Sometimes when you initialize item class using
>  braces, you will get 'missing braces around initializer' but ignore
>  this. That warning will be gone after I remove 'label_get' backport. I
>  will remove this 'label_get' backport after I finish below
>  jobs.
>
>  [TODO]
>  1. Fix all apps in trunk.

Re: [E-devel] New EFL release cycle 1.1/1.5 BETA

On Thu, 1 Dec 2011 15:00:47 +0900
Carsten Haitzler (The Rasterman) <raster <at> rasterman.com> wrote:

> On Mon, 28 Nov 2011 21:54:18 +0900 Carsten Haitzler (The Rasterman)
> <raster <at> rasterman.com> said:
> 
> how's everyone feel about we cut the release to be gold now? it seems there's
> basically nothing left to be fixed. we can unfreeze svn for new features then.
> 
> any objections?
> 
> > We'd like to announce a new release cycle beta release of several
> > Enlightenment components 
> > 
> > http://download.enlightenment.org/releases/eina-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/eina-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/eet-1.5.0-beta.tar.gz
> > http://download.enlightenment.org/releases/eet-1.5.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/evas-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/evas-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/ecore-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/ecore-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/embryo-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/embryo-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/edje-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/edje-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/efreet-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/efreet-1.1.0-beta.tar.bz2
> > http://download.enlightenment.org/releases/e_dbus-1.1.0-beta.tar.gz
> > http://download.enlightenment.org/releases/e_dbus-1.1.0-beta.tar.bz2

Re: [E-devel] New EFL release cycle 1.1/1.5 BETA

On Thu, 1 Dec 2011, Carsten Haitzler (The Rasterman) wrote:

> On Mon, 28 Nov 2011 21:54:18 +0900 Carsten Haitzler (The Rasterman)
> <raster <at> rasterman.com> said:
>
> how's everyone feel about we cut the release to be gold now? it seems there's
> basically nothing left to be fixed. we can unfreeze svn for new features then.
>
> any objections?

No patch left on the Windows side

Vincent

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d