Re: [EGD-discu] Compte-rendu de la réunion informelle du 10/03/2018

[Mélanie (ariasuni) <perso@xxxxxxxxxxxxxx>]

Le 12/03/2018 à 11:32, Olivier R. a écrit :
> Le 12/03/2018 à 00:24, Mélanie (ariasuni) a écrit :
>
>> – De réfléchir à la réorganisation du wiki pour le passage à bépo 1.1.
>
> Ne suffit-il pas de mettre à jour les pages existantes ?

Ne vaudrait-il pas mieux garder les informations concernant la 1.0 dans
un coin pour les gens qui continueront à l’utiliser? (ne serait-ce que
par l’inertie ou le fait qu’il n’est pas possible d’utiliser simplement
une disposition personnalisée avec xkb)

> Le problème, c’est surtout que tant que le bépo 1.1 n’est pas officiel,
> il y a hésitation.
> Par ailleurs, tant qu’on n’a pas le retour du processus de
> normalisation, peut-on finaliser ?
> Peut-on finaliser en ignorant totalement les commentaires ?
> Aucune décision n’a été prise sur cet aspect, me semble-t-il (ou bien,
> ça m’a échappé). Que fait-on pour les avis donnés lors de la
> consultation ? Quelle place leur accorde-t-on ?
> Cette attente nous tue à petit feu…

Le principal ne changera pas, et nous avons déjà acté un certain nombre
de décisions. De plus, il est important pour Windows de comprendre ce
qu’il est possible de faire techniquement ou pas et avec quels outils.

Il suffira ensuite de mettre à jour pour les quelques changements
tardifs, qui ne seront pour nous que des ajustements rapides. Ça nous
permettra de ne pas avoir tout le travail à faire d’un seul à la fin.

>> – De réfléchir à comment intégrer la disposition dans les systèmes
>> existants; jusqu’à présent, beaucoup ont été l’initiative d’une personne
>> isolée et pas du tout systématique (kbd pour la console GNU/Linux,
>> Haiku, FirefoxOS, etc.) : prévoir de contacter les différents projets
>> libres lorsque la disposition sera figée et les pilotes terminés,
>> contacter Microsoft (Windows), Apple (macOS et iOS), Google (Android),
>> etc. pour l’intégration de nos pilotes après normalisation, contacter le
>> projet XKB pour faciliter l’utilisation de dispositions personnalisées
>> sous GNU/Linux.
>
> Ça aura plus de poids, si c’est l’association qui le demande.

Oui complètement

>> Le projet souffre d’un manque cruel de, ou d’une mauvaise communication.
>> D’une part, pour nos sites web, la page d’accueil est considérée comme
>> peu attrayante, peu lisible et trop chargée, et le site ergodis.org
>> n’est pas découvrable et est très peu utilisé. Nous proposons :
>>
>> – De migrer l’intégralité des documents concernant l’association Ergodis
>> (statuts, comptes-rendus, membres, etc.) sur le site ergodis.org, et de
>> conserver les pages du wiki comme archive.
>
> Logique.
> Et à mon avis, il faudrait que l’association centralise la gestion de la
> communauté autour du bépo.
> Le bépo ne devrait être que le “produit” final.
> Tant qu’il y aura des décisions intra-association, extra-association,
> plus ou moins entre les deux, je ne vois pas comment on peut s’y
retrouver.
> Peut-être que l’association ne devrait pas se limiter à promouvoir, mais
> être le chef d’orchestre de la conception, l’arbitre des décisions
> clivantes, afin de donner une direction plus efficace au projet.
> Et ça inciterait à s’inscrire.

Il me semble en effet que l’association devrait servir à jouer un rôle
structurant quand c’est nécessaire.

>> – De créer une page vitrine pour bepo.fr à l’image de celle créée pour
>> ergodis.org, afin d’avoir une présentation lisible et rapide du bépo.
>
> Oui.
> Le wiki devrait être utilisé pour la conception uniquement.

Mais il faut aussi y conserver les instructions d’installation et
d’apprentissage…?

>> – D’améliorer le visuel du site : rafraichir la skin MediaWiki, rendre
>> les cartes de touches plus lisibles et attrayantes (en s’inspirant des
>> cartes faits par nos membres sur leurs pages ou sites personnels, ou
>> d’autres disposition de clavier telle que Neo) et éviter les cartes trop
>> chargées, moderniser le logo, retirer les liens du menu de navigation
>> tels que « Plan du site ».
>
> Le plan du site est indispensable pour retrouver certaines pages. C’est
> moi qui l’avais conçu à l’époque pour indiquer les pages les plus utiles
>  qu’on passe un temps fou à chercher sans ça.
> La mise en page n’est peut-être pas la bonne, mais il faut un moyen
> clair de trouver les informations.
> Si vous supprimez cette page, le wiki sera toujours en bordel et il n’y
> aura plus d’accès direct pour trouver certaines informations essentielles.

Je doute que des gens utilisent cette page; je ne l’ai jamais utilisée.
À vrai dire, ça fait des années que les sites modernes ne possèdent plus
de plan de site. À mon avis il vaudrait mieux améliorer la navigation.

En regardant rapidement, ça permet de trouver des pages vraiment
spécifiques comme concevoir son clavier (qu’on peut trouver en faisant
une recherche ou en suivant les pages sur les claviers peut-être?) ou
des pages complètement obsolètes comme <https://bepo.fr/wiki/Bugs>.

Si cette page un peu cachée permet d’accéder à des informations
essentielles et qu’il n’y pas d’autre moyen d’y accéder, alors c’est
l’organisation de nos pages qui est en faute.

>> De manière générale, nous ressentons l’envie d’utiliser des outils plus
>> modernes : la scission de la liste de discussion et du forum fait que
>> peu de membres « experts » sont sur le forum, la liste discussion est
>> difficile à suivre et ses archives sont difficiles à naviguer, et le
>> logiciel utilisé pour le forum est vieux et difficile à mettre à jour.
>
> Totalement d’accord.
>
>
>> – D’utiliser un système de mandat
>
> Oui, pourquoi pas.
> Mais ça présume une certaine organisation de la conception. Est-ce
> Ergodis qui chapeautera ?

Je ne pensais pas forcément à quelque chose de très formel,
principalement proposer de tâches, suivre qui s’est proposé pour faire
telle ou telle chose et pouvoir savoir à peu près ce qui a été fait, ce
qui est en cours et ce qui reste à faire.

>> – À court terme, de se concerter pour corriger et nettoyer le code
>> existant, en vue de la sortie du bépo 1.1.
>> – À long terme, de réécrire en partie ou totalement le générateur de
>> dispositions, prenant en entrée un format simple, et permettant de
>> rajouter facilement un nouveau format à générer.
>
> Ça me semble effectivement être la priorité.

D’ailleurs ça en est où ça? Y a plein de branches sur le git, faudrait
faire le ménage…

-- 
Pour ne plus recevoir les messages de cette liste de discussion, envoyez un courriel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".