On Friday 17 May 2013 08:06, Carsten Haitzler wrote :
> On Wed, 15 May 2013 07:22:42 -0700 Jérémy Zurcher - Enlightenment Git
> said:
>
> what is the librsvg version check for including rsvg-cairo.h meant to be
> for? it doesn't work. are you trying to say that BEFORE 2.36.2 we HAD to
> include
On Fri, May 17, 2013 at 12:27 AM, Tom Hacohen wrote:
> On 16/05/13 16:11, Tom Hacohen wrote:
>> Maintainers of this stupid widget, please fix it.
>>
No maintainers atm.
I found out that it was in a very bad state so fixing it was on my todo list.
Thanks for the remind.
Daniel Juyung Seo (SeoZ)
On Thu, 16 May 2013 17:17:55 +0100 Chris Michael said:
> On 16/05/13 16:58, Tom Hacohen wrote:
> > On 16/05/13 16:31, Rafael Antognolli wrote:
> >> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
> >> wrote:
> >>> On 16/05/13 14:43, Daniel Juyung Seo wrote:
> On Thu, May 16, 2013 at 7
On Thu, 16 May 2013 17:06:49 +0100 Tom Hacohen said:
> Yo,
>
> valgrind elementary_test List
> When starting:
> ==20532== Conditional jump or move depends on uninitialised value(s)
> ==20532==at 0x58776FA: _evas_image_file_header (evas_image_load.c:191)
> ==20532==by 0x5877BCF: evas_comm
On Wed, 15 May 2013 07:22:42 -0700 Jérémy Zurcher - Enlightenment Git
said:
what is the librsvg version check for including rsvg-cairo.h meant to be
for? it doesn't work. are you trying to say that BEFORE 2.36.2 we HAD to
include rsvg-cairo.h ourselves, but as of this version we no longer need to
On 16/05/13 19:08, Jérémy Zurcher wrote:
> On Thursday 16 May 2013 17:37, Chris Michael wrote :
>> On 16/05/13 17:29, Tom Hacohen wrote:
>>> On 16/05/13 17:17, Chris Michael wrote:
On 16/05/13 16:58, Tom Hacohen wrote:
> On 16/05/13 16:31, Rafael Antognolli wrote:
>> On Thu, May 16, 2
On Thursday 16 May 2013 17:37, Chris Michael wrote :
> On 16/05/13 17:29, Tom Hacohen wrote:
> > On 16/05/13 17:17, Chris Michael wrote:
> >> On 16/05/13 16:58, Tom Hacohen wrote:
> >>> On 16/05/13 16:31, Rafael Antognolli wrote:
> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
>
Hello,
I wanted to write some tests for ecore_animator and while going through
the functionality of ecore_animator_pos_map I noticed some inconsistencies.
Here's how I *think* this function should behave:
The docs say ecore_animator_pos_map() "maps an input position from 0.0
to 1.0 along a timeli
On 16/05/13 17:29, Tom Hacohen wrote:
> On 16/05/13 17:17, Chris Michael wrote:
>> On 16/05/13 16:58, Tom Hacohen wrote:
>>> On 16/05/13 16:31, Rafael Antognolli wrote:
On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
wrote:
> On 16/05/13 14:43, Daniel Juyung Seo wrote:
>> O
On 16/05/13 17:17, Chris Michael wrote:
> On 16/05/13 16:58, Tom Hacohen wrote:
>> On 16/05/13 16:31, Rafael Antognolli wrote:
>>> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
>>> wrote:
On 16/05/13 14:43, Daniel Juyung Seo wrote:
> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen
>>
On 16/05/13 17:06, Tom Hacohen wrote:
> Yo,
>
> valgrind elementary_test List
> When starting:
> ==20532== Conditional jump or move depends on uninitialised value(s)
> ==20532==at 0x58776FA: _evas_image_file_header (evas_image_load.c:191)
> ==20532==by 0x5877BCF: evas_common_load_rgba_image
On 16/05/13 16:58, Tom Hacohen wrote:
> On 16/05/13 16:31, Rafael Antognolli wrote:
>> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
>> wrote:
>>> On 16/05/13 14:43, Daniel Juyung Seo wrote:
On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen
wrote:
> On 16/05/13 14:24, Christophe
On 16/05/13 17:06, Tom Hacohen wrote:
> Yo,
>
> valgrind elementary_test List
> When starting:
[...]
> After scrolling a bit (all the way and back) and pressing the Next API
> function a few times (scroll all the way!) I get a storm of errors, for
> example:
[...]
I can reproduce this as well.
Yo,
valgrind elementary_test List
When starting:
==20532== Conditional jump or move depends on uninitialised value(s)
==20532==at 0x58776FA: _evas_image_file_header (evas_image_load.c:191)
==20532==by 0x5877BCF: evas_common_load_rgba_image_module_from_file
(evas_image_load.c:292)
==20532=
On 16/05/13 16:31, Rafael Antognolli wrote:
> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
> wrote:
>> On 16/05/13 14:43, Daniel Juyung Seo wrote:
>>> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen
>>> wrote:
On 16/05/13 14:24, Christopher Michael wrote:
> On 16/05/13 14:19, Tom
On 16/05/13 16:31, Rafael Antognolli wrote:
> On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
> wrote:
>> On 16/05/13 14:43, Daniel Juyung Seo wrote:
>>> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen
>>> wrote:
On 16/05/13 14:24, Christopher Michael wrote:
> On 16/05/13 14:19, Tom
On Thu, May 16, 2013 at 10:45 AM, Christopher Michael
wrote:
> On 16/05/13 14:43, Daniel Juyung Seo wrote:
>> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen wrote:
>>> On 16/05/13 14:24, Christopher Michael wrote:
On 16/05/13 14:19, Tom Hacohen wrote:
> On 16/05/13 14:17, Christopher Micha
On 16/05/13 16:11, Tom Hacohen wrote:
> Maintainers of this stupid widget, please fix it.
>
> Ways to reproduce:
> elementary_test "Disk selector"
> See how slow, stupid and full of errors it is.
Bad *state. :)
I'm also in a bad case, hm... state.
--
Tom.
--
Maintainers of this stupid widget, please fix it.
Ways to reproduce:
elementary_test "Disk selector"
See how slow, stupid and full of errors it is.
--
Tom.
--
AlienVault Unified Security Management (USM) platform deliver
On 16/05/13 14:41, Daniel Juyung Seo wrote:
> On Thu, May 16, 2013 at 6:54 PM, Christopher Michael
> wrote:
>> On 16/05/13 14:19, Tom Hacohen wrote:
>>> On 16/05/13 14:17, Christopher Michael wrote:
On 16/05/13 14:14, Tom Hacohen wrote:
> On 16/05/13 14:06, Christopher Michael wrote:
On 16/05/13 14:43, Daniel Juyung Seo wrote:
> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen wrote:
>> On 16/05/13 14:24, Christopher Michael wrote:
>>> On 16/05/13 14:19, Tom Hacohen wrote:
On 16/05/13 14:17, Christopher Michael wrote:
> On 16/05/13 14:14, Tom Hacohen wrote:
>> On 16/0
On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen wrote:
> On 16/05/13 14:24, Christopher Michael wrote:
>> On 16/05/13 14:19, Tom Hacohen wrote:
>>> On 16/05/13 14:17, Christopher Michael wrote:
On 16/05/13 14:14, Tom Hacohen wrote:
> On 16/05/13 14:06, Christopher Michael wrote:
>> On 16
On Thu, May 16, 2013 at 6:54 PM, Christopher Michael
wrote:
> On 16/05/13 14:19, Tom Hacohen wrote:
>> On 16/05/13 14:17, Christopher Michael wrote:
>>> On 16/05/13 14:14, Tom Hacohen wrote:
On 16/05/13 14:06, Christopher Michael wrote:
> On 16/05/13 14:06, Jérémy Zurcher wrote:
>> so
On 16/05/13 14:30, Tom Hacohen wrote:
> On 16/05/13 14:24, Christopher Michael wrote:
>> On 16/05/13 14:19, Tom Hacohen wrote:
>>> On 16/05/13 14:17, Christopher Michael wrote:
On 16/05/13 14:14, Tom Hacohen wrote:
> On 16/05/13 14:06, Christopher Michael wrote:
>> On 16/05/13 14:06, J
On 16/05/13 14:24, Christopher Michael wrote:
> On 16/05/13 14:19, Tom Hacohen wrote:
>> On 16/05/13 14:17, Christopher Michael wrote:
>>> On 16/05/13 14:14, Tom Hacohen wrote:
On 16/05/13 14:06, Christopher Michael wrote:
> On 16/05/13 14:06, Jérémy Zurcher wrote:
>> sorry, but what a
On 16/05/13 14:19, Tom Hacohen wrote:
> On 16/05/13 14:17, Christopher Michael wrote:
>> On 16/05/13 14:14, Tom Hacohen wrote:
>>> On 16/05/13 14:06, Christopher Michael wrote:
On 16/05/13 14:06, Jérémy Zurcher wrote:
> sorry, but what are those formatting changes ??
Removing the
On 16/05/13 14:17, Christopher Michael wrote:
> On 16/05/13 14:14, Tom Hacohen wrote:
>> On 16/05/13 14:06, Christopher Michael wrote:
>>> On 16/05/13 14:06, Jérémy Zurcher wrote:
sorry, but what are those formatting changes ??
>>>
>>> Removing the parens that were there.
>>>
…
I see
Hi, I will improve,
about the 'cosmetic'
- there was an acual mix in the comments on table allocations
- using entry_id for the index of the entry within the table,
but using table_id for the inter table index within the master
and inter_table_id for the table index within the inter table
On 16/05/13 14:14, Tom Hacohen wrote:
> On 16/05/13 14:06, Christopher Michael wrote:
>> On 16/05/13 14:06, Jérémy Zurcher wrote:
>>> sorry, but what are those formatting changes ??
>>
>> Removing the parens that were there.
>>
>>> …
>>> I see your commits,
>>> clang yells loud about this, many peo
On 16/05/13 14:06, Christopher Michael wrote:
> On 16/05/13 14:06, Jérémy Zurcher wrote:
>> sorry, but what are those formatting changes ??
>
> Removing the parens that were there.
>
>> …
>> I see your commits,
>> clang yells loud about this, many people are moving from gcc to clang,
>> your code w
On 16/05/13 14:06, Jérémy Zurcher wrote:
> sorry, but what are those formatting changes ??
Removing the parens that were there.
> …
> I see your commits,
> clang yells loud about this, many people are moving from gcc to clang,
> your code will keep yelling so, not really an issue for me.
>
Reall
sorry, but what are those formatting changes ??
…
I see your commits,
clang yells loud about this, many people are moving from gcc to clang,
your code will keep yelling so, not really an issue for me.
On Thursday 16 May 2013 12:59, Christopher Michael wrote :
> Please revert this !!! and re-apply
Do you need help for debugging this? I can help with more info if
needed, but not sure how much it would help...
On Thu, May 16, 2013 at 9:43 AM, ChunEon Park wrote:
> ahhh ok. i see the problem when i launch it on the opengl_x11 .
> now the black rect is invisible before first timer cb is called
On 16/05/13 13:43, Eduardo Lima (Etrunko) wrote:
> On Thu, May 16, 2013 at 3:01 AM, Christopher Michael
> wrote:
>> Eduardo,
>>
>> The patch is simple enough. If it fixes the problem for you, then go
>> ahead and push it. The wayland_egl engine is going to be rewritten at
>> some point (when I fin
ahhh ok. i see the problem when i launch it on the opengl_x11 .
now the black rect is invisible before first timer cb is called.
-Regards, Hermet-
-Original Message-
From: "Rafael Antognolli"
To: "Enlightenment developer list";
Cc:
Sent: 2013-05-1
On Thu, May 16, 2013 at 3:01 AM, Christopher Michael
wrote:
> Eduardo,
>
> The patch is simple enough. If it fixes the problem for you, then go
> ahead and push it. The wayland_egl engine is going to be rewritten at
> some point (when I find some time) to make use of evas_gl stuff, but if
> this f
Hey,
Thanks for your efforts, but if possible please avoid such changes in
the future.
1. Don't mix cosmetic changes with actual code affecting changes.
2. The cosmetic changes you've made are disputable, and anyhow just make
it very annoying to revert old patches, use git blame to find who
ch
And what you mean by "it works"? Is the black rectangle also appearing
on the test, or only a small green rectangle on the white background?
The problem here is that the black rectangle does not appear because
of the green rectangle.
On Thu, May 16, 2013 at 8:30 AM, Rafael Antognolli wrote:
> I'
Please revert this !!! and re-apply WITHOUT the formatting changes
dh
On 16/05/13 12:18, J챕r챕my Zurcher - Enlightenment Git wrote:
> jeyzu pushed a commit to branch master.
>
> commit ab505d5d23299e658b39fa7d0f1aa73742e3e7fb
> Author: Jérémy Zurcher
> Date: Wed May 15 16:42:31 2013 +0200
I'm using latest git too.
Have you tried it with ECORE_EVAS_ENGINE="opengl_x11" set?
On Thu, May 16, 2013 at 3:37 AM, ChunEon Park wrote:
> I just tested your sample but it works fine here.
> what efl version did u use? I'm using the latest git source.
>
>
>
2013/5/3 David Seikel
> On Thu, 2 May 2013 18:24:43 +0200 Leif Middelschulte
> wrote:
>
> > Hi,
> >
> > I've written an 'all script' lua edje, which creates/modifies/deletes
> > a couple of objects.
> >
> > Everything seems fine, until the application is closed (not
> > crashing), when it compla
On Thu, May 16, 2013 at 10:27:22AM +0100, Daniel Willmann wrote:
> On 16/05/13 09:36, Martin Jansa wrote:
> > On Tue, May 07, 2013 at 05:23:40PM +0100, Daniel Willmann wrote:
> >> On 07/05/13 17:12, Martin Jansa wrote:
>
> >>> I don't see it at
> >>> http://git.enlightenment.org/legacy/evas.git/lo
On 16/05/13 09:36, Martin Jansa wrote:
> On Tue, May 07, 2013 at 05:23:40PM +0100, Daniel Willmann wrote:
>> On 07/05/13 17:12, Martin Jansa wrote:
>>> I don't see it at
>>> http://git.enlightenment.org/legacy/evas.git/log/
>>
>> Maybe another effect of the diskspace-issue earlier?
>>
>> I just cl
On Tue, May 07, 2013 at 05:23:40PM +0100, Daniel Willmann wrote:
> On 07/05/13 17:12, Martin Jansa wrote:
> > On Tue, May 07, 2013 at 10:54:24AM +0100, Daniel Willmann wrote:
> >> On 05/05/13 09:11, Jérôme Pinot wrote:
> >>
> >>> Anyway, it becomes obvious that evas was the actual culprit as
> > re
On Thu, 16 May 2013 15:56:30 +0900 (KST) ChunEon Park said:
really weird... it has worked solidly for me for e17 and later (e18 git).
> But, it didn't work at all when i installed e17 on my s9 first time.
>
>
> -Regards, Hermet-
>
> -Original Message
45 matches
Mail list logo