Shaarli: Documentation in French

Created on 12 Jul 2019  路  7Comments  路  Source: shaarli/Shaarli

J'envisage de commencer 脿 traduire la documentation de Shaarli en fran莽ais parce que je n'ai pas trouv茅.

Avant de le faire, je pr茅f猫re demander s'il y a un d茅j脿 un travail qui a commenc茅 l脿 dessus.

documentation question translations

Most helpful comment

Hi,

Documentation in multiple languages can be managed using the Sphinx documentation engine, which provides internationalization features:

The translation files use the Gettext format and can be edited with Poedit or sphinx-intl

As Sphinx is ReadTheDocs' canonical engine, internationalization is supported there as well:

This would require porting the documentation to Sphinx (which we already use for the Python API client) and either switching to CommonMark (Markdown with batteries included) or reStructuredText.

IMO this would be interesting as Sphinx has a number of advantages over MkDocs:

  • syntax checks (typos, dead internal links/references)
  • tooling (Makefile, Tox)
  • flexible table of contents management
  • integrations with diagramming tools like Graphviz/dot and PlantUML
  • builders for HTML, LaTeX, PDF, EPUB, etc.

All 7 comments

Non, il n'y a aucun travail en ce sens 脿 ma connaissance.

However having a documentation in multiple languages seems hard to maintain.

It will be hard to keep the localized documentation up to date.

I suggested something similar in https://github.com/go-gitea/gitea/issues/6552 and it seems there is no simple way to maintain docs in multiple languages (note that gitea uses Hugo for their documentation, which has built-in i18n/l10n features, but even then, keeping multiple languages in sync is painful)

OK, I understand. You're both right! I might make one unofficial documentation though one day because we are using Shaarli at work and it would be nice to have a documentation in French. If I do, I'll let you know :)

@llune I assume you would want to _only_ translate end-user documentation? Eg. not the entire setup/admin/dev documentation, but only the Usage part?

If that's the case, that would be more manageable. since these pages don't change so often, and are the only pages of direct value to non-technical end users:

What could be done:

| 馃挜 | La documentation en fran莽ais peut avoir un l茅ger retard sur la [documentation officielle en anglais]($pagename.md). |
|---------|---------|
  • We add a simple Language: [EN]($pagename.md)|[FR]($pagename.fr.md) switch to each affected page.
  • You subscribe to https://github.com/shaarli/Shaarli/commits/master/doc/md.atom to watch for changes to english docs, and help us maintain the docs in french :) That is actually the hard part.

Does this make sense? Please let us know if you're interested, feel free to re-close if not.

Hi,

Documentation in multiple languages can be managed using the Sphinx documentation engine, which provides internationalization features:

The translation files use the Gettext format and can be edited with Poedit or sphinx-intl

As Sphinx is ReadTheDocs' canonical engine, internationalization is supported there as well:

This would require porting the documentation to Sphinx (which we already use for the Python API client) and either switching to CommonMark (Markdown with batteries included) or reStructuredText.

IMO this would be interesting as Sphinx has a number of advantages over MkDocs:

  • syntax checks (typos, dead internal links/references)
  • tooling (Makefile, Tox)
  • flexible table of contents management
  • integrations with diagramming tools like Graphviz/dot and PlantUML
  • builders for HTML, LaTeX, PDF, EPUB, etc.

Hi!

I've not forgotten you but had no time to work on it. If I do work on the documentation, I'll let you now before I start!

Was this page helpful?
0 / 5 - 0 ratings