mot clé pour les issues faciles à résoudre
by Pierre Equoy
C'est toujours un peu délicat de rejoindre un projet open source, en
particulier quand celui-ci existe depuis longtemps.
Certains projets proposent des bugs « faciles » qui permettent à ceux qui
veulent rejoindre le projet de s'y coller sans tout de suite mettre les
mains dans les entrailles de la bête.
Par exemple, le jeu libre Unknown Horizons utilise le tag "starter" pour
définir ces bugs :
https://github.com/unknown-horizons/unknown-horizons/issues?labels=starter
Dans Trac, il est possible d'ajouter des mots clé (keywords) aux tickets.
Que pensez-vous d'utiliser un système similaire afin de faciliter la venue
de nouveaux devs ?
Évidemment, il faudra que des devs plus expérimentés puissent trier les
issues existantes afin de savoir si elles sont « faciles à résoudre pour un
dev sans expérience sur le projet » ou pas.
--
Pierre Equoy
10 years, 5 months
[tests utilisateurs] Scénarios clés
by Kozlika
Bonjour,
Gautier est prêt pour les tests utilisateurs. Il nous demande de définir
quelques scénarios clés. Quels seraient ceux que vous auriez à suggérer ?
Scénario clé : utilisation dont il nous semble important de vérifier la
facilité d'emploi, de compréhension de la procédure, etc. Exemple (pas
forcément pertinent mais pour dire) : créer un billet et en différer la
publication.
--
Anne / Kozlika
10 years, 5 months
Git (et Github)
by Pierre Equoy
Salut,
puisque l'atelier prévu le 30 novembre lors de la rencontre Dotclear
portera sur Git, est-ce que ça veut dire que le passage à Git (et peut-être
à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion ?
--
Pierre Equoy
10 years, 5 months
aide contextuelle et repo
by Pierre Equoy
Maintenant que l'aide contextuelle a été lue, relue, traduite et intégrée
dans la version 2.6, je pense qu'il vaudrait mieux arrêter d'utiliser
Dropbox, et plutôt partir sur les versions présentes sur le repo officiel
(branche dev a priori).
En passant, il serait bon d'utiliser les tickets de Trac quand on fait un
patch (pour mettre à jour la doc par exemple) plutôt que de faire un commit
« sauvage ». Je sais que c'est un peu plus lourd à gérer, mais ça apporte
une meilleure vision du projet.
À la limite, on peut créer un « meta-ticket » pour toutes les corrections
liées aux aides contextuelles en français, et un autre pour les aides
contextuelles en anglais.
Vous en pensez quoi ?
--
Pierre Equoy
10 years, 5 months
Réunion IRC
by Nicolas
Bonjour à tous,
le chef pas chef m'a proposé de mener (dans la mauvaise direction
forcément) la réunion de ce soir.
Au programme :
1) la sortie de la 2.6.1
Elle devrait sortir cette semaine à moins d'un gros bug bloquant de
dernière minute
2) distribution de ticket pour la 2.7
La semaine dernière on n'a pas beaucoup distribué ou attribué de tickets.
Faîtes votre marché.
3) l'éditeur
L'accueil de la 2.6 a été bon voire très bon mais quelques retours sur
l'éditeur (une de nos arlésiennes!) a un peu gâché la fête. Cet éditeur est
une plaie à utiliser, à faire évoluer. Que peut-on faire pour améliorer les
choses sans rentrer dans une refonte totale ?
4) divers
Avez-vous d'autres idées, d'autres points sur lesquels vous aimeriez
discuter ?
Nicolas
10 years, 5 months
Note de bas de page.
by Cédric Schmitz
Hello.
Concernant les notes de bas de page, lorsqu'on en ajoute une dans le champs
extrait du billet en syntaxe wiki ($$note$$), elle n'est pas rapportée en
bas de page mais en bas de l'extrait.
Ca a déjà été soulevé sur le forum, mais les réponses apportées sont:
- en syntaxe wiki c'est trop complexe à mettre en place
- il vaut mieux privilégier l'édition en HTML et/ou ne pas faire de notes
de bas de page dans les extraits.
On en reste là ou faut-il quand même créer un ticket pour ça (je n'ai pas
trouvé de ticket existant, mais je n'ai jamais utilisé Trac jusqu'à
maintenant donc mes recherches sont peut-être mauvaises).
De plus la documentation n'aborde pas le sujet, ne serait-ce que pour
conseiller de ne pas utiliser de note de bas de page dans l'extrait.
Du coup kékonfait ?
10 years, 5 months
Mise à jour thème : erreur Precondition Failed
by Sylvain Naudin
Bonsoir la ML,
J'ai presque terminé la mise à jour de mes blogs DC, reste juste Kynä ou
pour le moment j'hésite avec les impacts de la ferme (Greg si tu passe par
ici, tu en pense quoi ?)
Sinon toutes les mises à jour sont OK, sauf pour un thème (Glossyblue) qui
me redirige vers une page blanche avec ces deux mots : Precondition Failed
Vous avez une idée pour la corriger ?
Merci !
Librement,
Sylvain
10 years, 5 months
[câlins] N'anniv
by Anne G
Bon anniversaire Kozlika !!!
Et re-plein des bisous !
10 years, 5 months
30 novembre Rencontre Dotclear
by Kozlika
Je vous rappelle que nous avons retenu le 30 novembre comme jour de fête de
la sortie de la 2.6 et ateliers divers et variés.
Programme :
matin et/ou après-midi, ateliers :
- découverte de Git
- découverte de Sass
- autres propositions bienvenues
fin d'aprème/dîner :
apéro + bouffe. Franck et moi suggérons le Flam's de Montparnasse, c'est
sans façons, pas trop cher et plutôt bon.
Pour les ateliers de journée, soit quelqu'un a un lieu à proposer (et s'en
occupe) soit on fait ça chez l'un de nous (chez Franck et moi par exemple
mais si quelqu'un d'autre propose ça peut aussi).
Qui viendra ?
PS. On publiera un billet d'annonce d'ici deux trois jours.
--
Anne / Kozlika
10 years, 5 months
Clearbricks et Trac
by Bruno
Hello,
Question d'ordre général : utilise-t-on le trac de dotclear pour les bugs
clearbricks (non nécessairement liés à dotclear) ?
Les tests atoum montrent un certain nombre de bugs, sur des fonctionnalités
non utilisées par dc. Par ailleurs, les commits dans cb ne sont pas
propagés sur le trac (sur la résolution automatique des tickets par exemple
lors d'un commit hg)
Ce serait peut-être pertinent de gérer ça à part, non ?
--
Bruno
10 years, 5 months