Pour un mail (je reprends l'exemple de mutt) il va certainement chercher $EDITOR, et ajoute le nom de son fichier temporaire. Pas compliqué.
Qu'est-ce que tu fais si $EDITOR pointe vers un truc inexistant ? Si il se plante ? Et regarde le cas "simple" d'Emacs qui a un mode par type de fichier. Pour faire du mail, idéalement tu veux indented-text, auto-fill, et filladapt (et j'oublie font-lock). vi lui est complètement différent. Comment tu fais pour lui dire de passer au bon mode ? Et si l'utilisateur décide de ne pas envoyer le mail, et quitte brutalement l'éditeur, comme tu fais pour reconnaitre ça ?
et que ce sera à lui de fournir ces infos, dans un fichier de conf, dans un tab de conf, n'importe où, peu importe.
Sauf que tu dois te frapper le codage du parsing de la config, plus l'éditeur de préférences parce que de nos jours éditer des fichiers de conf à la main c'est un peu passé de mode.
Le framework unifie mais restreint. C'est une solution.
Oui, et elle recouvre 99% des besoins des utilisateurs normaux.
C'est du même niveau que quand les pro-Windows expliquent qu'un utilisateur normal n'a pas à choisir son wm.
Et ils ont tout à fait raison. Enfin non, c'est pas qu'il n'a pas à le faire, c'est qu'il s'en fout complètement.
Si les logiciels libres s'étaient basés sur ton utilisateur dit "normal", le bureau serait un clone de celui de Windows, il n'y aurait aucune variété, aucune adaptation possible à l'utilisateur.
Et peut-être qu'on aurait un peu plus d'applis correctes.
Par ailleurs, Windows est tout à fait customisable, c'est comme Linux faut juste savoir comment faire. J'ai des copains qui connaissent bien Windows et ce qu'ils me montrent est tout aussi "impressionnant" que ce qu'ont voit sous Linux.
Mais il n'y a que sur ces cas là que je regrette l'inexistence de l'alternative
Ben ça existe toujours, et quelques fois même on s'en sert.
[^] # Re: Confusion gestionaire de fenêtres - environements
Posté par Guillaume Laurent . En réponse à la dépêche Ximian ou KDE sur une petite machine?. Évalué à 2.
Qu'est-ce que tu fais si $EDITOR pointe vers un truc inexistant ? Si il se plante ? Et regarde le cas "simple" d'Emacs qui a un mode par type de fichier. Pour faire du mail, idéalement tu veux indented-text, auto-fill, et filladapt (et j'oublie font-lock). vi lui est complètement différent. Comment tu fais pour lui dire de passer au bon mode ? Et si l'utilisateur décide de ne pas envoyer le mail, et quitte brutalement l'éditeur, comme tu fais pour reconnaitre ça ?
et que ce sera à lui de fournir ces infos, dans un fichier de conf, dans un tab de conf, n'importe où, peu importe.
Sauf que tu dois te frapper le codage du parsing de la config, plus l'éditeur de préférences parce que de nos jours éditer des fichiers de conf à la main c'est un peu passé de mode.
Le framework unifie mais restreint. C'est une solution.
Oui, et elle recouvre 99% des besoins des utilisateurs normaux.
C'est du même niveau que quand les pro-Windows expliquent qu'un utilisateur normal n'a pas à choisir son wm.
Et ils ont tout à fait raison. Enfin non, c'est pas qu'il n'a pas à le faire, c'est qu'il s'en fout complètement.
Si les logiciels libres s'étaient basés sur ton utilisateur dit "normal", le bureau serait un clone de celui de Windows, il n'y aurait aucune variété, aucune adaptation possible à l'utilisateur.
Et peut-être qu'on aurait un peu plus d'applis correctes.
Par ailleurs, Windows est tout à fait customisable, c'est comme Linux faut juste savoir comment faire. J'ai des copains qui connaissent bien Windows et ce qu'ils me montrent est tout aussi "impressionnant" que ce qu'ont voit sous Linux.
Mais il n'y a que sur ces cas là que je regrette l'inexistence de l'alternative
Ben ça existe toujours, et quelques fois même on s'en sert.