Traduction de la documentation officielle de MODx

Bonjour à vous,

Je sais bien que je commence à peine avec Modx mais je souhaite donner un coup de main. Pour cela je me suis lancer dans la traduction de la Documentation officielle de ModX. De ce fait, je viens juste de finir l’ensemble des titres. Avant de continuer sur le contenu, j’aimerais votre avis.
Voici mon travail:

Documentation officielle de ModX
1. Départ
1.1. Pour commencer
1.1.1. Conditions du serveur
1.1.1.1. MySQL 5.0.51
1.1.2. Installation
1.1.2.1. Installation basique
1.1.2.1.1. MODx Revolution sur Debian
1.1.2.1.2. Guide Lighttpd
1.1.2.1.3. Problème avec WAMPServer 2.0i
1.1.2.2. Installation avancée
1.1.2.3. Installation avec Git
1.1.2.4. Installation de dépannage
1.1.2.5. Installation réussie, maintenant qu’est-ce-que je fais?
1.1.2.6. Utilisation de MODx Revolution depuis SVN
1.1.3. Une vue d’ensemble de MODx
1.1.3.1. Glossaire des termes de Revolution
1.1.3.1.1. Explication de la structure du l’annuaire
1.1.3.1.2. Feuilles de route
1.2. Création de site avec MODx
1.2.1. Structurer votre site
1.2.1.1. Resources
1.2.1.1.1. Types de contenu
1.2.1.1.2. Ancre nommée
1.2.1.1.3. Ressource statique
1.2.1.1.4. Symlink
1.2.1.1.5. Weblink
1.2.1.2. Modèles
1.2.1.3. Morceaux ou Chunks
1.2.1.4. Utilisation des extrait ou Snippets
1.2.2. Syntaxe de Tag
1.2.3. Personnalisation du contenu
1.2.3.1. Variables de modèle ou TV
1.2.3.1.1. Création de TV
1.2.3.1.2. Attaches
1.2.3.1.3. Type de sortie des TV
1.2.3.1.4. Ajouter un type d’entrée de TV personnalisé
1.2.3.1.5. Ajouter un type d’entrée de TV personnalisé
1.2.3.2. Propriétés et ensembles de propriété
1.2.3.3. Filtres d’Entrées et de Sorties
1.3. Administration de votre site
1.3.1. Outils
1.3.1.1. Outils système
1.3.1.1.1. allow_duplicate_alias
1.3.1.1.2. allow_multiple_emails
1.3.1.1.3. allow_tags_in_post
1.3.1.1.4. auto_check_pkg_updates
1.3.1.1.5. auto_check_pkg_updates_cache_expire
1.3.1.1.6. auto_
1.3.1.1.7. blocked_minutes
1.3.1.1.8. cache_action_map
1.3.1.1.9. cache_context_settings
1.3.1.1.10. cache_db
1.3.1.1.11. cache_db_expires
1.3.1.1.12. cache_default
1.3.1.1.13. cache_disabled
1.3.1.1.14. cache_handler
1.3.1.1.15. cache_json
1.3.1.1.16. cache_json_expires
1.3.1.1.17. cache_lexicon_topics
1.3.1.1.18. cache_noncore_lexicon_topics
1.3.1.1.19. cache_resource
1.3.1.1.20. cache_resource_expires
1.3.1.1.21. cache_scripts
1.3.1.1.22. compress_css
1.3.1.1.23. compress_js
1.3.1.1.24. concat_js
1.3.1.1.25. container_suffix
1.3.1.1.26. cultureKey
1.3.1.1.27. custom_resource_classes
1.3.1.1.28. default_template
1.3.1.1.29. editor_css_path
1.3.1.1.30. editor_css_selectors
1.3.1.1.31. emailsender
1.3.1.1.32. emailsubject
1.3.1.1.33. error_page
1.3.1.1.34. failed_login_attempts
1.3.1.1.35. fe_editor_lang
1.3.1.1.36. feed_modx_news
1.3.1.1.37. feed_modx_news_enabled
1.3.1.1.38. feed_modx_security
1.3.1.1.39. feed_modx_security_enabled
1.3.1.1.40. filemanager_path
1.3.1.1.41. friendly_alias_urls
1.3.1.1.42. friendly_url_prefix
1.3.1.1.43. friendly_url_
1.3.1.1.44. friendly_urls
1.3.1.1.45. mail_charset
1.3.1.1.46. mail_encoding
1.3.1.1.47. mail_smtp_auth
1.3.1.1.48. mail_smtp_helo
1.3.1.1.49. mail_smtp_hosts
1.3.1.1.50. mail_smtp_keepalive
1.3.1.1.51. mail_smtp_pass
1.3.1.1.52. mail_smtp_port
1.3.1.1.53. mail_smtp_prefix
1.3.1.1.54. mail_smtp_single_to
1.3.1.1.55. mail_smtp_timeout
1.3.1.1.56. mail_smtp_user
1.3.1.1.57. mail_use_smtp
1.3.1.1.58. manager_date_format
1.3.1.1.59. manager_direction
1.3.1.1.60. manager_lang_attribute
1.3.1.1.61. manager_language
1.3.1.1.62. manager_theme
1.3.1.1.63. manager_time_format
1.3.1.1.64. modx_charset
1.3.1.1.65. new_file_permissions
1.3.1.1.66. new_folder_permissions
1.3.1.1.67. password_generated_length
1.3.1.1.68. password_min_length
1.3.1.1.69. phpthumb_cache_maxage
1.3.1.1.70. phpthumb_cache_maxfiles
1.3.1.1.71. phpthumb_cache_maxsize
1.3.1.1.72. phpthumb_cache_source_enabled
1.3.1.1.73. phpthumb_far
1.3.1.1.74. phpthumb_zoomcrop
1.3.1.1.75. proxy_auth_type
1.3.1.1.76. proxy_host
1.3.1.1.77. proxy_password
1.3.1.1.78. proxy_port
1.3.1.1.79. proxy_username
1.3.1.1.80. publish_default
1.3.1.1.81. rb_base_dir
1.3.1.1.82. rb_base_url
1.3.1.1.83. request_controller
1.3.1.1.84. request_param_alias
1.3.1.1.85. request_param_id
1.3.1.1.86. search_default
1.3.1.1.87. server_offset_time
1.3.1.1.88. server_protocol
1.3.1.1.89. session_cookie_domain
1.3.1.1.90. session_cookie_lifetime
1.3.1.1.91. session_cookie_path
1.3.1.1.92. session_cookie_secure
1.3.1.1.93. session_handler_class
1.3.1.1.94. session_name
1.3.1.1.95. settings_version
1.3.1.1.96. signupemail_message
1.3.1.1.97. site_name
1.3.1.1.98. site_start
1.3.1.1.99. site_status
1.3.1.1.100. site_unavailable_message
1.3.1.1.101. site_unavailable_page
1.3.1.1.102. strip_image_paths
1.3.1.1.103. tree_root_id
1.3.1.1.104. udperms_allowroot
1.3.1.1.105. unauthorized_page
1.3.1.1.106. upload_maxsize
1.3.1.1.107. use_alias_path
1.3.1.1.108. use_browser
1.3.1.1.109. use_editor
1.3.1.1.110. use_multibyte
1.3.1.1.111. welcome_screen
1.3.1.1.112. which_editor
1.3.1.1.113. which_element_editor
1.3.2. Utilisation des Friendly URLs
1.3.3. Contextes
1.3.3.1. Création d’un sous-domaine à partir d’un dossier en utilisant les serveurs virtuels
1.3.3.2. Utilisation d’un plugin Gateway pour contrôler des domaines multiples
1.3.4. Personnalisation du Manager
1.3.4.1. Les Pages Form Customization
1.3.4.1.1. FC-Resource
1.3.4.1.2. FC-Template
1.3.4.1.3. FC-Chunk
1.3.4.1.4. FC-Snippet
1.3.4.1.5. FC-Plugin
1.3.4.2. Les Règles Form Customization
1.3.4.2.1. Champs par défaut
1.3.4.2.2. Champs etiquette ou label
1.3.4.2.3. Champs visible
1.3.4.2.4. Changer un modèle de variable vers une etiquette (Tab)
1.3.4.2.5. Nouveau etiquette ou Tab
1.3.4.2.6. Titre $Tab
1.3.4.2.7. Tab Visible
1.3.4.2.8. Modèle de variable (TV) par défaut
1.3.4.2.9. Titre de TV
1.3.4.2.10. TV Visible
1.3.5. Sécurité
1.3.5.1. Utilisateurs
1.3.5.2. Groupes d’utilisateur
1.3.5.3. Groupes de ressource
1.3.5.4. Rôles
1.3.5.5. Politiques
1.3.5.5.1. Permissions
1.3.5.5.2. ACLs
1.3.5.6. Tutoriels de sécurité
1.3.5.6.1. Donner un contrôle d’accès utilisateur
1.3.5.6.2. Création de Pages de membre seul
1.3.6. Installation de paquets
1.3.6.1. Gestion de paquet de dépannage
1.3.7. MIse à jour de MODx
1.3.7.1. Mise à jour à partir de MODx Evolution
1.3.7.1.1. Changements fonctionnels de Evolution
1.3.7.2. Mise à jour vers Revolution 2.0.0-rc-2
1.3.8. Déplacer votre site vers un nouveau serveur
1.4. Developper en MODx
1.4.1. Code Standards
1.4.2. Vue d’ensemble du développement de MODx
1.4.2.1. Developer Introduction
1.4.2.1.1. Commencer à developper
1.4.2.2. Dossiers Extras
1.4.2.3. Installation d’un environnement de développement
1.4.3. Développement basic
1.4.3.1. Snippets (extraits)
1.4.3.1.1. Modulation de vos Snippets
1.4.3.1.2. Ajouter CSS et JS dans vos pages via les Snippets
1.4.3.2. Plugins
1.4.3.2.1. Événements de système
1.4.3.3. xPDO
1.4.4. Développement avancés
1.4.4.1. Espaces de nom
1.4.4.2. Le cache
1.4.4.3. Personnaliser les pages du Manager
1.4.4.3.1. Actions et Menus
1.4.4.3.2. Tutoriel pour Personnaliser les pages du Manager
1.4.4.3.3. MODExt
1.4.4.4. Internationalisation
1.4.4.4.1. Création des lexiques pour vos composants
1.4.4.5. Services de MODx
1.4.4.5.1. modMail
1.4.4.6. Gestion de paquet
1.4.4.6.1. Paquets de transport
1.4.4.6.2. Fournisseurs
1.4.4.6.3. Création de script composant de construction de tiers
1.4.4.7. modUser en profondeur
1.4.5. D’autres ressources de développement
1.4.5.1. Chargement externe de MODx
1.4.5.2. Reference de l’API
1.4.5.3. Class Reference
1.4.5.3.1. modX
1.4.5.3.2. modChunk
1.4.5.3.3. modUser
1.5. Études de cas et Tutoriels
1.5.1. Utiliser les Tables de base de données faits sur commande dans vos composants de tiers
1.5.2. Création d’un blog dans MODx Revolution
1.5.3. Codage PHP en MODx Revolution, Pt. I
1.5.4. Codage PHP en MODx Revolution, Pt. II
1.5.5. Codage PHP en MODx Revolution, Pt. III
1.5.6. Pages de chargement dans le d’entrée par l’intermédiaire des étiquettes d’AJAX et de jQuery
1.5.7. Ressources et éléments de gestion par l’intermédiaire de SVN
1.5.8. xPDO XML Schema de fichier vs. exemples de structure de Table
1.5.9. Adding Custom Fields to Manager Forms
1.6. Communauté d’information MODx
1.6.1. Obtenir un compte MODx
1.6.2. Classement Rapports de bug
1.6.3. Devenir un contribueur du Core
1.6.3.1. Environnement de développement
1.6.3.2. Normes de codage de PHP de MODx
1.6.4. Utilisation de GitHub

Merci de votre aide.

Apparement tu t’es lancé dans la traduction de Evolution. Je pensais qu’elle étais déjà traduite.

Je me suis lancé dans la traduction de Révolution. Et je crois savoir, que d’autre ont la même idée. Je suis même sûre qu’on est plusieurs couillon à traduire dans notre coin.

Faudrais qu’on se mettent tous d’accord. C’est beaucoup d’énergie gaspiller. C’est pas écologique.

Premier point : Il nous faut un dépôt francais. ?
Si vraiment personne peut fournir un dépôt pour la doc, je mettrais à dispo un wiki sur un site perso. On pourra toujours transférer la base après ailleurs.

Deusio : Il faut rassembler nos énergies (force bleu, verte, jaune, la rose on s’en fou). Même si c’est le bordel et qu’on n’est pas dans la charte ultime de traduction Modx. On se trouve un dépôt, et en avant gingamp.

Trimo : Le coordinateur, superviseur, c’est arbre féérique dit FairyTree connu sous le nom de Fairy la Brocante. C’est un de ceux qui détiennent les secrets de Modx. Par conséquent c’est avec lui en priorité qu’il faut voir.

Quadrimmo : Ne perds pas cette énergie qui t’anime, Modx a besoin de toi, de nous.

Désolé fin de journée difficile, je pète les plombs...



Ps : ne chercher pas de cohérence dans ce post.

Et pourquoi ne pas bâtir la traduction de MODx Revolution avec MODx Revolution (à la place d’un wiki)?

Et pourquoi ne pas bâtir la traduction de MODx Revolution avec MODx Revolution (à la place d’un wiki)?

Ce serait une vrai Revolution.

Désolé j’ai pas pu m’empeché
-->

ps : mais pourquoi pas

Bonsoir,

L’idée que j’avais émise était d’installer Dokuwiki sur un sous-domaine de modxcms.fr. Ainsi, on aura tout le loisir de traduire et compléter la doc à plusieurs mains.
Le truc, c’est que je n’ai pas encore repris la main sur le nom de domaine. L’actuel détenteur (davidm sur le forum) est très occupé et n’a pas encore eu le temps de faire le nécessaire.

Du coup, je vais relancer David dès ce soir en espérant récupérer le nom de domaine rapidement.
Ensuite, j’installe Dokuwiki en sous-domaine et je créer des comptes utilisateurs pour que chacun puisse apporter sa contribution.
Et enfin... ben je crois que c’est tout.

Pour ma part, je pense qu’un wiki est la solution la + simple et la + rapide. Tout en sachant qu’à terme, la plateforme de documentation officielle devrait pouvoir accueillir la traduction française. Enfin, si j’ai bien compris...

Ça vous va ?
Ou vous avez d’autres suggestions ? D’autres idées ?

Merci en tout cas pour les bonnes volontés.

J’ai rapidement regardé la docu sur Docuwiki.org, ça m’a l’air bien oui.

Mais quid de l’idée de faire la Docu sous Revolution ?

Qu’est ce que Docuwiki apporte que Revo n’a pas ? Les points indispensables.

Quelque soit le choix final, je suis partant.

En fait, je crois que c’est surtout le temps de mise en place qui fait la différence.
Une fois installé, un wiki est tout de suite opérationnel.

Si on part sur l’utilisation de MODx—ce qui serait le plus logique au final, il y a aura quand même pas mal de boulot à faire (mise en page, configuration des snippets, etc.) pour arriver à un résultat similaire. Pour ma part, je n’ai pas énormément de temps dispo donc vu la nécessité de mettre en place une plateforme de doc rapidement, un wiki me semblait le plus adapté.

Ceci étant dit, si quelqu’un a du temps pour nous configurer une install de Revo pour accueillir la doc, je lui file les clés tout de suite (enfin, dès que je les ai récupéré...).

(je viens de relancer David pour le NDD, je ferais signe si j’ai du nouveau...)

Trop fort j’étais en train de télécharger phpwiki pile au moment de lire vos derniers message. Juste pour voir.

Va pour DokuWiki.

Pourquoi pas Revolution, lossendae, tu dois être français, tu aime ca la Revolution. Eh bien c’est mal, c’est sale des gens peuvent mourir alors pas de Revolution.
Je suis en plein délire aujourd’hui.

Sinon, il me semble que dès le départ utilisé Revolution nous obligerais surtout vous, à créer une stucture capable d’accueillir utlisateurs, groupe, document gestion des permissions... Je dis pas que c’est pas faisable.
Alors qu’avec le wiki, creation d’utilisateur et hop c’est parti. non ?

En revanche, tu as du y penser, j’y connais rien, mais si c’est possible de prendre un wiki avec une base compatible avec confluence. Ca t’évitera de te faire ... si tu dois tout balancer sur le wiki officiel.

Voilà je suis prêt à balancer la traduction des premiers chapitres de révolution, blindé de phautes d’ortograf.
En francais les fautes.

(je viens de relancer David pour le NDD, je ferais signe si j’ai du nouveau...)

Bon super, et pour le signe. On fait comment on ouvre un nouveau post.

Désolé -->
C’est plus fort que moi. je vais pourrir le forum.

Il "suffirait" de créer des groupes d’utilisateurs avec les droits nécessaires suffisants.
J’aime bien le côté syntaxe des wiki et c’est tout à fait possible de faire quelque-chose de similaire avec MODx.

J’ai deja une solution fonctionnelle utilisant un BBCodeParser paramétrable (nbbc - pas limité qu’au BBCode), JQuery MarkItUp et GeSHI Syntax Highlighter.

Ce qui serait pas mal c’est une interface front end pour modifier rapidement les entrées, et je compte m’y atteler le mois prochain (j’en aurais besoin pour un boulot )

ça mis à part, je suis bien d’accord, le plus urgent est de commencer à bosser quitte à basculer sous Revo quand les personnes qui s’occuperont d’administrer le wiki jugeront que la solution est suffisamment solide pour être utilisée.

Je n’ai pas vérifié, mais l’un des avantages de Docuwiki pourrait être un système de révision?