On Fri, 4 Jun 2010 11:43:49 +0800 Brian Wang said:
hmm ecore_imf_module thats odd. i can reproduce it. i just don't knwo why yet.
let me hunt this with memprof and see.
> Hello all,
>
> valgrind complains about it and it does seem to leak the memory quite
> a bit if the objects (elm_entry) are
On Fri, Jun 4, 2010 at 2:01 PM, Fabiano Fidêncio
wrote:
> On Fri, Jun 4, 2010 at 1:48 AM, Iván Briano (Sachiel)
> wrote:
>> On Fri, Jun 4, 2010 at 1:23 PM, Fabiano Fidêncio
>> wrote:
>>> Changing return of Eina_Bool functions that were not EINA_TRUE or
>>> EINA_FALSE in Edje.
>>> I'll try fix it
On Fri, Jun 4, 2010 at 1:23 PM, Fabiano Fidêncio
wrote:
> Changing return of Eina_Bool functions that were not EINA_TRUE or
> EINA_FALSE in Edje.
> I'll try fix it in more libs in the weekend.
>
No patch there.
> BR,
> --
> Fabiano Fidêncio
> ProFUSION embedded systems
> http://www.profusion.mob
On Fri, Jun 4, 2010 at 12:06 PM, Carsten Haitzler wrote:
> On Fri, 4 Jun 2010 11:40:05 +0800 Brian Wang said:
>
> actually wrong place to fix it - seems like... someone forgot to clean up the
> descriptions on object del inside of evas - as these are generic for any smart
> obj - this should be d
Changing return of Eina_Bool functions that were not EINA_TRUE or
EINA_FALSE in Edje.
I'll try fix it in more libs in the weekend.
BR,
--
Fabiano Fidêncio
ProFUSION embedded systems
http://www.profusion.mobi
--
ThinkGeek
On Fri, 4 Jun 2010 11:40:05 +0800 Brian Wang said:
actually wrong place to fix it - seems like... someone forgot to clean up the
descriptions on object del inside of evas - as these are generic for any smart
obj - this should be done there. in svn. :)
> Hello all,
>
> valgrind complains about t
Hello all,
In elm_button.c:_on_focus_hook(), there are newly introduced
evas_object_focus_set() calls. Why are they necessary?
In my app, there is a big invisible event object covering the whole
window, where keys are handled. When elm_button gets focused, my
event object does not get the key e
Hello all,
valgrind complains about it and it does seem to leak the memory quite
a bit if the objects (elm_entry) are created/destroyed from time to
time. I took a look at the code but could not come up with a proper
fix. Any suggestions? Please find the log below and thanks in
advance. :-)
va
Hello all,
valgrind complains about these quite a bit in the 'definitely lost'
section. Please take a look at the patch and correct/ignore anything
when you see fit.
Thanks.
brian
--
brian
--
Cool-Karaoke - The smallest recording studio, in your palm, open-sourced
http://coo
The dot character in the configure script was not the only error, just
the only one discussed in the autoconf thread. The other errors look
similar may be due to same problem.
Here are the details. Read through this to the end and I think it
looks pretty obvious.
Here is the total output of
On Thu, 3 Jun 2010, Vincent Torri wrote:
>
>
> On Thu, 3 Jun 2010, Gustavo Sverzut Barbieri wrote:
>
>> On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote:
>>> I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a
>>> fresh OS install.
>>>
>>> All autoconf.sh scripts are failing in a
On Jun 3, 2010, at 12:17 PM, Gustavo Sverzut Barbieri wrote:
> On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote:
>> ...
>> According to the thread, configure.ac contains a non-portable use of
>> sed that is causing the failure only on MacOS.
>> ...
>
> Possibly it was Sachiel's changes from yesterd
On Thu, 3 Jun 2010, Gustavo Sverzut Barbieri wrote:
> On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote:
>> I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a
>> fresh OS install.
>>
>> All autoconf.sh scripts are failing in an unusual way.
>>
>> Spoke to Vincent Torri, who poste
On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote:
> I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a
> fresh OS install.
>
> All autoconf.sh scripts are failing in an unusual way.
>
> Spoke to Vincent Torri, who posted my problem on the M4 list. You can
> read the whole thread he
I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a
fresh OS install.
All autoconf.sh scripts are failing in an unusual way.
Spoke to Vincent Torri, who posted my problem on the M4 list. You can
read the whole thread here:
http://lists.gnu.org/archive/html/autoconf/2010-06/ms
On Tue, 1 Jun 2010 17:03:05 +0200 Cedric BAIL said:
fixed in svn! :)
> On Mon, May 31, 2010 at 10:58 AM, Carsten Haitzler
> wrote:
> > ok... let's talk snapshot. i think time is about right to do one now. a lot
> > of stuff has gone in since the last ones. now.. i'm in "watch svn settle
> > and
On Wed, 2 Jun 2010 02:45:51 -0300 Rafael Fonseca said:
> As requested, I've changed the widget name. Let me know about any issues.
in svn :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
My bad. It seems that do not insert "confine" attribute in dragable block
would resolve this problem.
whtuhtc
2010/5/30 whtuhtc tu
> Hi,
>
> I want to make a part dragable and can move to specific position which is
> clicked.
>
> So I add a dragable block to make a part named "dragable_part" dr
18 matches
Mail list logo
