Bonjour Dominique,

Comme je vois que tu es en très bonne voie pour relancer l'organisation du wiki et je t'en félicite, je viens de relire en détail ce que tu as écris pour apporter quelques remarques complémentaires.



Dominique Pautrel a écrit :
Bonjour,

Avant tout merci beaucoup, à Pierre et à toi, de me soutenir dans cette démarche :-)

Tony GALMICHE wrote:

Bonjour Dominique,

Tout d'abord merci d'essayer de remettre de l'ordre dans le wiki car je crois qu'il en a bien besoin.

Personnellement, j'ai essayé pendant quelques mois mais j'ai rencontré beaucoup de difficultés pour arriver à mettre tout le monde d'accord. Etant désormais en phase de création d'entreprise, je n'ai plus vraiment de temps à consacrer au projet OOo, mais je continue à suivre cette liste et je vais essayer de t'aider dans tes démarches.

Bonne chance pour ton entreprise, et merci pour le suivi. Je t'avouerai que je suis très agréablement surpris de ta réponse.
Merci


Dominique Pautrel a écrit :
Bonjour,  :-)

Excusez moi par avance de l'expression d'arrogance qui pourrait-être perçue dans ces quelques lignes. Je ne souhaite surtout pas qu'il en soit ainsi, j'aimerais simplement savoir s'il est possible de clarifier les choses:
On va essayer, mais c'est pas gagné :-)
Si, à force de retourner le problème, une solution plus logique fini par s'imposer, peut-être tomberons nous tous d'accord finalement... :-)
C'est en effet sur la bonne voie et j'en suis le premier heureux.


J'aimerais comprendre.
J'ai même cru comprendre en effectuant cette traduction l'autre jour:
[B] > http://wiki.services.openoffice.org/wiki/FR/Documentation/Dashboard/Wiki_Editing_Policy
Et j'ai finalement choisi de ne pas modifier la page suivante:
[A] > (comme antérieure) http://wiki.services.openoffice.org/wiki/FR/Documentation/TableauBord/Organisation Car bien que ce soit visiblement la même, je trouvais que les informations données entraient en conflit. (De plus cette dernière ne cite pas la page d'origine, ce qui rend les recherches des références plus difficiles - désolé, ce n'est pas pour fâcher, c'est pour comprendre)
C'est en effet la même page et il faudrait donc fusionner les informations de ces deux pages et supprimer la deuxième qui ne respecte pas la nouvelle organisation du wiki.

Il faut savoir qu'a l'époque il manquait deux choses importantes résolues par ces balises :
{{DISPLAYTITLE:Politique d'édition du wiki}}
[[en:Documentation/Dashboard/Wiki_Editing_Policy]]




En effet,
Pour résumer, l'adresse de base du wiki {{OOo}} est:
[1] > http://wiki.services.openoffice.org/wiki à laquelle se rajoute automatiquement "/Main_Page" si on l'oublie, comme ici. Et toutes les localisations, dont celle qui nous préoccupe particulièrement (mais n'oublions pas les autres - les liens interwikis):
[2] > = [1] + "/FR", soit : http://wiki.services.openoffice.org/wiki/FR

Je trouve que pour éviter tout quiproquo, il ne devrait pas y en avoir d'autres, ou plutôt toutes les autres devraient être redirigées vers elle pour que seule cette adresse soit copiée, collée... afin d'homogénéiser la structure, et simplifier la navigation, et l'édition. Or cette adresse ne fait pas apparaître l'adresse [2] dans la barre d'adresse de mon navigateur (Firefox):
http://wiki.services.openoffice.org/wiki/Fr.openoffice.org
Cette adresse est la première page créée sur le wiki francophone et ne devrait plus exister car la bonne est seule adresse doit-être :
-> http://wiki.services.openoffice.org/wiki/FR


Donc un nouveau contributeur pourrait être tenté de partir de cette adresse de base... et ce n'est pas ce que l'on souhaite.

Aussi, à partir de [2],
Si on clique sur Documentation, on arrive à "[1]/Documentation/FR" et non "[1]/FR/Documentation"
C'est là où ça se complique :-) car tout dépend de quel point de vue tu te situes.

Si tu es responsable du projet documentation au niveau international, tu souhaites avoir une structure du genre :
-> /Documentation/FR
-> /Documentation/EN
-> /Documentation/DE
Je ne sais pas comment c'est pensé exactement mais à naviguer, je me rends compte qu'il n'y a pas (ou quasiment) de "/EN" dans les adresses. C'est vrai que si les anglophones avaient ce préfixe également, il pourrait y avoir des structures véritablement internationales, l'anglais (pour la section Documentation) ne serait alors qu'une localisation comme une autre, et en croisant par exemple dans une requête Category=Documentation/Writer/FAQ et Category=FR, on obtiendrait toute la FAQ pour Writer, en français (et automatiquement à jour, sans maintenance d'une table des matières)
C'est justement ce qui me dérangeait beaucoup à l'époque car les anglophones voulaient imposer une règle qu'ils ne respectaient pas eux même . Par exemple si la documentation francophone devait être dans "/Documentation/FR" il était logique que la documentation anglophone soit dans /Documentation/EN mais ça n'a jamais été le cas.

C'est quand même en grande partie à cause de ce problème que tout est bloqué dans l'organisation du wiki francophone depuis plusieurs mois.

Mais je constate avec joie qu'ils reviennent en arrière avec ces robots qui renomment toutes les pages en "FR/Documentation"


Mais si tu es responsable de la partie Francophone dans son ensemble, tu souhaites avoir un structure du genre :
-> FR/Documentation
-> FR/FAQ
-> FR/AssuranceQualite
-> FR/Developpement

Personnellement j'étais plutôt favorable à la deuxième option car un francophone souhaite avoir accès facilement à toutes les informations en français et non pas être obligé de naviguer dans plusieurs arborescences indépendantes.

Cependant le wiki étant essentiellement utilisé par le projet "Documentation" au niveau international, c'est plutôt la première option qui a été retenue mais entre temps, nous avions créé toutes nos pages de Faq et de documentation. Donc pour être en standard avec le projet "Documentation" au niveau international, toutes les pages de la documentation doivent être mises dans la racine "Documentation/FR" et non pas "FR/Documentation".
Il semble que finalement ce soit la deuxième option (FR/Documentation) qui ait été adoptée, si l'on en croit l'action de renommage du robot, et celle de Clayton Cornell le 10 Décembre dernier : http://wiki.services.openoffice.org/w/index.php?title=FR/Documentation&action=history
Comme indiqué ci-dessus, voila une très bonne nouvelle.


Si on clique sur FAQ, on arrive à "[1]/Fr.openoffice.org/FAQ" et non "[2]/FAQ", ou même "[2]/Documentation/FAQ" Ces pages (et toutes leurs sous-pages) devront alors être renommées (déplacées) et redirigées ! Afin de ne pas troubler, et donc brider, ou pire décourager de nouveaux contributeurs potentiels... (Pour mitiger mon propos il est vrai que si c'était trop facile d'éditer le wiki il risquerait d'y entrer trop facilement n'importe quoi)
Concernant la FAQ, comme il n'y a rien de prévu et d'organisé au niveau international et que le projet Francophone est le plus avancé sur ce point, pour le moment celle-ci est toujours sous la racine :
-> /FR/FAQ

Et c'est la même chose pour  :
/FR/manifestations
/FR/Assurancequalité
/FR/developpement
...

Excusez moi de vous prendre encore du temps, mais j'aimerais également comprendre pourquoi... Il y a 3 catégories Category:FR, Category:Fr.openoffice.org, et Category:Français.
A mon avis, il faurait supprimer au minimum la catégorié "Fr.openoffice.org" mais pour les deux autres, je ne sais pas.
Tu m'as conforté dans cette envie et je l'ai donc "supprimée", en réassignant pour l'instant les ± 25 pages concernées à la catégorie FR. Cette dernière sert un peu plus de fourre-tout, pour l'instant, avec Documentation/FR :-\ . Et dans le cas des catégories je ne sais même pas ce qui convient. Mais pour le coup, l'existant étant l'inverse (entre nom de catégorie et nom de page), ceci permettrait... le choix entre les deux méthodes de classement
L'essentiel dans un premier temps et qu'il n'y ai pas de doublons. Il sera toujours possible de renommer la catégorie ou demander à un robot de le faire. Mais pour cela, il faut te mettre en relation avec la liste anglophone car il n'y a qu'eux qui peuvent lancer ces robots.


Enfin bref, vous voyez bien qu'à mon humble avis ça pourrait être plus logique. Par exemple, même si c'est plus petit (quoique l'on puisse en mettre), je m'y retrouve plus vite dans un disque dur bien rangé. Je suis certain que je n'ai pas tout vu (sinon je comprendrais sans doute mieux), notamment dans les pages anglaises ou dans les discussions sur la localisation. J'aimerais en comprendre les raisons, le fonctionnement et idéalement, les exposer simplement dans une page ([A] ou [B] par exemple, c'est dans le sujet.) pour faciliter, encourager les contributions...

Merci de votre patience, bonne fin de journée à tous.
Dominique.
Comme à priori, tu te débouilles bien en anglais, je te propose d'aller poser ces mêmes questions sur la liste "Documentation" internationale où tu auras certainement des explications plus précises sur l'organisation du projet "Documentation" sur le wiki.

A bientôt et bon courage.

Je reste à ta disposition pour plus d'explications

Tony
Sincèrement, merci beaucoup pour tes réponses motivantes. J'ai suivi ton conseil (Sophie me l'avait conseillé aussi) et me suis inscris sur la liste mailto:[email protected].

Je viens d'y envoyer un message mais il n'apparaît pas encore. Ce sera normalement le premier de Mai ;-) http://documentation.openoffice.org/servlets/SummarizeList?listName=dev&by= Où je demande quel comportement devraient adopter les différentes localisations pour définir des catégories et pouvoir ensuite utiliser des requêtes <DPL>. Je l'ai d'ailleurs déposé sur une page Wiki que je trouvais plus claire pour le cas : http://wiki.services.openoffice.org/wiki/User:Dominique_Pautrel/Wiki_Localization_Structure

Merci encore de l'écoute, et bonne soirée à vous tou(te)s,
Dominique
Bonne continuation à toi et tiens nous informé des réponses que tu auras

A bientôt

Tony

--
Indépendant dans la mise en place de logiciels libres et d'outils de travail 
collaboratif. http://infosaone.free.fr


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Répondre à