Le fil de discussion que j'ai initié m'a permis de comprendre que mon patch avait des répercussions imprévues, notamment sur l'UI. Je suis d'ailleurs surpris que personne n'ait abordé dans le thread le problème des fichiers .po (i18n) dont la mise à jour doit être lourde.
Pour conclure, je me range à ton avis et vais proposer un patch "comme un grand", peut-être la semaine prochaine.
Très bien. :-)
Ensuite oui tu peux t'attendre à des rejets parfois (sur ce patch ou un autre), des incompréhensions, etc. Mais règle numéro 1: ne jamais le prendre mal, ni personnellement. Aussi il faut être prêt à revoir ton code.
Il n'y aussi aucun mal à insister un peu, mais toujours poliment et amicalement. Ça m'est déjà arrivé des fois d'avoir des patchs rejetés et le ticket fermé, et je le rouvre avec un commentaire expliquant davantage pourquoi j'estime que c'est important et que je suis prêt à modifier le patch pour m'adapter aux besoins et corriger les problèmes, des fois avec un nouveau patch si je sais déjà quel problème ont les dévs upstream avec mon premier patch. Et des fois, ça marche et ils acceptent l'idée évoluée.
Par exemple dans ton cas, peut-être qu'ils te diront effectivement qu'il faut une nouvelle option. Dans ce cas, tu dis que tu vas rééecrire sous la forme d'une nouvelle option. Peut-être qu'ils te diront que la liste des options est trop longue. Dans ce cas, dirige les vers le lien du forum avec le gars qui pense qu'il faut plein d'options, et tu peux aussi dire que tu as eu des retours d'utilisateurs qui ont dit que ton option particulière serait très utile, cela peut créer une discussion pour revoir la façon dont cette liste est présentée (comme je disais, je vois très bien un système de format pour que tout un chacun puisse créer son timing personnalisé).
Si on te répond pas vite, faut pas prendre mal, tu peux d'ailleurs te permettre de relancer de temps en temps (pas trop, attend quelques semaines entre les relances). Ça veut aussi dire que de ton côté aussi, rien ne presse. Personne ne t'en voudra si tu mets un peu de temps à répondre, et tu peux prendre tout le temps nécessaire pour rechercher le code et écrire proprement tes nouvelles versions de patch.
Au final la contribution au Logiciel Libre, c'est un peu une leçon de zen. Il faut essayer de jamais s'énerver (des fois, c'est dur), de ne rien prendre personnellement, de prendre son temps et être persistant en même temps. Et un jour, tu te rends compte que tout va bien en fait. Ces mecs en face, ils sont comme toi. Ils n'avaient rien contre toi ni ta fonctionnalité, ils avaient juste du mal à la comprendre.
Tout cela dit, peut-être au contraire que ta fonctionnalité va leur plaire et qu'ils l'accepteront d'entrée de jeu sans aucun problème. Je veux juste te préparer au "pire" parce que je sais que les premiers patchs rejetés peuvent être démoralisants quand on ne connaît pas encore. Ça peut arriver. Mais si t'es sûr de ton idée, hésite pas à revenir à la charge en proposant des alternatives. Des fois même après un an ou 2 s'il le faut, il arrive que les dévs revoient leur jugement (et en attendant, tu utilises ta version patchée juste pour toi).
Ou alors si tu te mets à proposer d'autres patchs régulièrement, tu deviendras peut-être toi-même core dév d'Audacity, et dans ce cas tu auras plus de poids pour reproposer ta modif plus tard. :-)
Tout est question de patience.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Contribution
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 5.
Très bien. :-)
Ensuite oui tu peux t'attendre à des rejets parfois (sur ce patch ou un autre), des incompréhensions, etc. Mais règle numéro 1: ne jamais le prendre mal, ni personnellement. Aussi il faut être prêt à revoir ton code.
Il n'y aussi aucun mal à insister un peu, mais toujours poliment et amicalement. Ça m'est déjà arrivé des fois d'avoir des patchs rejetés et le ticket fermé, et je le rouvre avec un commentaire expliquant davantage pourquoi j'estime que c'est important et que je suis prêt à modifier le patch pour m'adapter aux besoins et corriger les problèmes, des fois avec un nouveau patch si je sais déjà quel problème ont les dévs upstream avec mon premier patch. Et des fois, ça marche et ils acceptent l'idée évoluée.
Par exemple dans ton cas, peut-être qu'ils te diront effectivement qu'il faut une nouvelle option. Dans ce cas, tu dis que tu vas rééecrire sous la forme d'une nouvelle option. Peut-être qu'ils te diront que la liste des options est trop longue. Dans ce cas, dirige les vers le lien du forum avec le gars qui pense qu'il faut plein d'options, et tu peux aussi dire que tu as eu des retours d'utilisateurs qui ont dit que ton option particulière serait très utile, cela peut créer une discussion pour revoir la façon dont cette liste est présentée (comme je disais, je vois très bien un système de format pour que tout un chacun puisse créer son timing personnalisé).
Si on te répond pas vite, faut pas prendre mal, tu peux d'ailleurs te permettre de relancer de temps en temps (pas trop, attend quelques semaines entre les relances). Ça veut aussi dire que de ton côté aussi, rien ne presse. Personne ne t'en voudra si tu mets un peu de temps à répondre, et tu peux prendre tout le temps nécessaire pour rechercher le code et écrire proprement tes nouvelles versions de patch.
Au final la contribution au Logiciel Libre, c'est un peu une leçon de zen. Il faut essayer de jamais s'énerver (des fois, c'est dur), de ne rien prendre personnellement, de prendre son temps et être persistant en même temps. Et un jour, tu te rends compte que tout va bien en fait. Ces mecs en face, ils sont comme toi. Ils n'avaient rien contre toi ni ta fonctionnalité, ils avaient juste du mal à la comprendre.
Tout cela dit, peut-être au contraire que ta fonctionnalité va leur plaire et qu'ils l'accepteront d'entrée de jeu sans aucun problème. Je veux juste te préparer au "pire" parce que je sais que les premiers patchs rejetés peuvent être démoralisants quand on ne connaît pas encore. Ça peut arriver. Mais si t'es sûr de ton idée, hésite pas à revenir à la charge en proposant des alternatives. Des fois même après un an ou 2 s'il le faut, il arrive que les dévs revoient leur jugement (et en attendant, tu utilises ta version patchée juste pour toi).
Ou alors si tu te mets à proposer d'autres patchs régulièrement, tu deviendras peut-être toi-même core dév d'Audacity, et dans ce cas tu auras plus de poids pour reproposer ta modif plus tard. :-)
Tout est question de patience.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]