Hey,
From the setlocale man page:
"If locale is NULL, the current locale is only queried, not modified."
I am only querying it there, not modifying it. It's up to the
application to set the locale to whatever it wants, for example by
calling setlocale with "" like you've suggested.
This is *c
Dear Tom,
what does "if the app using elm is translatable." mean?
With setlocale LC_MESSAGES to NULL, running applications with environment
variable with LANG doesn't translate the texts.
const char *msg_locale = setlocale(LC_MESSAGES, NULL);
I tried with "" instead of NULL and it worked.
c
Good review from glima.
Thanks.
Daniel Juyung Seo (SeoZ)
On Mon, Sep 3, 2012 at 10:53 PM, Tom Hacohen wrote:
> I completely agree. Daniel caught me in a moment of weakness and tricked
> me into committing this.
>
> I'm reverting it now.
>
> --
> Tom.
>
> On 03/09/12 16:48, Gustavo Lima Chaves wr
I completely agree. Daniel caught me in a moment of weakness and tricked
me into committing this.
I'm reverting it now.
--
Tom.
On 03/09/12 16:48, Gustavo Lima Chaves wrote:
> * Enlightenment SVN [2012-09-03 04:14:17 -0700]:
>
>> Log:
>> Elm layout: Fix segfault in some cases.
>>
>>Apparen
* Enlightenment SVN [2012-09-03 04:14:17 -0700]:
> Log:
> Elm layout: Fix segfault in some cases.
>
> Apparently this fixes stuff for Daniel Zaoui with some more complicated
> cases.
>
> Author: tasn
> Date: 2012-09-03 04:14:17 -0700 (Mon, 03 Sep 2012)
> New Revision: 76000
> Tra
On 17/05/12 11:26, Stefan Schmidt wrote:
> Well, if you don't have a special case for 'aouaA would also affect other text entries. Rare sure, but not as rare as you
> might think. Adding a changelog with the fixed _root cause_ would still
> make sense.
I'm talking about a specific case bug here, n
Hello.
On 05/17/2012 08:05 AM, Tom Hacohen wrote:
> On 17/05/12 02:15, Carsten Haitzler (The Rasterman) wrote:
>
> I know what a changelog is for, but you have to put a line somewhere.
> I'm certain you'll agree that "Fixed elm_object_text_set to work when
> inserting the text 'aouaA entry, as no
On 17/05/12 02:15, Carsten Haitzler (The Rasterman) wrote:
> the point of releases and stability is that regardless if *YOU* care, you have
> "users" (customers) who care and stability is about supporting them. making
> bugfix releases with no nasty surprises they can DEPEND on. if you personally
>
On Wed, 16 May 2012 23:59:38 +0300 Tom Hacohen said:
> On 16/05/12 22:02, Davide Andreoli wrote:
> > Changelog? Backport? no?
>
> Changelog: fix a stupid bug in a widget no one uses (but my colleague it
> seems).
the point of releases and stability is that regardless if *YOU* care, you have
"u
On 16/05/12 22:02, Davide Andreoli wrote:
> Changelog? Backport? no?
Changelog: fix a stupid bug in a widget no one uses (but my colleague it
seems).
Though seriously, changelog: no way I'm adding a changelog entry for
that, we are really getting nuts with the changelog, we have 1
changes li
2012/5/16 Enlightenment SVN
> Log:
> Elm fileselector_button: Fixed a bug when choosing a file.
>
> Author: tasn
> Date: 2012-05-16 05:12:34 -0700 (Wed, 16 May 2012)
> New Revision: 71165
> Trac: http://trac.enlightenment.org/e/changeset/71165
>
>
Changelog? Backport? no?
d
mail.com>
To: enlightenment-devel@lists.sourceforge.net
Cc: enlightenment-...@lists.sourceforge.net
Sent: 12-02-21(화) 10:56:54
Subject: Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
This introduces following warnings.
elm_gesture_layer.c: In function '_add_device_pending':
elm_gestu
This introduces following warnings.
elm_gesture_layer.c: In function '_add_device_pending':
elm_gesture_layer.c:859:13: warning: passing argument 3 of
'eina_list_search_unsorted_list' makes pointer from integer without a cast
/usr/local/include/eina-1/eina/eina_list.h:1163:28: note: expected 'cons
Just to conform with pager... look at the bottom of the .h file, you
have the item style default set function...
--
Tom.
On 17/02/12 04:56, ChunEon Park wrote:
> Why does elm_naviframe_item_style_default_set API required?
> This API says that elm_object_style_default_set is also needed.
> ---
Why does elm_naviframe_item_style_default_set API required?
This API says that elm_object_style_default_set is also needed.
-Regards, Hermet-
-Original Message-
From: "Enlightenment SVN"
To: enlightenment-...@lists.sourcefo
> -Regards, Hermet-
>
> -Original Message-
> *From:* "Tom Hacohen"
> *To:* "ChunEon Park"
> *Cc:* "Enlightenment develo";
> enlightenment-...@lists.sourceforge.net
> *Sent:* 11-12-08(목) 20:08:04
> *Subject:* Re: [E-devel] E SVN: tasn tr
<enlightenment-devel@lists.sourceforge.net>;
enlightenment-...@lists.sourceforge.net
Sent: 11-12-08(목) 20:08:04
Subject: Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
I can fix it, will try to squeeze it in today, but if you get to it
before I do, feel free to do it yourself. :P
--
T
e-
> *From:* "Tom Hacohen"
> *To:* "Enlightenment developer
> list"
> *Cc:* "ChunEon Park";
> enlightenment-...@lists.sourceforge.net
> *Sent:* 11-12-08(목) 18:55:33
> *Subject:* Re: [E-devel] E SVN: tasn trunk/elementary/s
rk"<her...@naver.com>;
enlightenment-...@lists.sourceforge.net
Sent: 11-12-08(목) 18:55:33
Subject: Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On 08/12/11 11:28, ChunEon Park wrote:
> simply, we can call elm_widget_item_disabled_get API
> it's more clear.
It is, that'
On 08/12/11 11:28, ChunEon Park wrote:
> simply, we can call elm_widget_item_disabled_get API
> it's more clear.
It is, that's what I was talking about in my previous mail, didn't know
it existed. :)
Mind fixing it?
Thanks,
Tom.
nt-devel@lists.sourceforge.net>
Cc: enlightenment-...@lists.sourceforge.net
Sent: 11-12-08(목) 17:05:56
Subject: Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On 08/12/11 04:43, Daniel Juyung Seo wrote:
> Hello Tom,
> Thanks for you fix.
>
> I have one question here.
> I think this m
nt-devel@lists.sourceforge.net>
Cc: enlightenment-...@lists.sourceforge.net
Sent: 11-12-08(목) 17:05:56
Subject: Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On 08/12/11 04:43, Daniel Juyung Seo wrote:
> Hello Tom,
> Thanks for you fix.
>
> I have one question here.
> I think
On 08/12/11 04:43, Daniel Juyung Seo wrote:
> Hello Tom,
> Thanks for you fix.
>
> I have one question here.
> I think this macro has no big benefit.
>
> +#define BASE(it) (&(it)->base)
>
> There is no much difference between "BASE(it)" and "it->base".
> But there are two macros for base.view and b
Hello Tom,
Thanks for you fix.
I have one question here.
I think this macro has no big benefit.
+#define BASE(it) (&(it)->base)
There is no much difference between "BASE(it)" and "it->base".
But there are two macros for base.view and base.widget in elm_widget.h
#define VIEW(X) X->base.view
#def
On Mon, Aug 29, 2011 at 9:07 AM, Tom Hacohen
wrote:
> On 29/08/11 14:59, Iván Briano (Sachiel) wrote:
>> Or tell your friend to read the warnings in the compile log.
>> Or not to cast pointers to incompatible types to silence those warnings.
>
> I tell him that all the time...
> To his defence tho
On 29/08/11 14:59, Iván Briano (Sachiel) wrote:
> Or tell your friend to read the warnings in the compile log.
> Or not to cast pointers to incompatible types to silence those warnings.
I tell him that all the time...
To his defence though, in this case it wasn't entirely his fault. He did
someth
2011/8/29 Tom Hacohen :
> Ok, reverted. A big win for informative commit logs that made it easier
> for you to detect this bad commit. :)
>
> On 29/08/11 14:43, Gustavo Barbieri wrote:
>> Went bad? But evas_object_data_get() should be safe with it using magic
>> numbers.
>
> I'm not sure I got you
Ok, reverted. A big win for informative commit logs that made it easier
for you to detect this bad commit. :)
On 29/08/11 14:43, Gustavo Barbieri wrote:
> Went bad? But evas_object_data_get() should be safe with it using magic
> numbers.
I'm not sure I got you, you suggest I'll change it to che
Went bad? But evas_object_data_get() should be safe with it using magic numbers.
--Gustavo
Sent from my iPhone
On 29/08/2011, at 08:36, Tom Hacohen wrote:
> On 29/08/11 14:32, Gustavo Barbieri wrote:
>> Hey Tasn, need to check but before there were no limits that the
>> tooltip must be on an e
On 29/08/11 14:32, Gustavo Barbieri wrote:
> Hey Tasn, need to check but before there were no limits that the
> tooltip must be on an elm object. It could be an edje or a single
> rectangle. All it should use are mouse events.
>
> --Gustavo
>
> Sent from my iPhone
Ah. I'm sorry then, will revert,
Hey Tasn, need to check but before there were no limits that the
tooltip must be on an elm object. It could be an edje or a single
rectangle. All it should use are mouse events.
--Gustavo
Sent from my iPhone
On 28/08/2011, at 11:13, Enlightenment SVN wrote:
> Log:
> Elm tooltip: Added checks i
On Thu, 2011-05-19 at 18:19 +0200, Leif Middelschulte wrote:
> 2011/5/19 Enlightenment SVN :
> > Log:
> > Elm entry: strndup is not portable, use memcpy.
> If it's in the context of copying a string, why don't you define
> strndup as a macro for platforms it's not supported on?
That's why I used i
2011/5/19 Enlightenment SVN :
> Log:
> Elm entry: strndup is not portable, use memcpy.
If it's in the context of copying a string, why don't you define
strndup as a macro for platforms it's not supported on?
BR,
Leif
>
> Thanks to vtorri for the notice.
>
> Author: tasn
> Date: 201
Lazy bastard! I forgot about it, but got reminded by ephoto yesterday
night, so I decided to fix it. :)
--
Tom.
On Wed, 2011-04-06 at 18:28 +0900, Daniel Juyung Seo wrote:
> Tom!
> This is so good. I waited this patch for so long.
> Sorry I was too busy to fix this. ; or lazy :)
>
> Thanks!
> Da
Tom!
This is so good. I waited this patch for so long.
Sorry I was too busy to fix this. ; or lazy :)
Thanks!
Daniel Juyung Seo (SeoZ)
On Wed, Apr 6, 2011 at 4:51 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> Elementary smart-scroller: Fixed scroller "jumping" in some cases
35 matches
Mail list logo