[pmwiki-users] Português (Re: Internationalization issues)

[Donald Z. Osborn]

I ended up just transferring the files for the needed languages from the
unpacked i18n archive. Not really that much of a problem.

I added French and will add Portuguese soon (actually readd - my host server
had some serious problems and lost a couple of days' worth of work in late
Feb.). I noticed that there are both Pt and PtBr files, and that the latter
are more numerous. I assume there is enough under Pt to present basic
commands, but intend to load all Pt & PtBr files. Any advice? Caveats?

Don



On 3/2/07, Patrick R. Michaud <pmichaud at pobox.com> wrote:
>
> On Fri, Mar 02, 2007 at 07:35:28PM +0100, Oliver Betz wrote:
> > Hello All,
> >
> > "Simply unpack the archive" (i18n.tgz) as suggested in
> > "Internationalizations" is not what I consider suitable, there are
> > too many drawbacks.
>
> I've been wanting to clean up the i18n.tgz files (and separate
> them into separate language distributions), but haven't had a lot
> of time to do that.
>
> > The filenames contain 8 bit characters which I usually don't want to
> > have on my PC. Is it really the intention to save pages with
> > arbitrary 8 bit characters in filenames, unencoded?
>
> If the question is "is it supposed to work this way?", the answer
> is "yes".  If the question is "is this the long term plan", the
> answer is "no -- see the RoadMap".  Eventually I plan to come
> up with a nicer encoding for filenames.
>
> > That's ugly, IMNSHO. On linux, "ls" shows only question marks,
> > midnight commander fails also. On Windows, it doesn't look better.
> > 7Zip and Powerarchiver didn't even extract the correct names -
> > Cygwin's tar did the job finally.
>
> It depends on how well the various utilities and filesystems understand
> the character encoding that was used when the pages were created.
> On some Linux systems the characters look fine (ISO-8859-1) or not
> find (UTF-8).  On OS/X systems, only UTF-8 encodings are allowed in
> filenames.  Windows has its own set of restrictions.
>
> Fixing this to work "everywhere" and still be able to retain backwards
> compatibility with existing sites is going to take a _huge_ amount of
> work, which is why it'll happen after the 2.2.0 release (and likely
> as a 2.3.0 release).
>
> > IMO the i18n download should be split in languages. Most people don't
> > want to have all translations. It's larger than PmWiki itself...
>
> As mentioned before -- I have plans to do this but just haven't
> had time to go through all of the details yet.
>
> > When is the archive updated? The current version is dated 2006-08-07.
>
> I haven't updated the archive because I need to come up with a bunch
> of bundling scripts to build the separate archives.  See the note
> about "available time" above.  :-) :-)
>
> > How are version dependencies (PmWiki version <-> i18n version)
> > handled?
>
> AFAIK there shouldn't be many serious version dependencies, at least
> not to the non-beta distributions.
>
> > Who selects which pages go to the i18n distribution? A quick look
> > showed nonsense pages in the PmWikiDe group like Glück, Heute,
> > Meineseite, AttachJojobaöl, TEST...
>
> Whatever shows up in the per-language directories on pmwiki.org
> is what ends up in the distribution.  If pages don't belong, then
> someone (who understands the language) needs to fix that for me.
>
> > After all, I would be happy with a German user interface for writers,
> > but stay with the English pages for administration and more advanced
> > topics. There certainly is a tradeoff between comfort and accuracy,
> > so from a certain level, I would prefer the English documentation
> > source.
>
> My policy has been that whoever does the translating gets to decide
> what belongs and what doesn't, and how it should be organized.  :-)
>
>
> > The German "StandDerÜbersetzung" page already has a flag for the
> > audience (user, admin, system administration), what about moving this
> > information to page text variables?
>
> That's has some possibility, although some of the pages have
> different sections targeting different audiences.
>
> Pm
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20070303/dec674d5/attachment.html