On 06/06/2013 01:17 AM, Daniel Narvaez wrote:
Hello,
I setup a fork of webL10n. I amdified it and replaced API with the gaia one
minus the b2g specific stuff.
https://github.com/sugarlabs/webL10n
I do not see any changes from you there, why do we need the for again?
Simon
On Thursday, 6 June 2013, Simon Schampijer wrote:
On 06/06/2013 01:17 AM, Daniel Narvaez wrote:
Hello,
I setup a fork of webL10n. I amdified it and replaced API with the gaia
one
minus the b2g specific stuff.
https://github.com/sugarlabs/**webL10nhttps://github.com/sugarlabs/webL10n
I
I'm not sure they really need to be on a branch btw. I've doing that to
keep master the same of upstream. But maybe fetching the upstream repo on
another remote gives everything you need.
On Thursday, 6 June 2013, Daniel Narvaez wrote:
On Thursday, 6 June 2013, Simon Schampijer wrote:
On
On 06/06/2013 11:34 AM, Daniel Narvaez wrote:
On Thursday, 6 June 2013, Simon Schampijer wrote:
On 06/06/2013 01:17 AM, Daniel Narvaez wrote:
Hello,
I setup a fork of webL10n. I amdified it and replaced API with the gaia
one
minus the b2g specific stuff.
On 06/06/2013 11:38 AM, Daniel Narvaez wrote:
I'm not sure they really need to be on a branch btw. I've doing that to
keep master the same of upstream. But maybe fetching the upstream repo on
another remote gives everything you need.
Yes, maybe using the master branch for the changes is a bit
On Thursday, 6 June 2013, Simon Schampijer wrote:
On 06/06/2013 11:34 AM, Daniel Narvaez wrote:
On Thursday, 6 June 2013, Simon Schampijer wrote:
On 06/06/2013 01:17 AM, Daniel Narvaez wrote:
Hello,
I setup a fork of webL10n. I amdified it and replaced API with the gaia
one
minus the
The sugar-web bits have landed. I used it to implement translations in
sugar-web-template but it turns out using multiple translation files we
trigger a webkit bug. SIgh.
https://bugs.webkit.org/show_bug.cgi?id=117313
___
Sugar-devel mailing list
This is for the use of activity:// uri scheme, right?
I don't understand yet why is needed. Is due to limitations on the use of
file:// ?
Gonzalo
On Thu, Jun 6, 2013 at 4:01 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
The sugar-web bits have landed. I used it to implement translations in
We want each activity to have a different origin, several web APIs depends
on that.
http://www.w3.org/Security/wiki/Same_Origin_Policy
On 6 June 2013 21:11, Gonzalo Odiard gonz...@laptop.org wrote:
This is for the use of activity:// uri scheme, right?
I don't understand yet why is needed. Is
We discussed this in irc a bit more. The plan is to fork webL10N to make it
an amd module. Activity authors will provide a reference translation in
locales/, bundlebuilder will generate a .pot from it. When building a xo or
installing, bundlebuilder will also convert .po files to .properties.
I
On Wed, Jun 5, 2013 at 2:34 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
We discussed this in irc a bit more. The plan is to fork webL10N to make
it an amd module. Activity authors will provide a reference translation in
locales/, bundlebuilder will generate a .pot from it. When building a xo
I was thinking we would not have locale for web activities so it wouldn't
be confusing. Though I just realised we will actually have it for the
linfo. So yeah locales is not good. I can't think of a good name though...
translations/? weblocales?
On Wednesday, 5 June 2013, Gonzalo Odiard wrote:
The developer need provide a .properties file or is this generated in a
automatic way?
If is generated, may be we can put it in the po directory?
Gonzalo
On Wed, Jun 5, 2013 at 3:32 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
I was thinking we would not have locale for web activities so it
The developer needs to provide a reference translation (so one of the
files), then one file per translation will be generated by the build.
On 5 June 2013 21:11, Gonzalo Odiard gonz...@laptop.org wrote:
The developer need provide a .properties file or is this generated in a
automatic way?
If
I played with the tools. moz2po seems to work, but po2moz is not working. I
opened a bug
http://bugs.locamotion.org/show_bug.cgi?id=2996
Bit surprised because it seems mozilla is using these tools... maybe they
didn't upgrade to 1.10 yet.
___
It might be an idea to ask on the Pootle list.
https://lists.sourceforge.net/lists/listinfo/translate-pootle
The same folks make the Translate Toolkit (moz2po, etc.) and I think
they've had some funding from Mozilla as they are hosting the server below
on Mozilla's behalf, which is definitely at
That's very interesting.
I suspect they are using hooks to perform the conversion with po2moz and
moz2po. That might actually be a better approach then doing the conversion
in bundlebuilder. It keeps the source cleaner.
Which pootle version are we running?
On 5 June 2013 23:40, Chris Leonard
On Wed, Jun 5, 2013 at 6:29 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
That's very interesting.
I suspect they are using hooks to perform the conversion with po2moz and
moz2po. That might actually be a better approach then doing the conversion
in bundlebuilder. It keeps the source
Hello,
I setup a fork of webL10n. I amdified it and replaced API with the gaia one
minus the b2g specific stuff.
https://github.com/sugarlabs/webL10n
I sent a pull request to integrate this in sugar-web.
https://github.com/sugarlabs/sugar-web/pull/38
Left to do
* The naming of the .js file
On 6 June 2013 01:17, Daniel Narvaez dwnarv...@gmail.com wrote:
Left to do
* The naming of the .js file is sometimes l10n.js (which is what I want),
sometimes webL10n.js. Let's see what we get when it's pulled from git, if
it's wrong I'll have to understand the volo logic exactly.
*
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
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
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 dwnarv...@gmail.com wrote:
An alternative could be to combine webL10N and Jed
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
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
CC'ing CJL
On Mon, Jun 3, 2013 at 6:48 PM, Daniel Narvaez dwnarv...@gmail.com 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
26 matches
Mail list logo