On Mon, May 19, 2008 at 12:03 AM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Tue, 6 May 2008 18:03:43 -0300 "Andre Magalhaes" <[EMAIL PROTECTED]>
> babbled:
>
> in cvs :)
I could have done it, but great thanks :)
--
Hi again,
I just tried and the patch didn't apply, so here is the update patch
against CVS HEAD
BR
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
Skype: andrunko
Blog: http://andrunko.blogspot.com
?
Hi,
I have a patch to Evas_Object_Image that's here for a long time.
We even release our evas with this patch, but I never found the time
to finish it (needs conversion to from YUV colorspaces).
The main idea of the patch is to enable images with colorspace !=
to be saved to a file. It adds a
Please check the return of ecore_imf_context_default_id_get, it seems
you don't have any plugin installed
BR
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
Skype: andrunko
Blog:http://andrunko
This was already committed!
On Dec 15, 2007 7:51 PM, Richard Kolkovich <[EMAIL PROTECTED]> wrote:
> Pretty self-explanatory patch... :)
>
> --
>
> Richard Kolkovich
> [EMAIL PROTECTED]
>
>
>
> -
> SF.Net email is sponsored by:
On Nov 29, 2007 1:32 AM, Kalyan Kumar <[EMAIL PROTECTED]> wrote:
> Hi All,
> i have just started doing R&D on Embedded Applications of "E".
> i'm now planning to do a virtual keyboard using C-code of "E" and ".edc".
> i was going through the EDC examples for this, as i could not find any solid
> d
In case you are interested I created a new Input Method module for the
keyboard done
by Gustavo.
You can find more info on
http://andrunko.blogspot.com/2007/11/iphone-like-keyboard-on-canola.html
--
Andre Moreira Magalhaes (andrunko)
Jabbe
I committed the code yesterday as Ecore_IMF as agreed on IRC. The
hildon input method
plugin wasn't committed cause it's LGPL. I created a garage project
and uploaded the code
there. If you are interested please check it from
https://garage.maemo.org/projects/himf-ecore/
BR
--
Andre Moreira Maga
On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Mon, 19 Nov 2007 01:02:40 +0100 "Jorge Luis Zapata Muga"
> <[EMAIL PROTECTED]> babbled:
>
> my plan was just to split it with no renaming. ecore builds as ecore.
> ecore_evas builds as ecore_evas with its own c
On Nov 18, 2007 5:16 PM, Hisham Mardam Bey <[EMAIL PROTECTED]> wrote:
> The situation is, everyone knows we should split up ecore, but
> everyone just keeps adding to it because no one is willing to split it
> up and cope with fixing the breakage. The more this keeps on being
> done, the harder its
On Nov 18, 2007 4:55 PM, Hisham Mardam Bey <[EMAIL PROTECTED]> wrote:
> Just a side note, I really think we should stop stuffing Ecore with
> all of this stuff. I would vote for splitting it up asap and not
> adding any more stuff in there.
While I agree, what are the plans of a split? Will it be d
On Nov 18, 2007 2:07 PM, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> Rather than introducing another internal dependency that may
> complicate things when ecore is eventually split up, could these go in
> the Ecore_Data definitions? I believe everything in ecore depends on
> this either directly
Hi all,
After I developed Ecore_IM I figured it out that a lot of code, macros, etc.
are duplicated all around the code (EAPI definition, ECORE_MAGIC
check, ...).
I would like to propose a support library (Ecore_Support) that all ecore
modules could use, maybe even other modules as e_dbus (to chec
Ooops,
I had forgot to delete the im context. New patch attached.
BR
On Nov 16, 2007 7:18 PM, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> I just finished the E (e_entry actually) IM support. Patch attached.
> It's quite easy to integrate it with other widgets if needed. If
&
I just finished the E (e_entry actually) IM support. Patch attached.
It's quite easy to integrate it with other widgets if needed. If
someone wants to help please let me know
BR
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTE
On Nov 16, 2007 10:46 AM, Stafford Horne <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Nov 2007 12:06:27 -0300
> "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> wrote:
>
> > Yes, building XIM on top of this Ecore_IM would be a better option.
> > shorne, could you have a look?
>
> Hi Guys,
>
> I look a clo
On Nov 15, 2007 7:56 PM, Stafford Horne <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Nov 2007 12:06:27 -0300
> "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> wrote:
>
> > Yes, building XIM on top of this Ecore_IM would be a better option.
> > shorne, could you have a look?
>
> Yeah,
>
> Ill take a look.
I've changed some minor things, check the new version from:
http://staff.get-e.org/?p=users/andrunko/ecore.git;a=summary
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
Skype: andrunko
Blog:http
Hey!
On Nov 15, 2007 10:52 AM, Stafford Horne <[EMAIL PROTECTED]> wrote:
> This is very cool.
Tnx for the feedback.
> Ill need more time to look into it and read the comments. Do you think this
> should be integrated into ETK? I thought it might be better to support input
> methods directly in
shorne-pla.net/uploads/ecore_xim-0.2.diff
>
> -Stafford
>
> On Fri, 9 Nov 2007 11:31:13 -0300
> "Andre Magalhaes" <[EMAIL PROTECTED]> wrote:
>
>
> > Hey,
> >
> > On Nov 8, 2007 8:13 PM, Stafford Horne <[EMAIL PROTECTED]> wrote:
> >
Hey,
On Nov 8, 2007 8:13 PM, Stafford Horne <[EMAIL PROTECTED]> wrote:
> Thanks, this is a helpful document. I agree that immodules are a cleaner way
> to handle input. They will allow us direct access to input method API.
Yeah, i believe immodules are the way to go. I would be perfect if we
co
Hi,
I was studying how input methods work, as I need to integrate the
hildon keyboard in ecore+etk. I believe we should use an approach
similar to Gtk/Qt4. They have a similar approach to work with im
modules, which IMHO should be a library independent of gtk/qt/ecore
(freedesktop ^^) and everybod
Hi,
This patch somehow broke ETK. I just reverted it and it works fine. To
test just run etk_test and select the tree test, then try to scroll
the list using the scrollbar button. Nothing happens. I don't have
time to work on it right now, but if somebody can take a look at it,
it would be great.
Hi,
I found a bug when using the engine 16 bits and trying to set the
image colorspace if it's different from EVAS_COLORSPACE_565_A5P.
The problem is that when I call evas_object_image_colorspace_get it
uses the engine func colorspace_get to return the current colorspace,
so I tested if it was di
I believe we should always return Etk_Bool in all callbacks and stop
the emission when returning 0 (FALSE).
Thoughts?
BR
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
Skype: andrunko
Blog:ht
On 9/14/07, Caio Marcelo <[EMAIL PROTECTED]> wrote:
> > - connect() family takes callback, data and returns the identifier
> > - disconnect() takes callback and data, removing only one specific
> > callback|data pair for a given signal
> > - disconnect_by_id() takes only the identifier (and no need
On 9/14/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> Please, no top posts :-)
I love this :)
> Having user data to disconnect wouldn't help that much, at least for
> our bindings.
>
> As I said in my email, ETK's signal implementation is far from ideal
> and could use some rework. Cai
I can see 2 approaches here:
1) Create an id to identify every signal connection and use it on
disconnect when needed (as done by the patch)
2) Change etk_signal_disconnect to receive one more param, the
user_data, the same way as etk_signal_connect does, cause I can have
the same callback been ca
Could you please file a bug report on http://bugs.enlightenment.org/
so it won't get lost on the ml
BR
On 8/16/07, Atton Jonathan <[EMAIL PROTECTED]> wrote:
> hello,
>
> I found a bug with etk_toggle_button and the disable function.
>
> - When you check a toggle button
> - disabled the button
> -
On 7/25/07, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 25 Jul 2007, Chady Kassouf wrote:
>
> > On 7/25/07, Vincent Torri <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>
> >>
> >> hmmm, make it hard to run such apps on desktops with 2 or more virtual
> >> desktops or monitors. There are other
Added to bugzilla:
http://bugzilla.enlightenment.org/show_bug.cgi?id=105 (evas patch)
http://bugzilla.enlightenment.org/show_bug.cgi?id=106 (edje patch)
BR
Andrunko
On 7/16/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 7/16/07, The Rasterman Carsten Haitzler &l
Hi,
On 7/16/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
On Mon, 9 Jul 2007 19:20:57 -0300 "Andre Magalhaes" <[EMAIL PROTECTED]>
babbled:
> Hey Raster,
>
> On 7/9/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> &g
Hi,
On 7/15/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Sun, 1 Jul 2007 21:17:30 -0300 "Gustavo Sverzut Barbieri"
> <[EMAIL PROTECTED]> babbled:
>
> > Hi guys, these days I was reading GCC's manual and saw that it can
> > compile and operate on more than one file at the same
Hi,
The attached patch fix a bug on ecore_evas_software_x11_16 to make it
use the evas software_x11_16 engine.
BR
Andrunko
Index: src/engines/ecore_evas_software_x11_16/ecore_evas_software_x11_16.c
===
RCS file:
/var/cvs/e/e17/libs
TED]> wrote:
On 7/11/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> Hi again,
>
> So i wrote a new version of the patch supporting stride. The new patch
> adds a new public method evas_object_image_stride_get that returns the
> row stride of the image. In etk/ewl there are
Hi,
The attached patch fix a bug on ecore_evas_software_x11_16 to make it
use the evas software_x11_16 engine.
BR
Andrunko
Index: src/engines/ecore_evas_software_x11_16/ecore_evas_software_x11_16.c
===
RCS file:
/var/cvs/e/e17/libs
, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
np, take your time :-)
On 7/11/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 11 Jul 2007 10:56:28 -0300 "Andre Magalhaes" <[EMAIL PROTECTED]>
> babbled:
>
> You'll need to wait until
np, take your time :-)
On 7/11/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
On Wed, 11 Jul 2007 10:56:28 -0300 "Andre Magalhaes" <[EMAIL PROTECTED]>
babbled:
You'll need to wait until Friday :) No time right now.
> Hi Raster,
>
> Any news
Hi Raster,
Any news on this?
BR
Andrunko
On 7/10/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> I was looking into etk/ewl code and i saw that they are using
> evas_object_image_data_get in some places and they are assuming that
> the data is always in RGBA format (a
Hi,
Attached there is a patch to fix evas software 16 engine build and to
add the missing image_data_get method
BR
Andrunko
Index: src/modules/engines/software_16/evas_engine.c
===
RCS file: /var/cvs/e/e17/libs/evas/src/modules/engi
components of an evas_object_image would be
helpful.
BR
Andrunko
On 7/10/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> On 7/10/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> > On 7/10/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> > >
On 7/10/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
On 7/10/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> On 7/9/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On 7/9/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED
Hi,
I found some minor bugs in etk+exhibit while playing with them
yesterday. Attached there are 2 patches to fix the bugs
The etk patch fixes a bug when reparenting a widget on an etk_box,
_etk_box_child_remove is freeing the newly created cell.
The exhibit patch fixes a bug where comment and
Ooops,
Forgot to attach the modified patch.
On 7/9/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
Hi,
On 7/9/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> On 7/9/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> > Hey Raster,
> >
> > On
Hi,
On 7/9/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> On 7/9/07, Andre Magalhaes <[EMAIL PROTECTED]> wrote:
> > Hey Raster,
> >
> > On 7/9/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > > On Fri, 6 Jul 2007 18
Hey Raster,
On 7/9/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
On Fri, 6 Jul 2007 18:00:08 -0300 "Andre Magalhaes" <[EMAIL PROTECTED]>
babbled:
> Hi all,
>
> As this is my first post here, let me introduce myself. I am Andre
> Moreira Magal
Hi all,
As this is my first post here, let me introduce myself. I am Andre
Moreira Magalhaes, aka andrunko, and I work for INdT in Brazil.
Now let's go to the point. I am working on a project that requires
that an Evas_Object to have a custom click area. This object is a
non-retangular object (a
47 matches
Mail list logo
