Re: [E-devel] elm_label

On Wed, 13 Jul 2011 09:26:21 +0300 Tom Hacohen wrote: > On 13/07/11 00:36, Gustavo Sverzut Barbieri wrote: > > well, we do have the track but nobody ever checks it (/me hides from > > vtorri, the one that definitely checks!) > > > > Yeah, that's what I said, no trac-culture. :) > > We have it,

Re: [E-devel] elm_label

On 13/07/11 00:36, Gustavo Sverzut Barbieri wrote: > well, we do have the track but nobody ever checks it (/me hides from > vtorri, the one that definitely checks!) > Yeah, that's what I said, no trac-culture. :) We have it, but we don't use it. -- Tom.

Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/lib

Dear, I added a new widget naviframe. This widget is for application's view manager such as elm_pager. But has optional functions more for users convenience. Not completed yet for decorations. but basic frame is completed. Do someone review it's APIs and functionalities? -

Re: [E-devel] [Patch] Add XIM module for ecore_imf

Hello, Naruto. Like you said, E17 e_entry.c doesn't display preedit because it doesn't have callback function to process ECORE_IMF_EVENT_PREEDIT_CHANGED event. I just sent the patch to display the preedit string in E17 entry. See http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.ne

[E-devel] [PATCH] Display preedit in entry of E17

Hello, EFL developers. The entry in E17 doesn't display preedit string. There has been no code to display the preedit string in e_entry.c. This patch will make it be possible. Would you please review this patch? Index: e_entry.c ==

Re: [E-devel] E SVN: hermet trunk/elementary/src/bin

Tom. I modified gesture layer test code to use elm_transit from elm_animator. Could you please check it working fine? Let's run together for the best moment! -Regards, Hermet- -Original Message- From: "Enlightenment SVN"

Re: [E-devel] [Patch] evas_gl_shader patch for get_program_binary extension

pushed it. Thank you very much! Let's run together for the best moment! -Regards, Hermet- -Original Message- From: "이광림" To: enlightenment-devel@lists.sourceforge.net Cc: Sent: 11-07-13(수) 00:54:34 Subject: [E-devel] [Patch]

[E-devel] *Combination* of size hints

Hi, folks. I'm writing to gather, specially from Raster and the more ancient Evas hackers, what to expect/document about Evas' size hints, WHEN COMBINED. We have some common sense ground here, obviously, like: min/max sizes must always be respected. But if we start to mix, for a given container

Re: [E-devel] elm_label

On Tue, Jul 12, 2011 at 6:08 PM, Tom Hacohen wrote: > On 12/07/11 22:47, Jonas M. Gastal wrote: >> Tom, >> >> You certainly did help, I got almost everything to work as expected. However >> a >> few issues remain: >>  - the "marker" style which was mentioned in the previously existing >> document

Re: [E-devel] elm_label

On 12/07/11 22:47, Jonas M. Gastal wrote: > Tom, > > You certainly did help, I got almost everything to work as expected. However > a > few issues remain: > - the "marker" style which was mentioned in the previously existing > documentation is present in the default.edc file, but using it caus

Re: [E-devel] elm_label

On Tuesday, July 12, 2011 09:56:45 Tom Hacohen wrote: > On 12/07/11 00:14, Jonas M. Gastal wrote: > > Hey all, > > > > I've been trying to write documentation for elm_label, however there are > > a > > > > number of things that seem to not work: > > - elm_label_ellipsis_set() is only respected

[E-devel] evas_object_image_* memory and file descriptor usage

Hey there, I'm currently working on some code [1] which reads PNG images from stdin and does some processing and comparisons on them. In short: - The data is read from stdin and fed to an Evas_Object (created via evas_object_image_filled_add) with evas_object_image_memfile_set; - Some of the

[E-devel] [Patch] evas_gl_shader patch for get_program_binary extension

Dear all, I attached a patch of evas_gl_shader. I've removed a comment which is creating dummy shader when using GL_OES_get_program_binary extension. Mr. Haegeun Park who is in charge of GPU driver fixed get_program_binary bug in the SGX driver. There's no need to create dummy shaders any longe

Re: [E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.

On 12/07/11 18:11, Gustavo Sverzut Barbieri wrote: > It would be useful to have some references in SVN and also a tool to > diff these files, producing a hint on what's different other than pure > "cmp a b: files differ at byte X". This is done by WebKit, for > instance Well, it uses image magick t

Re: [E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.

On Tue, Jul 12, 2011 at 10:11 AM, Tom Hacohen wrote: > Dear all, > > I'm glad to introduce elm_tsuite, a pixel comparison test suite for EFL. > Thanks should go to Aharon Hillel for writing this one. > Commit: http://trac.enlightenment.org/e/changeset/61289 > > All the info below is also available

Re: [E-devel] Ecore XCB

On 07/12/11 02:28, Vincent Torri wrote: > > > On Tue, 12 Jul 2011, Christopher Michael wrote: > >> On 07/12/11 01:07, Alexander Kerner wrote: >>> On Mon, Jul 11, 2011 at 07:10:13PM -0400, Christopher Michael wrote: Hi Lists, This is just another email to let people know that Tuesday

[E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.

Dear all, I'm glad to introduce elm_tsuite, a pixel comparison test suite for EFL. Thanks should go to Aharon Hillel for writing this one. Commit: http://trac.enlightenment.org/e/changeset/61289 All the info below is also available in the README. This test suite should be used to make sure we do

Re: [E-devel] Segfault with the ELM_ENGINE=shot

On 11/07/11 17:35, Tom Hacohen wrote: > Dear all, > > There's a segfault when using ELM_ENGINE=shot with "Entry". > > The problem is that it tries setting up DND properties on the X window, > but we have no X window when using the shot engine. > > I guess we should check the engine currently used t