<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-04-20 21:33 GMT+08:00 Chris Leonard <span dir="ltr"><<a href="mailto:cjlhomeaddress@gmail.com" target="_blank">cjlhomeaddress@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Apr 20, 2016 at 9:12 AM, Dave Crossland <<a href="mailto:dave@lab6.com">dave@lab6.com</a>> wrote:<br>
> (removed every cc but ieap)<br>
><br>
> On 20 April 2016 at 02:15, Chris Leonard <<a href="mailto:cjlhomeaddress@gmail.com">cjlhomeaddress@gmail.com</a>> wrote:<br>
>><br>
>> As a practical matter, full-time internet connectivity is not required<br>
>> for effective L10n work.<br>
><br>
><br>
> I agree, and I think that generally more can be done to make "Sugar On A<br>
> Stick" into "Sugar Local Lab On A Stick" so that sugar communities without<br>
> active/direct internet connections can do more to self-support themselves,<br>
> and eventually upload what they have back to the central repos.<br>
><br>
> I've thus added a note about this to the vision proposal:<br>
><br>
> We develop our software to run on every computer device, from desktops and<br>
> laptops to tablets and smartphones, and to run in situations with local<br>
> networks without direct internet connections.<br>
><br>
><br>
> - <a href="https://wiki.sugarlabs.org/go/Vision_proposal_2016" rel="noreferrer" target="_blank">https://wiki.sugarlabs.org/go/Vision_proposal_2016</a><br>
<br>
</div></div>Indeed, Tony and I have been looking into determining and breaking<br>
down the barriers to what I refer to as L10n "bootstrapping".<br>
Enabling the local translation (in the classroom) to the local<br>
language and further empowering the upstreaming of such translations<br>
to our server for sharing worldwide.<br></blockquote><div><br></div><div>Chirs, Tony,</div><div><br></div><div>You guys should seriously consider the benefits of open discussion for this/all kind of issues/challenges for/with the community to solve/share.</div><div><br></div><div>Regards, LV <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Key barriers identified, so far:<br>
<br>
1) The need for a suitable glibc locale.  This is a small file used by<br>
GNU/Linux systems to teach the computer that the language exists anad<br>
how to handle certain basic things, like sorting order, date<br>
formatting etc accvording to suitable cultural conventions and<br>
relevant standards.  We have so far dealt with this issue by<br>
developing our own glibc locale files and either distributing them<br>
ourselves (OLPC Tonga being one such example)<br>
<br>
<a href="http://wiki.laptop.org/go/OLPC_Tonga" rel="noreferrer" target="_blank">http://wiki.laptop.org/go/OLPC_Tonga</a><br>
<br>
or by upstreaming the locale ot the glibc project and waiting for it<br>
to trickle back downstream (Quechua, Aymara being prime examples).<br>
<br>
glibc locale development is sadly kind of complicated requiring<br>
bringing together expertise in relatively obscure standards (ISO-639,<br>
POSIX, etc., etc.), conversion of natural language to explicit Unicode<br>
point representation, linguistic expertise in the language in<br>
question, and perhaps most daunting, navigating the challenging<br>
upstream glibc community to actually land a patch.  I have been<br>
working with the glibc community for some time now and I have earned<br>
committer status to reduce that last hurdle, but it is still not<br>
inconsiderable.<br>
<br>
2)  There are a few issues that should be relatively easy to work<br>
around.  Getting the POT files, adapting a suitable process for PO<br>
(and MO) file editing and placement, Modifying Sugar itself to<br>
understand tha the language exists (an issue possibly moderated by a<br>
change from having an ALL_LINGUAS line defined in <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a> to<br>
leveraging another standard method consisting of including a LINGUAS<br>
file in the PO directory.<br>
<br>
3) Local QA and upstreaming of the resulting translations.<br>
<br>
It is clearly an overall goal to provide a suitable toolchain and<br>
simple process to enable "bootstrapping', but it will take some effort<br>
to bring it all together.<br>
<br>
cjl<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Laura V.<br>
I&D SomosAZUCAR.Org<br>
<br>
Identi.ca/Skype acaire<br>
IRC kaametza<br><br>Happy Learning!<br><br></div>
</div></div>