rub a écrit:

vimages a écrit:

je ne connaissais pas ces subtilités..  avant c'est le même domaine, en sous domaine, et après, c'est un autre domaine? c'est ça ?

Je penses que ca fonctionne comme ca, c'est pas mon point fort, je ne connais pas toutes les possibilités, donc à confirmer.

Le propriétaire du nom de domaine machin.net peut créer autant de fr.machin.net de.machin.net *.machin.net qu'il le souhaite, c'est juste rajouter une section dans la conf d'Apache et ça évite de prendre plusieurs noms de domaine. Après s'il y a achat des machin.fr et autres machin.de c'est une question de choix pour l'administrateur, souvent l'habitude est de rediriger :
machin.fr -> fr.machin.net -> machin.net/fr
machin.de -> de.machin.net -> machin.net/de
etc

Mais de toutes façons, une très grande partie des utilisateurs se moquent des adresses et préfèrent retenir un moyen d'accéder à un site en passant par un moteur de recherche.
Je connaissais quelqu'un qui procédait ainsi pour accéder à ses mails :
- page de recherche google
- il recherche le mot-clef yahoo
- il clique sur le premier lien
- arriver sur la page d'accueil yahoo, il clique sur mail
- puis il se connecte
Je lui ai fait remarquer un jour qu'il pouvait zapper les 4 premières étapes en retenant un truc du style mail.yahoo.fr (pour free c'est imp.free.fr par exemple) ou au moins les 3 premières en allant directement sur yahoo plutôt qu'en passant par google. Il m'a répondu qu'il voulait pas de mes trucs compliqués d'informaticiens, qu'il avait une manière de faire et que ça lui suffisait...

Bon, au moins si yahoo (ou un autre service genre PWG) change d'adresse un jour, il sera pas perdu puisque google l'enverra quand même au bon endroit...

vimages a écrit:

je ne connaissais pas ces subtilités..  avant c'est le même domaine, en sous domaine, et après, c'est un autre domaine? c'est ça ?

Je penses que ca fonctionne comme ca, c'est pas mon point fort, je ne connais pas toutes les possibilités, donc à confirmer.

vimages a écrit:

il me sembalit avoir remarqué que l'usage était de mettre une éventuelle extention de langue après le nom  "phpwebgallery-fr.net"  et non avant...  je me trompe ?

http://fr.yahoo.com/ par exemple.
On reste comme ca sur le même domaine.

Bon OK, alors disons phpwebgallery.net, fr.phpwebgallery.net, de.phpwebgallery.net etc. Les sous-domaines sont réservés à la langue, ce qui fait que forum.phpwebgallery.net deviendrait phpwebgallery.net/forum. Et on garde du pouvoir sur les *.phpwebgallery.net, pas d'anarchie.

Tout ça, c'est pas que c'est pas le plus important, mais bon... pour moi l'essentiel, c'est qu'on ne mélange plus les langues sur un même site, sauf sur une super page d'accueil éventuellement.

z0rglub a écrit:

L'idée c'est que n'importe qui puisse ouvrir le phpwebgallery-de.net (le site communautaire allemand) qui échapperait totalement au contrôle de l'équipe si la presonne décide de ne pas s'entretenir avec nous. Nous on gère le site officiel en anglais, je pense que mathiasm et vidigital seront d'accord pour s'occuper du site francophone.

Pour moi, un site communautaire tiers regroupe:

* un forum
* un wiki
* éventuellement une démo

Dans ce modèle, les extensions, les bugs seraient uniquement en anglais.

L'objectif de cette proposition c'est de simplifier la compréhension du site par les visiteurs (même si ça peut générer davantage de boulot pour les webmasters). Je ne souhaite pas qu'on passe sous ce mode tout de suite, mais un changement de nom de domaine pourrait être l'occasion...

Je suis d'accord. Mais il y a donc un risque de perte ou de modification d'image du projet, si on délègue sans contrôle. Je prends le cas de l'upload automatisé. Nous avons tous décidé que c'était contre la philosophie de PWG et anti-sécuritaire. Dans le mode de gestion que tu préconises, rien n'empêchera le gestionnaire du site localisé, considéré par les "locaux" comme un super-utilisateur, voire comme un membre de l'équipe (même si ce n'est pas le cas), de proposer une solution qu'on s'est interdit de diffuser.
Ce n'est qu'un exemple. J'ai un très bon contre-exemple avec les gestionnaires de debian-fr.org. Mais j'ai aussi un bon exemple avec http://forum-openoffice.org/ qui contre www.oooforum.org.
Je suis d'accord pour des espaces indépendants, mais pas pour que n'importe qui les ouvre.

Si quelqu'un crée un espace de ce type, c'est qu'il a envie de s'investir et a compris l'esprit de l'équipe, je suis d'accord. Mais rien n'empêche les dérives, et dans ce cas de figure, rien ne permettra de "forcer" un recadrage.
C'est pour ça qu'il vaut mieux un sous-domaine ou une arborescence dans le domaine principal, car ça assure le visiteur d'une certaine sécurité quant à la source des informations et aux contrôles exercés.
Même si c'est bénin par rapport à la notoriété dont nous disposons aujourd'hui, ça reste à prévoir.

Merci vimages pour le ".fr" :-)

En ce qui concerne le site actuellement multilingue anglais/français... j'aimerais qu'on se mette à la place de l'utilisateur : c'est incompréhensible tel que c'est fait actuellement. Je suis francophone, je veux lire du français, je vais sur le site français et je ne veux pas voir de chinois ou d'anglais. C'est tout, faut pas chercher plus loin.

En théorie, phpwebgallery.net devrait être 100% en anglais car c'est un projet libre et que la langue communément admise comme universelle sur internet, c'est l'anglais, pas le français.

Ensuite que des communautés française, allemande et norvégienne voient le jour, se serait super. Il est évident que la communauté française prendrait une sacré longueur d'avance sachant que tous les membres actuels de l'équipe sont francophone.

L'idée c'est que n'importe qui puisse ouvrir le phpwebgallery-de.net (le site communautaire allemand) qui échapperait totalement au contrôle de l'équipe si la presonne décide de ne pas s'entretenir avec nous. Nous on gère le site officiel en anglais, je pense que mathiasm et vidigital seront d'accord pour s'occuper du site francophone.

Pour moi, un site communautaire tiers regroupe:

* un forum
* un wiki
* éventuellement une démo

Dans ce modèle, les extensions, les bugs seraient uniquement en anglais.

L'objectif de cette proposition c'est de simplifier la compréhension du site par les visiteurs (même si ça peut générer davantage de boulot pour les webmasters). Je ne souhaite pas qu'on passe sous ce mode tout de suite, mais un changement de nom de domaine pourrait être l'occasion...

rub a écrit:

mathiasm a écrit:

Si on veut séparer les langues, effectivement, je penche pour un sous-dossier.
Cela permet de garder les sous-dommaiens par fonctions (bugs, forum), on devrait d'ailleurs y mettre le wiki et les ext...
Mais le wiki localisé doit AMA rester dans le wiki "central", etc...
On peut déléguer, mais il faut toujours avoir moyen de reprendre la main.

Perso, je suis d'avis contraire, les sous-dossiers ne séparent pas assez les langues.
D'un point de vue utilisateur, je vois plus fr.nomdemaine.net ou nomdedomaine-fr.net, après d'un point de vue architecture, on peut bien sûr travailler par sous-répértoires.

A fortiori, sauf pour le francais et l'anglais, il y aura forcement délégation et coordination (pas forcement une prise de main).


De toutes façon, sur les forums, il faudra une section privé par forum (discussion interne dans la langue du pays) et un forum spéciale privé en anglais pour les équipes de chaque langue, non?

Oui, mais on met quoi par défaut? Si j'ai mis une détection de la langue, j'avais une raison : les francophones, qui forment la base de la communauté, sont habitués à avoir une page directement en FR. Si on passe par défaut en anglais, beaucoup vont être perdus (au moins au début). Et je veux éviter ce qu'a fait Pierrick avec le wiki, une "pré-page" avec le choix de la langue.

La localisation du wiki est faite en interne, et je pense qu'il vaut mieux le laisser comme ça.
Mantis devrait être rempli en anglais par défaut, mais la communauté et l'équipe fait que... Et ça me va très bien. Ça freine p-ê des dev étrangers à proposer leur aide, je ne saurais dire.
Les extensions idem que Mantis, si on décentralise, ça va être le bazar!
Pour la démo, les langues sont dedans.
Reste le forum. Si on éclate les forums pour faire des pages de forums par langue, il faut avoir des modérateurs pour suivre, et de la charge à absorber: il n'y a rien de pire qu'un forum à 10 sujets de 3 messages...
Notre idée, un pavé dans chaque langue me parait bien, surtout pour l'instant. Sinon, un forum dédié à chaque langue me parait suffisant en l'absence de charge réelle, comme sur http://my.opera.com/community/forums/. Les forums sont détaillés par type de message, plus un forum par langue pour ceux qui ne [p|v]eulent pas poster en anglais ou sur du spécifique à la langue/pays.

faut pas en rajouter, c'est vraiment pas grand chose..