[E-devel] elm_flip unexpected behavior

2012-11-21 Thread david . oboeuf
Hi everybody, I work in Enna, and after upgrade efl from 1.7.0 to 1.7.1, I have an unexpected behavior for the widget flip. When I go from the "front" side to "back", I have the two side together. There are the same problem with the "Flip Interactive" test in elementary_test Oboeuf Dav

Re: [E-devel] Entry widget, memory corrupted

2012-10-04 Thread david . oboeuf
I have found the roots of my problem: it's the COMPAT_SMART_DATA(sd)->text_get(obj, part); instruction in the elm_widget.c When I arrive in this instruction, I have a memory corrupted - Mail original - De: "Cedric BAIL" À: "Enlightenment developer list" Envoyé: Jeudi 4 Octobre 2012 10:57

[E-devel] Entry widget, memory corrupted

2012-10-04 Thread david . oboeuf
Hello, I write a simple text editor with the Entry widget (elementary 1.7). But when I use that in a "big" file (for example 300 lines), I have an memory corrupted error (it works for small file). The Entry widget has a maximal number of character? Kind regards Oboeuf David#include

Re: [E-devel] Conditionnal compilation in Edje

2012-08-27 Thread david . oboeuf
Thanks for your answer - Mail original - De: "Michael Blumenkrantz" À: "Enlightenment developer list" Envoyé: Lundi 27 Août 2012 17:37:43 Objet: Re: [E-devel] Conditionnal compilation in Edje On Mon, 27 Aug 2012 18:33:06 +0300 Tom Hacohen wrote: > On 27/08/12 18:30, david.obo...@alic

[E-devel] Conditionnal compilation in Edje

2012-08-27 Thread david . oboeuf
Hello, I wonder if it is possible (expected) to have a conditionnal compilation in edje, for example with flags in edje file (like an #ifdef in C)? Cordially David Oboeuf -- Live Security Virtual Conference Exclusive

[E-devel] [Evas]: Use of loop instead of memcpy

2012-07-29 Thread david . oboeuf
Hi, I wonder why the evas_blit_main.c, the copy is made by a loop instead of a memcpy. This is a problem with an architecture or with performance? Oboeuf David -- Live Security Virtual Conference Exclusive live event

Re: [E-devel] Patch for endianness conversion

2012-07-26 Thread david . oboeuf
I think it depends on our x86 processor architecture (it's less than 5% faster for me). - Mail original - De: "Carsten Haitzler" À: "Enlightenment developer list" Cc: "david oboeuf" Envoyé: Jeudi 26 Juillet 2012 10:35:08 Objet: Re: [E-devel] Patch fo

Re: [E-devel] Patch for endianness conversion

2012-07-26 Thread david . oboeuf
Okay, but if we use this function, it's because we have a 24 bits (8bit for each color) framebuffer isn't it? - Mail original - De: "Carsten Haitzler" À: "david oboeuf" Cc: "Enlightenment developer list" Envoyé: Jeudi 26 Juillet 2012 15:59:40 O

Re: [E-devel] Patch for endianness conversion

2012-07-26 Thread david . oboeuf
I wonder why don't use a memcpy to copy for the 24bpp conversion like this patch (when it's possible), and use conventional method for the other endianness. In my board I can go approximately 30% faster (I don't know for other archi than i686). - Mail original ----- De: &q

Re: [E-devel] Patch for endianness conversion

2012-07-26 Thread david . oboeuf
I think x86 processor have a hardware-fixups to process unaligned writes (with some improvement with new x86 processor, the difference is nearly 0% now, it's why it works faster). But it's a very specific case and don't work in other architecture. - Mail original ----- De

Re: [E-devel] Patch for endianness conversion

2012-07-25 Thread david . oboeuf
f line). - Mail original - De: "Carsten Haitzler" À: "david oboeuf" Cc: "Enlightenment developer list" Envoyé: Jeudi 26 Juillet 2012 05:51:25 Objet: Re: [E-devel] Patch for endianness conversion On Wed, 25 Jul 2012 06:28:48 -0400 (EDT) david.obo...@aliceadsl

Re: [E-devel] Patch for endianness conversion

2012-07-25 Thread david . oboeuf
Hi, Ok, I try to find out the root of the problem. I've also made a patch to speed up the conversion from rgba to rgb in 24bpp. - Mail original - De: "Carsten Haitzler" À: "david oboeuf" Cc: "Enlightenment developer list" Envoyé: Mercredi 25

Re: [E-devel] Patch for endianness conversion

2012-07-24 Thread david . oboeuf
The color format is wrong, but now, I don't know if it's our framebuffer or evas the problem. Except for this point, all runs fine (I run Enna on my STB). I'm right to make this patch, I will work this afternoon on this - Mail original - De: "Carsten Haitzler&quo

Re: [E-devel] Patch for endianness conversion

2012-07-24 Thread david . oboeuf
Mea Culpa, I haven't see it's already make in evas_common.h with the macros. It's a problem with my platform. Thanks - Mail original - De: "Carsten Haitzler" À: "Enlightenment developer list" Cc: "david oboeuf" Envoyé: Mardi 24 Juillet

Re: [E-devel] Patch for endianness conversion

2012-07-24 Thread david . oboeuf
ect a RGB format - Mail original - De: "Carsten Haitzler" À: "Enlightenment developer list" Cc: "david oboeuf" Envoyé: Mardi 24 Juillet 2012 10:27:44 Objet: Re: [E-devel] Patch for endianness conversion On Tue, 24 Jul 2012 03:32:25 -0400 (EDT) david.obo...

[E-devel] Patch for endianness conversion

2012-07-24 Thread david . oboeuf
Hi everybody, I work actually on a set-top-box little endian with a 24-bit depth framebuffer (evas version 1.2.1). I noticed there are no conversion between little endian and big endian (my color was inverted). I propose a patch to handle the endianness for this depth (I test only the evas_c