Question merveilleuse avant le week-end, s'il fallait que des UX designers interviennent sur UN logiciel libre de votre choix, ça serait lequel ? Et pourquoi ? Quel est son problème ?
(Et expliquez ce que fait le logiciel en question, je ne connais pas tout)
#UXDesign
Post
Firefox !
Acoutumé depuis des lustres je n'y pensais plus, mais le menu des options est merdique.
Trop d'espace vide, plein d'options manquantes et planquées dans le about:config … horrible aussi ce truc, ya des relents de regedit de winXP …
En comparaison, la myriade d'options dans Vivaldi est toujours facilement fouillable, proprement rangé
@Natouille Scribus est clairement repoussant. A le voir, on n'a l'impression qu'il ne sait rien faire de bien. Je lui préfère encore Libre Office Draw pour faire des mises en page alors que je sais que Scribus a des outils plus poussés. Juste, j'arrive pas à les utiliser.
Sur ce segment, je trouve que Affinity Publisher serait un modèle dont s'inspirer.
@Natouille logiciel : qtile
le problème : interface trop minimaliste
pourquoi : avoir une interface par défaut qui met en avant les possibilités de ce windows manager
@Natouille audacity ! Car vraiment j'en ai besoin pour faire des trucs assez simples (diminuer le volume, enlever des bouts d'un son, exporter en mp3, enregistrer ma voix) et à chaque fois je suis perdue dans toutes les icones, les menus et souvent ça ne fait pas ce que je veux (genre quand tu selectionnes un bout, que ça le joue en boucle, alors que c'est pas du tout ça que tu voulais faire)
PS : ceci n'est pas une demande de conseil.
@Julie_ faudrait creuser la philosophie des devs. Est-ce un outil vraiment pro ou a-t-il vocation à être utilisé par des novices ?
@Natouille oui c'est clair. Mais j'ai l'habitude d'un outil pro comme reaper et franchement c'est beaucoup plus facile à comprendre.
@Natouille @Julie_ A ma connaissance, il y a eu une tourmente Audacity il y a quelques années, et le fork Tenacity serait soutenu par la communauté de l'époque.
@Natouille GIMP ? Le logiciel de retouche d'images
@jastrow c'est hors concours ça 😁😁
@jastrow @Natouille Dans le thème Darktable, le Lightroom libre (mais je crois qu'il faut pas le dire), dont la copie de l'interface de Lightroom est infecte. Notamment des polices rikiki. Iels essaient de te le vendre avec ce screenshot aux contrastes au poil :
@Natouille @jastrow +1 pour Gimp :p
@maiwann @Natouille @jastrow Combien faut-il de designeuses pour rendre GIMP bien ? 🤔
@Natouille @jastrow +1 pour Gimp :p
@Natouille@mastodon.tetaneutral.net mumble
@Natouille Thunderbird dont l'interface est resté en 2005.
@Natouille disons libreoffice?
@Natouille @dt vrai. Selon l'équipe ce sera le même pôle voir le même poste.
@Natouille @dt ça fait bien 15 ans que je parle de libre à des profiles UI/UX. C'est vraiment compliqué. Et j'ai parlé libre dans des communautés microsoft.
@Natouille @dt des designers vont aller jusqu'à inventer des fausses entreprises pour mettre du contenu dans leur portfolio plutôt que de songer à contribuer au libre. Ma réponse d'il y a une dizaine d'année où j'argumentais d'aider des asso ou des projets libre à la place https://graphicdesign.stackexchange.com/a/98653/19029
@Natouille @dt (notons que c'est aussi pour ça que le libre est souvent à la ramasse en terme d'accessibilité)
@Natouille @dt il y a une vrai mésentente entre tech et design. Le libre est fait et façonné majoritairement par la tech. J'imagine que je ne te l'apprends pas.
Si on oeuvre pas à construire des bons, on est condamner à choisir entre des logiciels efficaces et des des logiciels affordants. Si nos communautés n'arrivent pas à fonctionner en dehors du cadre capitaliste, on est foutu.
@dt haha, no comment 😁😁
J'arrive toujours pas à mettre une skin correcte
@Natouille Sur les logiciels que les UX designers utilisent dans un premier temps. Plus ces logiciels seront bons, plus il sera simple de convaincre d'autres UX designers de s'impliquer.
* Weblate fait ça pour les traductions et c'est plutôt sympa
@lanodan @Natouille les forges n'ont pas à être réduite au logiciel. C'est la façon la plus minimal de coopérer sur des documents textes. J'y fais des livres et des recettes de cuisine. In fine, c'est juste du texte.
J’insiste sur le fait que je parle des forges et non de git.
Sauf que souvent c'est là où les non-devs fuient et trop souvent entendu du "Raah non pas une forge" à presque chaque talk de non-dev.
@Natouille @lanodan une forge permet de rassembler des projets et des développeurs. Mais la plupart des forges permettent aussi à des personnes ne pratiquant pas la programmation informatique de participer, par exemple les traducteurs ou les graphistes, ou les utilisateurs qui s'entraident dans des forums ou soumettent des rapports de bogues.
@Natouille @lanodan les tickets c'est un forum. Si vous travaillez avec un canal de communication quelconques, vous utilisez des tickets. Les PRs c'est l'équivalent du mail "voici la version finale vu avec le client en PJ: behavior-new-final-final-v2.pdf"
@dallo @Natouille @lanodan Je plussoie vivement !
La forge, c’est le cœur de tous les projets libres — et oui, in fine ça n’est qu’un forum pour poster des contributions : des rapports de bug, des suggestions d’amélioration, et parfois du code… mais pas besoin de savoir coder pour utiliser une forge.
(Par contre, contribuer sans passer par la forge, ça ne fonctionne pas. Ou, dans le meilleur des cas, on fait perdre beaucoup de temps et d’énergie aux bénévoles.)
@fabi1cazenave @dallo @lanodan c'est pas faire des tickets le problème, c'est de ne travailler QUE comme ça.
On ne travaille pas comme ça. On échange, on itère, on réfléchit en groupe. On réfléchit en vision, on voit large.
Si je fais de la recherche utilisateurs, je ne vais pas juste poster la solution qui en découle dans un ticket et vous laisser vous démerder avec. J'ai besoin de vous expliquer les étapes pour qu'on soit sur la même longueur d'ondes.
@Natouille @dallo @lanodan Les dévs ne bossent pas QUE via la forge non plus. On a nos outils de communication, on fait des visios, des démos, du dogfooding…
La forge c’est là qu’on envoie le boulot quand il a avancé, qu’on le soumet à la revue, et qu’on l’intègre dans l’ensemble en évitant de tout casser. C’est le « meet me in the middle » de toute l’équipe, mais certainement pas l’alpha et l’oméga du boulot.
@fabi1cazenave @dallo @lanodan OK. Mais le problème dans le libre, c'est que les designers sont souvent accueillis comme ça.
"Tu as une remarque ? Fais une PR" 😑
Il y a un processus d'accueil à revoir
@Natouille @dallo @lanodan Jamais vu ça. Référence nécessaire !
Par contre, en libre on dit toujours « ouvre un ticket STP ». Et la plupart du temps, les gens n’ouvrent pas de ticket, parce que c’est chiant de devoir formuler ce qui ne va pas, ou ce qui serait améliorable. Qu’on soit simple utilisateur, développeur, designer, c’est pareil : c’est chiant. On sait.
Mais c’est ce qui fait perdre le moins de temps à tout le monde. On n’a pas encore trouvé d’alternative.
@fabi1cazenave @dallo @lanodan par le passé, j'ai fait ça, juste filer les maquettes aux devs sans réel échange. Ça a toujours été la cata.
Il faut aussi que les techs acceptent la façon de bosser des designers
@Natouille @dallo @lanodan Bah les dévs sont bien obligés de le faire ! J’ai connu deux types d’expérience :
– les designers qui postent leurs specs sur la forge et suivent l’implémentation — cycles rapides, la communication progresse rapidement, le feedback fonctionne dans les deux sens ;
– les designers qui ne s’abaissent pas à ça — des dévs perdent un temps fou à faire l’interface, le téléphone arabe complique tout, l’implèm ne converge pas ou très lentement.
@lanodan @fabi1cazenave @dallo je ne voudrais pas paraître chafouine mais ça sonne mansplaining de mon job là 🤨🤨