]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/plugins/contrib/po.mdwn
po plugin: added TODO about charset/encoding in new translations
[git.ikiwiki.info.git] / doc / plugins / contrib / po.mdwn
1 I've been working on a plugin called "po", that adds support for multi-lingual wikis,
2 translated with gettext, using [po4a](http://po4a.alioth.debian.org/).
4 More information:
6 * It can be found in [my "po" branch](http://repo.or.cz/w/ikiwiki/intrigeri.git?a=shortlog;h=refs/heads/po): `git clone git://repo.or.cz/ikiwiki/intrigeri.git`
7 * It involves adding three hooks to ikiwiki core.
8 * It is documented (including TODO and plans for next work steps) in `doc/plugins/po.mdwn`, which can be found in the same branch.
9 * No public demo site is available so far, I'm working on this.
11 My plan is to get this plugin clean enough to be included in ikiwiki.
13 The current version is a proof-of-concept, mature enough for me to dare submitting it here,
14 but I'm prepared to hear various helpful remarks, and to rewrite parts of it as needed.
16 Any thoughts on this?
18 > Well, I think it's pretty stunning what you've done here. Seems very
19 > complete and well thought out. I have not read the code in great detail
20 > yet.
21
22 > Just using po files is an approach I've never seen tried with a wiki. I
23 > suspect it will work better for some wikis than others. For wikis that
24 > just want translations that match the master language as closely as
25 > possible and don't wander off and diverge, it seems perfect. (But what happens
26 > if someone edits the Discussion page of a translated page?)
27
28 > Please keep me posted, when you get closer to having all issues solved
29 > and ready for merging I can do a review and hopefully help with the
30 > security items you listed. --[[Joey]]
32 >> Thanks a lot for your quick review, it's reassuring to hear such nice words
33 >> from you. I did not want to design and write a full translation system, when
34 >> tools such as gettext/po4a already have all the needed functionality, for cases
35 >> where the master/slave languages paradigm fits.
36 >> Integrating these tools into ikiwiki plugin system was a pleasure.
37 >>
38 >> I'll tell you when I'm ready for merging, but in the meantime,
39 >> I'd like you to review the changes I did to the core (3 added hooks).
40 >> Can you please do this? If not, I'll go on and hope I'm not going to far in
41 >> the wrong direction.
42 >>
43 >>> Sure.. I'm not completly happy with any of the hooks since they're very
44 >>> special purpose, and also since `run_hooks` is not the best interface
45 >>> for a hook that modifies a variable, where only the last hook run will
46 >>> actually do anything. It might be better to just wrap
47 >>> `targetpage`, `bestlink`, and `beautify_urlpath`. But, I noticed
48 >>> the other day that such wrappers around exported functions are only visible by
49 >>> plugins loaded after the plugin that defines them.
50 >>> 
51 >>> Update: Take a look at the new "Function overriding" section of
52 >>> [[plugins/write]]. I think you can just inject wrappers about a few ikiwiki
53 >>> functions, rather than adding hooks. The `inject` function is pretty
54 >>> insane^Wlow level, but seems to work great. --[[Joey]]
55 >>
56 >>>> Thanks a lot, it seems to be a nice interface for what I was trying to achieve.
57 >>>> I may be forced to wait two long weeks before I have a chance to confirm
58 >>>> this. Stay tuned. --[[intrigeri]]
59 >>
60 >> The Discussion pages issue is something I am not sure about yet. But I will
61 >> probably decide that "slave" pages, being only translations, don't deserve
62 >> a discussion page: the discussion should happen in the language in which the
63 >> pages are written for real, which is the "master" one. --[[intrigeri]]