Re: translating documentation and putting it on the web server
Martin Quinson <Martin.Quinson@ens-lyon.fr> writes:
> > I think only developers (all of them, though) are allowed to commit in
> > debian-doc module, but I guess a pserver account could do.
> Well, you are right. My pserver account from webwml tree (user name
> 'french') does not work in the debian-doc tree. Sorry I could have tested
> that myself before asking...
> Could I have one, please ? To who should I ask ?
You can send me a PGP-crypted requested username and password and I can set it
up. Use my public key -- it's on the debian-keyring, firstname.lastname@example.org.
> > Generally, it should be okay to put any translation in the same subdirectory
> > as the original document. We already do that for several docs.
> Good, I think we'll do that.
See what I just did for the French version of developers-reference.
Someone needs to let me know if the 'publish' target is still being
used, and if it works ok.
BTW, Martin, is there anyone going to update the French
developers-reference, now that I'm shipping it?
> > > I was also wondering if it was possible to :
> > > - offer other format in w.d.o/doc/ddp (besides html, ps seems to be
> > > another good choice)
> > Anything's possible, but I didn't see any requests for that.
> We do have such request in french on l10n-french. That means we need to
> address the two problem to fullfit theses requests...
I build .html, .txt, and .pdf by default. Again, see makefiles from
developers-reference. I built it to be easy to add other languages.
> > > - offer the translations from the same pages (using content negociation ?
> > > using more than one link ?)
> > That would be nice, but it's kinda tricky since not all default makefiles
> > also build the translations, and finding out if any translations exist in
> > the .wml would require quite a bit of tweaking...
> Well, ok, we'll try to dig in it. Waht I wanted to know was if it was a good
> raison for not doing that (like "no enougth disk space").
No, it should be done.
.....Adam Di Carlo....adam@onShore.com.....<URL:http://www.onShore.com/>