On Mon, 28 May 2012 11:29:01 +0200 Mariusz Grzegorczyk
said:
tnx. in svn it is! :)
> Dear all,
>
>
>
> I have found bug in ecore evas buffer. It is created by default as RGB32,
> and then it can be changed by ecore_evas_alpha_set function, but when resize
> is done it is always created as AR
On Tue, 29 May 2012 01:45:08 + (GMT) Doyoun Kang
said:
> I didn't use this enum yet. :)
> However, I think that xlib and xcb could use this for error handling instead
> of each raw error-code. For example, a XCB_WINDOW (XCB_EVENT_ERROR_BAD_WINDOW
> in old xcb version) and a BadWindow in Xlib
On Wed, 30 May 2012 08:43:03 +0900 Jérôme Pinot said:
> On 05/29/12 14:36, Jonas M. Gastal wrote:
> > On Tuesday 29 May 2012 11:43:19 Jérôme Pinot wrote:
> > > Hi,
> > >
> > > Here is a patch to fix elementary doxygen doc:
> > > - #link on the beginning of a new line does give ugly output:
> > >
On Tue, 29 May 2012 11:58:50 +0900 Cedric BAIL said:
> Hey,
>
> On Tue, May 29, 2012 at 11:43 AM, Jérôme Pinot wrote:
> > Here is a patch to fix elementary doxygen doc:
> > - #link on the beginning of a new line does give ugly output:
> > http://ngc891.blogdns.net/pub/projects/debug/doxygen-for
On Tue, 29 May 2012 06:34:02 +0200 Vincent Torri said:
> hey,
>
> we are backporting fixes to previous releases, but we don't release
> them. If we don't, then backporting is useless. So when will we
> release them ?
i have time next week. :) i haven't had much time of late since just after the
Hello glima,
I have a small question here while reading the code.
struct _Elm_Bg_Smart_Data
{
Elm_Layout_Smart_Data base;
Why Elm_Bg_Smart_Data has base? It looks like sd->base is never used.
It's same for other widgets.
Daniel Juyung Seo (SeoZ)
On Fri, May 4, 2012 at 7:41 AM, Enlightenme
On Tue, 29 May 2012 14:23:13 +0900 Bluezery said:
i took a slightly different take to you - 1 did this across all (well almost
all) of efl. and iu used the eina log macros where/if i could. see commit 71548.
> Dear EFL developers,
>
> This patch checks the internal value of ecore_shutdown() as
Carsten Haitzler (The Rasterman), il 30/05/2012 08:38, ha scritto:
>> \o/
>> that worked, disabling composite fullscreen it's all fine!
>> ok, it's enough for me, I can live without fullscreen compositing, thanks ;)
>
> wait is that checkbox NOW enabled or disabled? (after u changed it).
now it
On Wed, 30 May 2012 12:32:36 +0200 Massimo Maiurana said:
> Carsten Haitzler (The Rasterman), il 30/05/2012 08:38, ha scritto:
>
> >> \o/
> >> that worked, disabling composite fullscreen it's all fine!
> >> ok, it's enough for me, I can live without fullscreen compositing,
> >> thanks ;)
> >
>
On Tue, 29 May 2012 23:26:15 -0300 Gustavo Sverzut Barbieri
said:
> On Tue, May 29, 2012 at 11:13 PM, Jaehwan Kim
> wrote:
>
> > Yes, the items of toolbar already have a priority. If the toolbar cannot
> > shrink anymore by downscaling the window size,
> > the more item is shown and the items wh
On Tue, 29 May 2012 11:10:59 -0300 Gustavo Sverzut Barbieri
said:
> On Tue, May 29, 2012 at 6:42 AM, Carsten Haitzler
> wrote:
> > On Tue, 29 May 2012 14:15:26 +0900 Daniel Juyung Seo
> > said:
> >
> > it's not a break, but it does add warnings to apps. they may decide to
> > handle those warni
On Wed, 30 May 2012 10:31:51 +0900 Kim Shinwoo said:
> Thanks for your response!
>
> Yeap.. I have attached newly made patch based on the access module.
> to convey "mouse in" event to the widget when you move your finger(or mouse).
hmmm. no. this is bad. we're sending lots of mouse in's with n
On Wed, 30 May 2012 02:46:51 + (GMT) thiep ha said:
and... YOU'RE A WINNER and your lucky draw prize is a commit to SVN of
your patch! yay! winners don't use drugs.
> Dear All,
>
> Thank you for your comments.
> I would like to send you the modified patch.
> Followings are my modifi
Chris, Raster,
Here are some first patches relating to supporting cursors under Wayland.
Ecore - just the one patch - the ChangeLog entry is:
2012-05-29 Rob Bradford
* Initial cursor support for Wayland:
* Add api to the ecore_wl_input_ namespace to allow setting the buffer
Robert,
Many thanks :) I am stuck knee deep in paperwork today, but I will review
these first thing tomorrow morning and get back to you. Again, thanks for
the hard work wrt this :)
Cheers,
Dh
> -Original Message-
> From: Bradford, Robert [mailto:robert.bradf...@intel.com]
> Sent: 30 Ma
2012/5/30 Davide Andreoli :
> 2012/5/29 Kai Huuhko :
>> Currently the python bindings have get/set functions as in the C api,
>> in addition to this it has object properties which have their
>> functionality implemented by simply calling those functions, such as
>> in the below example:
>>
>> def r
* Daniel Juyung Seo [2012-05-30 13:46:39 +0900]:
> On Tue, May 29, 2012 at 10:59 PM, Gustavo Sverzut Barbieri
> wrote:
> > On Tue, May 29, 2012 at 6:04 AM, Enlightenment SVN
> > wrote:
> >> Log:
> >> fix case where user can specify item block size < 1; this also reveals an
> >> api error since
* Daniel Juyung Seo [2012-05-30 18:03:02 +0900]:
> Hello glima,
> I have a small question here while reading the code.
>
> struct _Elm_Bg_Smart_Data
> {
>Elm_Layout_Smart_Data base;
>
> Why Elm_Bg_Smart_Data has base? It looks like sd->base is never used.
> It's same for other widgets.
Hi
On Wed, May 30, 2012 at 10:33 AM, Kai Huuhko wrote:
> 2012/5/30 Davide Andreoli :
>> 2012/5/29 Kai Huuhko :
>>> Currently the python bindings have get/set functions as in the C api,
>>> in addition to this it has object properties which have their
>>> functionality implemented by simply calling th
2012/5/30 Kai Huuhko :
> 2012/5/30 Davide Andreoli :
>> 2012/5/29 Kai Huuhko :
>>> Currently the python bindings have get/set functions as in the C api,
>>> in addition to this it has object properties which have their
>>> functionality implemented by simply calling those functions, such as
>>> in
2012/5/30 Rafael Antognolli :
> On Wed, May 30, 2012 at 10:33 AM, Kai Huuhko wrote:
>> 2012/5/30 Davide Andreoli :
>>> 2012/5/29 Kai Huuhko :
Currently the python bindings have get/set functions as in the C api,
in addition to this it has object properties which have their
functiona
On Wednesday, May 30, 2012, Davide Andreoli wrote:
> 2012/5/30 Kai Huuhko >:
> > 2012/5/30 Davide Andreoli >:
> >> 2012/5/29 Kai Huuhko >:
> >>> Currently the python bindings have get/set functions as in the C api,
> >>> in addition to this it has object properties which have their
> >>> functiona
2012/5/30 Gustavo Sverzut Barbieri :
> On Wednesday, May 30, 2012, Davide Andreoli wrote:
>
>> 2012/5/30 Kai Huuhko >:
>> > 2012/5/30 Davide Andreoli >:
>> >> 2012/5/29 Kai Huuhko >:
>> >>> Currently the python bindings have get/set functions as in the C api,
>> >>> in addition to this it has objec
2012/5/30 Kai Huuhko :
> 2012/5/30 Gustavo Sverzut Barbieri :
>> On Wednesday, May 30, 2012, Davide Andreoli wrote:
>>
>>> 2012/5/30 Kai Huuhko >:
>>> > 2012/5/30 Davide Andreoli >:
>>> >> 2012/5/29 Kai Huuhko >:
>>> >>> Currently the python bindings have get/set functions as in the C api,
>>> >>>
2012/5/30 Enlightenment SVN :
> Log:
> e_randr: Show "ask position" dialog, if ASK policy is used.
>
Isn't this making E17 depend on post release features in Ecore?
I was under the impression that we didn't want that.
--
2012/5/30 Davide Andreoli :
> 2012/5/30 Kai Huuhko :
>> 2012/5/30 Gustavo Sverzut Barbieri :
>>> On Wednesday, May 30, 2012, Davide Andreoli wrote:
>>>
2012/5/30 Kai Huuhko >:
> 2012/5/30 Davide Andreoli >:
>> 2012/5/29 Kai Huuhko >:
>>> Currently the python bindings have get/se
2012/5/30 Iván Briano :
> 2012/5/30 Enlightenment SVN :
>> Log:
>> e_randr: Show "ask position" dialog, if ASK policy is used.
>>
>
> Isn't this making E17 depend on post release features in Ecore?
> I was under the impression that we didn't want that.
Well observed, and I thought so too. But then
On Wed, May 30, 2012 at 4:53 PM, Kai Huuhko wrote:
> 2012/5/30 Davide Andreoli :
>> 2012/5/30 Kai Huuhko :
>>> 2012/5/30 Gustavo Sverzut Barbieri :
On Wednesday, May 30, 2012, Davide Andreoli wrote:
> 2012/5/30 Kai Huuhko >:
> > 2012/5/30 Davide Andreoli >:
> >> 2012/5/29 Kai
2012/5/30 Rafael Antognolli :
> On Wed, May 30, 2012 at 4:53 PM, Kai Huuhko wrote:
>> 2012/5/30 Davide Andreoli :
>>> 2012/5/30 Kai Huuhko :
2012/5/30 Gustavo Sverzut Barbieri :
> On Wednesday, May 30, 2012, Davide Andreoli wrote:
>
>> 2012/5/30 Kai Huuhko >:
>> > 2012/5/30 Da
add at least some doc for the new API (@since)
Vincent
On Wed, May 30, 2012 at 9:16 PM, Enlightenment SVN
wrote:
> Log:
> ecore_x_randr: Add _ASK policy for new monitors.
>
> Author: leif
> Date: 2012-05-30 12:16:29 -0700 (Wed, 30 May 2012)
> New Revision: 71565
> Trac: htt
2012/5/31 Vincent Torri :
> add at least some doc for the new API (@since)
This is a bit problematic.
This precise policy value (ASK) is actually just interesting to e17.
So maybe I should move it there instead?
The other policies are used by ecore_x was well e.g. for alignment.
But the "ask" value
On Thu, 31 May 2012 01:37:25 +0200 Leif Middelschulte
said:
> 2012/5/31 Vincent Torri :
> > add at least some doc for the new API (@since)
> This is a bit problematic.
> This precise policy value (ASK) is actually just interesting to e17.
> So maybe I should move it there instead?
> The other pol
32 matches
Mail list logo
