CC'ing CJL
On Mon, Jun 3, 2013 at 6:48 PM, Daniel Narvaez wrote:
> Not sure where to put properties files (both reference and translated).
> Perhaps we could just follow mozilla and have them in the locales/
> directory. It's a bit too similar to locale, which we are using to generate
> translati
Not sure where to put properties files (both reference and translated).
Perhaps we could just follow mozilla and have them in the locales/
directory. It's a bit too similar to locale, which we are using to generate
translations for native activities but it shouldn't be too confusing since
for web a
We could have activity authors provide the reference properties files in
the locale directory. Bundle builder would generate the pot file from those
using
prop2po -P
When building the xo bundle, it would then generate translated properties
files using
po2prop -t
It seems like it should work and
Well, Jed apparently requires converting po to json too, so we won't save
on the build bits. It probably doesn't solve the problem of extracting
translatable strings either.
On 4 June 2013 00:00, Daniel Narvaez wrote:
> An alternative could be to combine webL10N and Jed
>
> http://slexaxton.git
An alternative could be to combine webL10N and Jed
http://slexaxton.github.io/Jed/
Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The
webL10N code is pretty simple, so it might easier then figuring out how to
setup the prop2po build bits.
On 3 June 2013 23:20, Daniel Nar
I had a look at the code and I don't see anything firefox specific, I
suspect the full API will work on latest webkit (they try to support really
old browsers and that's probably where they only support a basic API).
The thing I'm not convinced about is using .properties files. But unless we
can f
I don't think this could solve Lionel issue (and I can still reproduce it
with the patch applied). I don't have time to look into the other issue
right now, please submit a pull request.
On 3 June 2013 22:48, Gonzalo Odiard wrote:
> I found the issue:
>
> We was using a translated (to the devel
Hello,
we didn't really think about how to support translations of the web
activities. This is how mozilla is doing it
https://github.com/fabi1cazenave/webL10n
It claims to be cross browsers but they have a "modern" API which is
firefox only. I'm not sure what that exactly mean, but a basic API
I found the issue:
We was using a translated (to the developer locale) value to search in
gettext.
That is the reason I see all in Spanish, you see ok ("en" can found the
translations), and Lionel have issues we don't see.
Attached is a patch to solve the issue. If is ok for you, please push in
gi
Activity Homepage:
http://activities.sugarlabs.org/addon/4534
Sugar Platform:
0.96 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28643/chart-10.xo
Release notes:
* Reconfure toolbars in portrait mode - Walter Bender
* Tweek axes label positions to prevent overlap - Walter
Weird, not seeing that here.
On 3 June 2013 22:19, Gonzalo Odiard wrote:
> I found something strange:
>
> If I do: "cat locale/*/activity.linfo", can see the activity name
> translated for every language,
> but the summary translated to "es" in every file.
> I am trying to see what is the probl
Yes, I know but I don't have permission to upload it there, could I get it?
(for next releases, this one was uploaded by Gonzalo)...
Thanks,
aguz
2013/6/3 Peter Robinson
> On Mon, Jun 3, 2013 at 8:45 PM, Agustin Zubiaga Sanchez
> wrote:
> > Hi, everyone!
> > I am alive :)
> >
> > The tarball f
I found something strange:
If I do: "cat locale/*/activity.linfo", can see the activity name
translated for every language,
but the summary translated to "es" in every file.
I am trying to see what is the problem.
Gonzalo
On Mon, Jun 3, 2013 at 5:05 PM, Daniel Narvaez wrote:
> On 3 June 2013
On 3 June 2013 21:53, Gonzalo Odiard wrote:
> I tried again with the last translations from pootle and "setup.py
> dist_xo" does not give me errors.
>
>
Unless you LANG=fr_FR.utf8 you won't be able to reproduce. It also happens
only the second time you run it, when .linfo has been generated.
>
Uploaded to
http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/
On Mon, Jun 3, 2013 at 4:45 PM, Agustin Zubiaga Sanchez
wrote:
> Hi, everyone!
> I am alive :)
>
> The tarball for this release is here: [1]
>
> Thank you,
> aguz
>
> [1]
> http://people.sugarlabs.org/aguz/files/acti
More specifically the translation has a couple of \n in it. Since linfo are
generated by sugar, we should probably refuse to generate it that way (or
encode it if we want to allow \n in summaries).
On 3 June 2013 21:44, Daniel Narvaez wrote:
> How does the fact that you use it all the time and
I tried again with the last translations from pootle and "setup.py dist_xo"
does not give me errors.
Of course, I don't use LANG=fr but es_AR.utf8
I don't see how LANG can be related to this problem,
when create a activity, all the languages are processed, right?
Gonzalo
On Mon, Jun 3, 2013 at
It is supposed to be enough. I'll check it really works next time I push
something to sugar-build.
On 3 June 2013 21:37, wrote:
> ** **
>
> Ok it works now.
>
> I thought that " ./osbuild pull " was enough to get the last sugar-build.
>
>
> Thanks.
>
> ** **
>
> Li
On Mon, Jun 3, 2013 at 8:45 PM, Agustin Zubiaga Sanchez
wrote:
> Hi, everyone!
> I am alive :)
>
> The tarball for this release is here: [1]
They're normally published here
http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/
> Thank you,
> aguz
>
> [1] http://people.sugarlabs.or
How does the fact that you use it all the time and it works for you implies
that it has no bugs? :) You must not be running it with LANG=fr.
The trace seems pretty clear to me. It's failing to parse
jukebox/locale/fr/activity.linfo. Probably the format is not valid because
of the translation, but
Hi, everyone!
I am alive :)
The tarball for this release is here: [1]
Thank you,
aguz
[1] http://people.sugarlabs.org/aguz/files/activities/ImageViewer-56.tar.bz2
2013/6/3 Sugar Labs Activities
> Activity Homepage:
> http://activities.sugarlabs.org/addon/4032
>
> Sugar Platform:
> 0.96 - 0.10
Can I have a tar ball please?
On Mon, Jun 3, 2013 at 8:32 PM, Sugar Labs Activities
wrote:
> Activity Homepage:
> http://activities.sugarlabs.org/addon/4032
>
> Sugar Platform:
> 0.96 - 0.100
>
> Download Now:
> http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo
>
> Release n
Ok it works now.
I thought that " ./osbuild pull " was enough to get the last sugar-build.
Thanks.
Lionel.
De : Daniel Narvaez [mailto:dwnarv...@gmail.com]
Envoyé : lundi 3 juin 2013 21:32
À : Lionel Laské
Objet : Re: [Sugar-devel] Renaming HTML ---> Web
You me
On Mon, Jun 3, 2013 at 8:22 PM, Gonzalo Odiard wrote:
> Terminal? This is Log
Doh! Sorry, and thanks :-)
> Gonzalo
>
>
> On Mon, Jun 3, 2013 at 4:19 PM, Peter Robinson wrote:
>>
>> What's the story with this release given the gtk3 Terminal is already up
>> to v42?
>>
>> Peter
>>
>> On Mon, Jun
I don't think is a error in the sugar bundle builder, I use it all time,
and generate .xo files without problem.
Gonzalo
On Mon, Jun 3, 2013 at 4:23 PM, wrote:
> Hi all,
>
> ** **
>
> I’ve an issue building jukebox in sugar-build (see error below).
>
> I’ve fixed it locally removing ac
Activity Homepage:
http://activities.sugarlabs.org/addon/4032
Sugar Platform:
0.96 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo
Release notes:
Fixing collaboration - SL #4520
Sugar Labs Activities
http://activities.sugarlabs.org
___
Probably an issue with the french translation, adding the localization list.
Sugar bundle builder shouldn't fail that easily. I'd suggest you open a
sugar bug but it seems we don't quite have resources to triage even the
existing bugs these days so... I don't know... Maybe send a patch :)
On 3 J
Hi Simon,
I don't see this change thought my git repository link to:
git://github.com/sugarlabs/sugar-build.git
Does I miss something?
Lionel.
--
Message: 5
Date: Fri, 31 May 2013 16:19:06 +0200
From: Simon Schampijer
To: Sugar Devel
Subject: [Sugar-deve
Hi all,
Ive an issue building jukebox in sugar-build (see error below).
Ive fixed it locally removing accents and \n in activity.linfo but it
probably need a more definitive fix.
Best regards.
Lionel.
* Building jukebox
self._parse_linfo(linfo_file)
Fil
Terminal? This is Log
Gonzalo
On Mon, Jun 3, 2013 at 4:19 PM, Peter Robinson wrote:
> What's the story with this release given the gtk3 Terminal is already up
> to v42?
>
> Peter
>
> On Mon, Jun 3, 2013 at 7:43 PM, Sugar Labs Activities
> wrote:
> > Activity Homepage:
> > http://activities.su
What's the story with this release given the gtk3 Terminal is already up to v42?
Peter
On Mon, Jun 3, 2013 at 7:43 PM, Sugar Labs Activities
wrote:
> Activity Homepage:
> http://activities.sugarlabs.org/addon/4056
>
> Sugar Platform:
> 0.96 - 0.100
>
> Download Now:
> http://activities.sugarlabs
Nice. It works now.
I guess that my network issue is related to Fedora 19 Beta but I switch to
Fedora 19 Beta to avoid delay issue building Sugar so I will try to stay on
ut for the moment.
Lionel.
De : Daniel Narvaez [mailto:dwnarv...@gmail.com]
Envoyé : lundi 3 jui
Activity Homepage:
http://activities.sugarlabs.org/addon/4056
Sugar Platform:
0.96 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28641/log-35.xo
Release notes:
Sugar Labs Activities
http://activities.sugarlabs.org
___
Sugar-d
It's quite straightforward on Linux
easy_install nodeenv --user
nodeenv sugar-web-env -n 0.10.9
source sugar-web-env/bin/activate
npm install volo
volo myactivity sugarlabs/sugar-activity-template
firefox myactivity/index.html
I'm not sure if nodeenv works on OS X, but it might be easier to us
2013/6/3 Daniel Narvaez :
> I think sugar-web should always work in a plain web browser on any
> platform), even if with degraded functionality. Of course this limits what
> you can contribute to on Windows and OS X. But graphics for example is
> completely cross platform. And you can write an acti
On Mon, 2013-06-03 at 14:29 +0545, Basanta Shrestha wrote:
> It was "reading" repository information from file:///root/local but
> packages were not installed.
>
>
> On Mon, Jun 3, 2013 at 2:02 PM, Basanta Shrestha
> wrote:
>
>
>
> On Mon, Jun 3, 2013 at 10:30
I improved the way we print out errors in sugar-build. Now you should see
the full output of the failed command (up to 500 lines), so the download
error rather then just the end of the trace.
On 2 June 2013 22:33, Daniel Narvaez wrote:
> This is what I got in my log right now
>
>
> Searching fo
I think sugar-web should always work in a plain web browser on any
platform), even if with degraded functionality. Of course this limits what
you can contribute to on Windows and OS X. But graphics for example is
completely cross platform. And you can write an activity even if you
running on a mock
2013/6/2 Daniel Narvaez :
> Hello,
>
> the build was breaking when running js-beautify on xocolor.js. It turned out
> it's a bug with js-beautify
>
> https://github.com/einars/js-beautify/issues/273
So we start to interact with other projects, great :)
> I thought it would be nicer to use an obje
2013/6/2 Daniel Narvaez :
> Hello,
>
> it seems like we could increase a lot the number of potential contributors
> by making it easy to hack on web activities and libraries on Windows and OS
> X. Not many people are running Linux and installing it is not the easiest
> task.
>
> I think this would
Hi,
It seems like things are coming together pretty nicely for a port of gtk3
sugar on Android.
* libhybris is making progress
http://mer-project.blogspot.fi/2013/05/wayland-utilizing-android-gpu-drivers.html
* Gtk3 has been ported to wayland.
* WebkitGtk have almost been ported to wayland.
h
On 3 June 2013 12:58, Peter Robinson wrote:
> On Mon, Jun 3, 2013 at 10:59 AM, Daniel Narvaez
> wrote:
> > What do you mean with revoke support?
> >
> > I removed support for gtk2 activities from sugar-build because I wanted
> to
> > simplify things a bit. The new html stuff added a lot of depen
On 3 June 2013 12:37, Gonzalo Odiard wrote:
>
> I removed support for gtk2 activities from sugar-build because I wanted to
>> simplify things a bit. The new html stuff added a lot of dependencies and
>> modules, it was getting out of control.
>>
>> But nothing other then sugar-build changed, in r
On Mon, Jun 3, 2013 at 10:59 AM, Daniel Narvaez wrote:
> What do you mean with revoke support?
>
> I removed support for gtk2 activities from sugar-build because I wanted to
> simplify things a bit. The new html stuff added a lot of dependencies and
> modules, it was getting out of control.
>
> Bu
> I removed support for gtk2 activities from sugar-build because I wanted to
> simplify things a bit. The new html stuff added a lot of dependencies and
> modules, it was getting out of control.
>
> But nothing other then sugar-build changed, in respect to gtk2. Any reason
> you can't use the Fedor
What do you mean with revoke support?
I removed support for gtk2 activities from sugar-build because I wanted to
simplify things a bit. The new html stuff added a lot of dependencies and
modules, it was getting out of control.
But nothing other then sugar-build changed, in respect to gtk2. Any re
Any other way? Someone is already working on the Gtk3 port and I wanted to
get the important features out in the next release. BTW why did we revoke
support for Gtk2 activities?
On Sat, Jun 1, 2013 at 4:58 PM, Daniel Narvaez wrote:
> Hey,
>
> sugar-build does not support gtk2 activities. Perhap
It was "reading" repository information from file:///root/local but
packages were not installed.
On Mon, Jun 3, 2013 at 2:02 PM, Basanta Shrestha <
basanta.shres...@olenepal.org> wrote:
>
>
>
> On Mon, Jun 3, 2013 at 10:30 AM, Basanta Shrestha <
> basanta.shres...@olenepal.org> wrote:
>
>>
>>
>>
On Mon, Jun 3, 2013 at 10:30 AM, Basanta Shrestha <
basanta.shres...@olenepal.org> wrote:
>
>
>
> On Sat, Jun 1, 2013 at 12:40 AM, Jerry Vonau wrote:
>
>> On Fri, 2013-05-31 at 11:14 +0545, Basanta Shrestha wrote:
>> > Adding fedora=fedora_update and rebuilding didn't work.
>> >
>> >
>> > Jerry,
49 matches
Mail list logo