Re: [EGD-discu] Encore du ménage / Re: Vrais gens

[Marcel <bkn.ema@xxxxxxxxx>]

Bonjour,

j’ai testé un peu GitLab – et GitHub, où j’avais déjà un dépôt (vide) – en portant 
mon attention sur la possibilité de hautcharger les classeurs de tableur. À la 
différence des autres projets, les dispositions de clavier nécessitent le recours 
aux tableurs pour leur édition rationnelle. Les logiciels spécialisés sont tous 
incomplets (cf. http://dispoclavier.com/index.html#h193) et ne permettent pas de 
faire ce que j’entends par de bonnes dispositions de clavier. Et l’édition 
traditionnelle du code source n’est possible sans se prendre la tête que pour 
certaines parties des sources, comme les headers et tout ce qui n’est pas tableau 
d’allocations, liste deadtrans, et tableau des ligatures/séquences si c’est pour 
Windows.

Alors pour les dépôts je vous dis tout de suite que je n’ai jamais appris à m’en 
servir et que je ne sais pas m’en servir. Peut-être j’y arriverai un jour, s’il est 
permis d’extrapoler à partir du fait qu’au début de l’année, je ne savais pas coder 
en batch et ne savais même pas ce que c’est, et qu’au jour d’aujourd’hui j’utilise 
un script qui peut faire compiler et mettre à jour une série de pilotes de test 
mais qui plante après avoir sorti une version distribuable de la première variante 
de la liste… et je n’ai pas le temps de le déboguer   :(

Donc pour hautcharger des fichiers, cela semble bel et bien possible sur le wiki de 
GitLab (contrairement au wiki de GitHub). Or cela amène à externaliser le wiki du 
bépo sur un site qui en plus, ne supporte pas MediaWiki – comme le fait GitHub – 
mais seulement MarkDown et deux ou trois autres d’après ce qu’il paraît. Mais je 
n’ai pas testé une éventuelle limite de taille (le classeur le plus gros fait 
2 835 Ko, et un peu plus s’il était en .xlsx et non en .xlsb).

Mais par rapport aux principes, j’ai compris en tout cas qu’il ne faut surtout pas 
intégrer dans un projet du contenu en provenance d’un autre projet sans que ce soit 
logué et discuté de manière collaborative. Je m’abstiens de faire ce que j’avais 
envisagé un moment et ferai une version purement démonstrative qui ne contiendra 
que les propositions que j’ai exposées de ma part et des éléments indiqués dans les 
discussions communes sur la ML. Par exemple j’ai ajouté des facilités pour la 
transcription de l’arabe suite aux alertes lancées par certains d’entre vous mais 
je n’ai pas copié de mappage de touches mortes à partir de la carte du macron, ni 
des autres cartes sur le site de Flavien21 et Miltøn. Je voulais le faire pour 
« partir » effectivement du BÉPO2FM, mais en pratique une fusion éventuelle doit se 
faire en public et de manière transparente et traçable.

Or concrètement je viens seulement d’implémenter deux groupes (sur trois prévus), 
et le grec polytonique manque toujours. J’ai vite sorti le prototype 0.4.0 et 
espère pouvoir maintenant le porter vers le bépo, grec polytonique ou pas, histoire 
de voir déjà pour les choses utiles aux « vrais gens » — à propos d’ailleurs : 

L’utilisation de la bascule pour les caractères en Maj a été observée aussi dans 
l’étude de l’université d’Aalto partagée sur notre ML mais c’était un ou deux cas 
isolés suscitant l’étonnement. 

Pour le pipe, les difficultés d’orientation se recoupent avec les doléances datant 
du milieu des années 1980 déjà par rapport au manque de système dans l’agencement 
des caractères informatiques. Je pense que l’idée du bépo qui utilise les initiales 
est la bonne : Barre, Perluète, Circonflexe (ou Croisillon/Carré s’il n’est pas en 
accès direct), mais certes cela ne va pas très loin non plus. Or les trois paires 
de “PaCroAcs” sur la rangée de repos, c’est ÀMHA le top.

Est-ce que cela vous dirait de créer un log sur le wiki du bépo et de travailler 
avec des classeurs ? On pourrait se les passer sur la ML ou les déposer et 
récupérer quelque part en FTP.

Marcel 

Le 11/08/16 07:49, Olivier Guéry a écrit :
> 
> Le jeu. 11 août 2016 01:32, Mélanie (ariasuni) 
a écrit :
>
Bah TuxFamily nous fournit juste un dépôt git. Si vous voulez un outil
> de gestion de bugs, faut utiliser une plateforme tierce comme Gitlab,
> Github ou autre.
> 
> Quand à kaban ou je sais pas quoi faut voir si déjà on arrive à se
> servir d’un outil de gestion de bugs, après on voit si on a besoin de plus…
>


>
En fait j'ai testé zenhub pour github et j'ai trouvé la facilité d'utilisation assez déconcertante pour quelqu'un comme moi qui n'utilise pas ce type d'outils. Il y a un vague équivalent pour gitlab (et beaucoup de demandes pour que zenhub soit porté sur gitlab). Mais l'outil de suivi de bug est déjà suffisant, bien entendu. Et nécessaire. Je reste favorable à gitlab pour raison « politique ». Y'a plus qu'à…

>
NémOlivier.

>


> Le 10/08/2016 à 15:53, Jérôme Schwartz a écrit :
> > J’ai rien compris de ces échanges outre Forker la dispo et là je suis pour.
> >
> > Le 10 août 2016 à 15:35, Olivier Guéry  > > a écrit :
> >
> >     Je suis d'accord avec Valentin.
> >     Bug tracker, fork, communauté, kaban. L'outil est intéressant,
> >     utilisons le.
> >
> >     NémOlivier.
> >
> >
> >     Le mer. 10 août 2016 15:24, Brosseau Valentin  >     > a écrit :
> >
> >         Pour le Git un bug tracker est associé? Est-il simple de faire
> >         un "fork" via une interface?
> >
> >         C'est juste que ça serait pas mal si c'était le cas. Des
> >         dispositions dérivés existe un peu partout (la mienne par
> >         exemple) si c'était possible de forker le repos officiel ça
> >         serait vraiment top!
> >
> >         Ps: est t'il possible de rendre le repos accessible via
> >         git.bepo.fr  (ou autre?)
> >
> >         Cordialement
> >
> >
> >         Le mar. 9 août 2016 à 20:38, Valentin Melot  >         > a écrit :
> >
> >             Génial, merci ! Je vois une partie (au moins) de
> >             l’historique SVN pour
> >             ma part.
> >
> >             Du coup, je suppose qu’on crée maintenant layout-1.1.conf,
> >             deads-1.1.conf, et qu’on modifie les autres fichiers pour
> >             obtenir un
> >             truc correspondant à l’état dans lequel on en est aujourd’hui ?
> >
> >             Faut-il des clefs spécifiques pour pouvoir commit, y a-t-il
> >             un groupe
> >             d’utilisateurs étant les seuls à pouvoir modifier les
> >             fichiers, ou
> >             compte-t-on sur la bonne volonté de chacun pour faire ce
> >             boulot ? :-)
> >
> >             Bonne soirée et merci encore,
> >
> >             --
> >             Miltøn
> >
> >             Le 09/08/2016 à 20:25, Nicolas Chartier a écrit :
> >             > On Tue, 9 Aug 2016 18:08:42 +0200 (CEST)
> >             > Nicolas Chartier  >             > wrote:
> >             >
> >             >> J’essaye de voir ce soir pour activer le repo git de
> >             tuxfamily (s’il
> >             >> n’est pas déjà actif…)
> >             >
> >             > Bon bin… il est déjà actif, y’a déjà plein de trucs
> >             dessus, et j’avais
> >             > même déjà commité dessus.
> >             >
> >             > Bon, c’était en 2008, j’ai oublié :)
> >             >
> >             > Bref : https://git.tuxfamily.org/?q=dvorak
> >             
> >             >
> >             > Les pilotes et l’outil de génération sont dans pilotes.git
> >             > Malheureusement l’historique antérieur a été perdu, mais
> >             il est
> >             > toujours disponible sur SVN.
> 
> 
> --
> Pour ne plus recevoir les messels de cette liste de discussion, envoyez un messel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".
> 
>

-- 
>

Envoyé depuis un clavier en http://bepo.fr


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