>
> - Strings with format
> Example:
> button.set_tooltip(_('Append %s') % _('something'))
>
>
The problem with this example is when you have language like Spanish,
where some of the characters can be encoded in ascii, but not all.
In this case, gettext will return a str or a PyUnicode depending of
On Tue, Aug 14, 2012 at 7:35 PM, Daniel Drake wrote:
> Show us an activity that fails because of this and give some
> details/explanation.
I've already explain this on the other thread (I linked it in this one
too), it talks about Typing Turtle and the "Congratulation.." string
but don't worry.
2012/8/14 Manuel Kaufmann :
> On Tue, Aug 14, 2012 at 3:49 PM, Gonzalo Odiard wrote:
>> Can you explain the problem you are trying to solve and
>> why you think this is the right solution?
>
> I sent an email yesterday commenting what the problem is and what the
> best solution is. Here is the thr
2012/8/14 Martin Langhoff :
> Perhaps you mean something else, like the "Python type Unicode". But
> in general discussion, people do use Unicode to mean... Unicode ;-)
Exactly, a lot of times I said unicode meaning PyUnicode, and this
thread started with an issue between two different python type
2012/8/14 Manuel Kaufmann :
> The reason is given here:
>
> "Software should only work with Unicode strings internally, converting
> to a particular encoding on output."
As I said, the unicode (Python type what generated this thread), is
used only internally and our link gives more sense to what I
On Tue, Aug 14, 2012 at 4:19 PM, Manuel Kaufmann wrote:
>> That is likely to break several things, for the same
>> reasons that we recently saw in another thread: why doesn't pygi
>> return unicode strings for GtkEntry.get_text() and so on?
>
> Can you point me out to that thread? I didn't read it
On Tue, Aug 14, 2012 at 6:55 PM, Daniel Drake wrote:
> So _ will suddenly change from returning a string to a unicode for all
> activities?
Yes. Actually, this patch is only for the activities that are being
ported to Gtk3 (because it affects just to sugar-toolkit-gtk3) and
it's a good point to s
On Tue, Aug 14, 2012 at 6:18 PM, S. Daniel Francis
wrote:
> Now the question is: Why should we get translations as Python type
> Unicode and encode them again in utf-8?
The reason is given here:
"Software should only work with Unicode strings internally, converting
to a particular encoding on ou
On Tue, Aug 14, 2012 at 1:15 PM, Manuel Kaufmann wrote:
> Broadly speaking, the issue is related with "merging Unicode string
> with 8bits ones" and this convey many problems that are difficult to
> find out and solve. In Python, is highly recommended to use Unicode
> throughout the source code
P
On Tue, Aug 14, 2012 at 5:18 PM, S. Daniel Francis
wrote:
>>> strings as Unicode and encode them as utf-8? I think there are too few
>>> cases when an activity gets translated strings and needs to work
>>> directly with unicode.
>>
>>
>> Probably because you do not speak chinese or any other asian
2012/8/14 Gonzalo Odiard :
>>
>> Unicode (Python Type) is for process text, but for input/output, that
>> text will need to be encoded as a string, and for that you will need a
>> code charset. Now it's the time to ask: Must we get all the translated
>> strings as Unicode and encode them as utf-8?
>
>
> Unicode (Python Type) is for process text, but for input/output, that
> text will need to be encoded as a string, and for that you will need a
> code charset. Now it's the time to ask: Must we get all the translated
> strings as Unicode and encode them as utf-8? I think there are too few
> ca
Thanks
On Tue, Aug 14, 2012 at 5:25 PM, Manuel Quiñones wrote:
> I will push this one as Gonzalo already tested and reviewed.
>
> 2012/8/14 Manuel Quiñones :
> > Signed-off-by: Manuel Quiñones
> > Tested-by: Gonzalo Odiard
> > Reviewed-by: Gonzalo Odiard
> > ---
> > gtk3/theme/gtk-widgets.cs
2012/8/14 Martin Langhoff :
> Hi danielf,
Hi Martin,
> wrote:
>> I look some people is needing to know more about Unicode:
First I'll apologize because the first part of my message sounds a bit rude.
> one thing to keep in mind is that UTF-8 is one of the possible ways to
> represent Unicode data.
I will push this one as Gonzalo already tested and reviewed.
2012/8/14 Manuel Quiñones :
> Signed-off-by: Manuel Quiñones
> Tested-by: Gonzalo Odiard
> Reviewed-by: Gonzalo Odiard
> ---
> gtk3/theme/gtk-widgets.css.em | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/gtk3/theme/gtk
Signed-off-by: Manuel Quiñones
Tested-by: Gonzalo Odiard
Reviewed-by: Gonzalo Odiard
---
gtk3/theme/gtk-widgets.css.em | 5 +
1 file changed, 5 insertions(+)
diff --git a/gtk3/theme/gtk-widgets.css.em b/gtk3/theme/gtk-widgets.css.em
index 538d4dd..5549970 100644
--- a/gtk3/theme/gtk-widget
On Tue, Aug 14, 2012 at 3:49 PM, Gonzalo Odiard wrote:
> Can you explain the problem you are trying to solve and
> why you think this is the right solution?
I sent an email yesterday commenting what the problem is and what the
best solution is. Here is the thread:
* http://lists.sugarlabs.org/a
Humitos,
We need help form more experienced people here to do the review.
Can you explain the problem you are trying to solve and
why you think this is the right solution?
Gonzalo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists
Thanks all who made it to the meeting! Think we managed to cover lots of ground
– here's the logs for those who couldn't be there:
Minutes:
http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-08-14T16:47:13.html
Log: http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-08-14T16:47:13
>
>
> I am fine to go with 'clicked' as Gonzalo suggested but would be nice to
> know the details as well.
>
> Regards,
>Simon
>
>
The following info can be related:
In gtk3, a patch to check emulating_pointer before use touch as
button_press/release:
http://osdir.com/ml/commits.gnome/2012-02
Minutes:
http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-08-14T15:04:58.html
Log:
http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-08-14T15:04:58
Cheers,
Simon
On 08/13/2012 11:47 PM, Simon Schampijer wrote:
Hi,
tomorrow we will have our weekly dev team meeting.
Time: 14
Thanks for all the responses.
Welcome Manuel [1]!
Regards,
Simon
[1] http://wiki.sugarlabs.org/go/Development_Team/Release/Modules#Glucose
On 08/08/2012 04:57 PM, Daniel Narvaez wrote:
+1 !
(and I think the maintainers for sugar-artwork, sugar-toolkit and
sugar should just be the same).
Hi Ajay,
On 14 Aug 2012, at 11:51, Ajay Garg wrote:
> Hi Gary, Anish, Gonzalo.
>
> The "impatient" UI-interaction bug has been fixed via ::
> http://git.sugarlabs.org/dextrose/mainline/commit/e34ba2bc5554621a7770c8f5960f257bff9787f8
>
> The latest sugar-rpm (containing the fix) can be found at
On Tue, Aug 14, 2012 at 11:35 AM, Manuel Kaufmann wrote:
> I will send a patch when I finish my work to discuss about it.
http://lists.sugarlabs.org/archive/sugar-devel/2012-August/038959.html
--
Kaufmann Manuel
Blog: http://humitos.wordpress.com/
Porfolio: http://fotos.mkaufmann.com.ar/
PyAr:
gettext[1] supports both the GNU gettext catalog API and higher level,
class-based API that may be more appropriate for Python files.
This commit changes the code to use the higher level, class-based API
to return Unicode objects instead 8bits strings as it was. This allows
us to have the code con
On Tue, Aug 14, 2012 at 12:47 PM, Manuel Kaufmann wrote:
> Did you find any solution to this?
Oh, sorry. I found the solution here:
* http://bugs.sugarlabs.org/ticket/3654
You move the code from one file to another one. Thanks
--
Kaufmann Manuel
Blog: http://humitos.wordpress.com/
Porfolio: h
On Tue, May 29, 2012 at 4:25 PM, Daniel Drake wrote:
> Are there other options that I'm missing? Any thoughts?
Did you find any solution to this?
I'm working on a patch that is related to translated string (returning
Unicode objects instead of 8bits ones). I've already have working
version and I
On Tue, Aug 14, 2012 at 10:56 AM, Martin Langhoff
wrote:
> The BOM header didn't become popular (for good technical reasons). Is
> there a way to tell the Python interpreter that assume that our code
> (inc strings in our code) should be assumed to be unicode? If so, we
> can set that in sugar-ses
On Mon, Aug 13, 2012 at 7:15 PM, S. Daniel Francis
wrote:
> I look some people is needing to know more about Unicode:
Hi danielf,
one thing to keep in mind is that UTF-8 is one of the possible ways to
represent Unicode data. We will, most of the time, use UTF-8 mixed up
with straight old ASCII.
Hi folks!
Just a reminder about today's Design Meeting - Tuesday August 14th 2012 - 16:30
UTC
http://wiki.sugarlabs.org/go/Design_Team/Meetings
Agenda:
- Home list view, hover highlight/click results in confusion for favourite
icons [1] ''Frederick''
- "Examples" support for activiti
On 13 Aug 2012, at 17:38, Walter Bender wrote:
> I have a proposal from the learning team regarding the resolution of
> the thumbnail images in the Journal. They'd like the thumbnails to be
> of a higher resolution, both for the detail view in the Journal and in
> the Portfolio activity. The moti
Thanks, this patch fixes the issue.
The tool buttons still need some margin around, but that's a separate issue.
2012/8/13 :
> From: Gonzalo Odiard
>
> This issue is displayed in the activities ported to gtk3,
> Finance SL#3739, Jukebox SL#3765, and Paint.
>
> Signed-off-by: Gonzalo Odiard
Ac
Thanks Gonzalo, tested with Terminal GTK+3, patch looks good.
2012/8/13 :
> From: Gonzalo Odiard
>
> Signed-off-by: Gonzalo Odiard
Acked-by: Manuel Quiñones
> ---
> gtk3/theme/gtk-widgets.css.em | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/gtk3/theme/gtk-widgets.css.em b/gtk
2012/8/13 Walter Bender :
> I have a proposal from the learning team regarding the resolution of
> the thumbnail images in the Journal. They'd like the thumbnails to be
> of a higher resolution, both for the detail view in the Journal and in
> the Portfolio activity. The motivation is that the curr
On 08/09/2012 10:27 PM, Manuel Quiñones wrote:
Thanks Gonzalo,
Thanks Gonzalo. I was intrigued by that fact and looked a bit at the issue.
2012/8/9 :
From: Gonzalo Odiard
Use clicked instead of button-pressed, because this is not triggered
by touch device.
Makes sense, clicked is more g
On 08/13/2012 11:23 PM, Simon Schampijer wrote:
On 08/06/2012 12:04 PM, Simon Schampijer wrote:
This is a patch series to make the Sugar shell hippo free. Based on the
work that has been done in [1] and [2]. It incorporates the patch from
Sascha to move the EventIcon into the shell temporary.
36 matches
Mail list logo