<div dir="ltr"><div>Wow, internationalization is always a fun one. I've worked on precisely one i8n</div><div>project, so my knowledge is pretty limited (and it was English-Welsh, which isn't a big <br></div><div>target audience; I'd hope the principles are similar. I'm originally from England, with</div><div>a Welsh mother - I've just been in the US for 20+ years and largely lost my accent).</div><div>That particular project only translated documentation and webpages;</div><div>configuration and source code stayed strictly in English.</div><div><br></div><div>IIRC, we ended up with a set of "template" pages in each supported language,</div><div>with markup indicating "program puts X here". All of the programmatically</div><div>generated text was fed into a string table, and the template system</div><div>substituted the appropriate locale's (selected by the user) template</div><div>and then filled in the appropriate strings from the string table. It worked, I do</div><div>remember that some of the translations were really tricky. Ordering changes</div><div>a lot. For example "Herbert is not a valid name" is "Nid yw Herbert yn enw dilys"</div><div>in Welsh (I think; haven't spoken it for decades, but I checked with Google</div><div>Translate and it looks right).</div><div><br></div><div>Non-latin character-set languages become painful, really fast. Validation is</div><div><i>really</i> hard when there are multiple different ways of producing "Können"</div><div>(it's valid to use the 
ö character, it's also valid to use an o with modifiers).</div><div>I had some fun with that one in Rust Brain Teasers: <br></div><div><a href="https://media.pragprog.com/titles/hwrustbrain/string.pdf">https://media.pragprog.com/titles/hwrustbrain/string.pdf</a></div><div><br></div><div>Rust has pretty good support for most of the common i8n systems, and</div><div>UTF-8 is its default character set. It looks like Python is in pretty similar</div><div>shape. So there isn't a big barrier there, beyond deciding where i8n fits</div><div>into the project, how deep it needs to be, and finding translators!<br></div><div><br></div><div>As for the billing side.. I'm not sure that's LibreQoS's problem (yet). Ideally,</div><div>we'd become popular enough that vendors want to support our integrations,</div><div>and have a rich-enough API to make supporting Libre not hurt. I know I'd</div><div>rather not try and go head to head with all of the various billing vendors...</div><div>It looks like UISP has a pretty good language and currency list - but I've</div><div>NO idea how it works with payment processors overseas. I remember</div><div>PayPal giving me all manner of troubles when I did some (free) consulting <br></div><div>work for a fellow in Poland who decided to tip me what turned out to be a</div><div>small fraction of a US dollar. :-|<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 21, 2022 at 11:41 AM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Oct 19, 2022 at 6:36 PM Robert Chacón<br>
<<a href="mailto:robert.chacon@jackrabbitwireless.com" target="_blank">robert.chacon@jackrabbitwireless.com</a>> wrote:<br>
><br>
> Agree with Dan on the prominent platforms being UISP, VISP, Splynx, Powercode, Sonar V1, and Sonar V2.<br>
><br>
> Poll added here to gauge the community on which CRMs/NMSs are most desired.<br>
> <a href="https://github.com/rchac/LibreQoS/discussions/133" rel="noreferrer" target="_blank">https://github.com/rchac/LibreQoS/discussions/133</a><br>
><br>
> Integration complete:<br>
><br>
> UISP v1.2+<br>
><br>
> Mostly Done:<br>
><br>
> Splinx v1.3-alpha+ (work needed to confirm it works - volunteers welcome).<br>
><br>
> Work in Progress:<br>
><br>
> VISP<br>
><br>
> GraphQL is an awful API but I'm trying my best with it.<br>
><br>
> Not started yet:<br>
><br>
> Powercode<br>
> Sonar V1<br>
> Sonar V2<br>
<br>
I see the poll there, and a sudden shift back to github (which I'm<br>
cool with), and who knows what the future holds for email 'round here.<br>
<br>
I did want to discuss that what was on my mind was a piece of feature<br>
set outside what I think most are thinking so far.<br>
<br>
At the tippy top of my list was multiple language support. For most of<br>
western europe, english suffices, allthough the brits can get a bit<br>
stuffy sometimes about american rather than "proper" english. :)<br>
However elsewhere in the world, where I think libreqos might become<br>
popular, it's a grabbag.<br>
<br>
So of these integrations above, which, if any, support Polish,<br>
Portuguese, Spanish, Croatian, or Russian? I am not sure what<br>
languages are common<br>
in Africa, although I think there's a strong french influence in kenya?<br>
<br>
The related problem in billing is currencies. Being able to not only<br>
bill in the native (or more than one) currency is very important<br>
elsewhere. Also payment schemes are fungible, a very common scheme for<br>
cellular is the gift card, and in Nicaragua, at least, the post is<br>
very unreliable and credit cards scarce, so banks and grocers take<br>
payments of various kinds.<br>
<br>
I did a LOT of i18n work in the 90s and am intimately familiar with<br>
the "iconv" _(string) facility we used to cope internationalizing C.<br>
I'm scared to look<br>
for what exists for pythoin and rust? or for that matter, web pages?<br>
It was extremely easy, once you started using iconv, to sit down with<br>
a multi-lingual speaker and get a decent translate done, without<br>
knowing anything about the code. I did the <a href="http://ardour.org" rel="noreferrer" target="_blank">ardour.org</a> translation with<br>
my spanish speaking gf over a couple weeks (it was GREAT FUN! for both<br>
of us)<br>
<br>
<br>
<br>
<br>
><br>
> - Robert<br>
><br>
> On Wed, Oct 19, 2022 at 6:31 PM dan via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>><br>
>> meh.  Industry features matter.<br>
>><br>
>> Leading platforms:<br>
>> Ubiquiti's UISP (cause it's free).  somewhat mediocre so people like to migrate off of it.  zero support from ubiquiti but well documented API.<br>
>> VISP.  very popular, API available, they are happy to integrate.  This is the 'rising star'<br>
>> Splinx.  also quite popular, second up and comer.<br>
>> Powercode.  older, very popular, steady userbase and generally well liked..<br>
>> Sonar V1.  being depreciated, well liked but not long for this world.<br>
>> Sonar V2.  Complete rewrite, well well well hated.<br>
>><br>
>> This is probably 95%+ of the wISP market right now.<br>
>><br>
>> Fiber market is pretty similar but there are modules for a lot of other more generic platforms for fiber so I'd say the above list is more like maybe 60% of the minor league fiber players.<br>
>><br>
>><br>
>><br>
>> On Wed, Oct 19, 2022 at 6:25 PM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>>><br>
>>> <a href="https://github.com/killbill/killbill" rel="noreferrer" target="_blank">https://github.com/killbill/killbill</a><br>
>>><br>
>>> <a href="http://bill.com" rel="noreferrer" target="_blank">bill.com</a> is popular<br>
>>><br>
>>> zillion others. ?<br>
>>><br>
>>> --<br>
>>> This song goes out to all the folk that thought Stadia would work:<br>
>>> <a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
>>> Dave Täht CEO, TekLibre, LLC<br>
>>> _______________________________________________<br>
>>> LibreQoS mailing list<br>
>>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
>><br>
>> _______________________________________________<br>
>> LibreQoS mailing list<br>
>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
><br>
><br>
><br>
> --<br>
> Robert Chacón<br>
> CEO | JackRabbit Wireless LLC<br>
<br>
<br>
<br>
-- <br>
This song goes out to all the folk that thought Stadia would work:<br>
<a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
Dave Täht CEO, TekLibre, LLC<br>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>