Moi je trouve la complétion des URL très pratique (en tout cas dans konqueror) et je ne savais pas que IE le faisit aussi. Tu peux écrire dans la barre d'URL sans t'en préoccuper et ça se comporte comme avant.
Je pense que lorsqu'il s'agit de fonctionnalités intéressantes comme celles-ci, il serait dommage de s'en passer. Quand l'auteur dit "ne pas imiter windows", il veut dire :
faire mieux que windows, en tenant compte des spécificités d'unix et de la philosophie modulaire.
Par exemple beaucoup de programmes sont en ligne de commandes (mkisofs pour créer une image d'un CD, cdrecord pour graver...) et ensuite il y a des interfaces qui utilisent ces programmes. Chaque programmeur peut se concentrer sur sa tâche (interface ou "moteur") et l'utilisateur a dans les mains quelque chose de très souple.
On pourrait généraliser aisément ce principe, par ex aux logiciels de courrier électronique : en effet rien de plus énervant de devoir utiliser un lecteur différent en mode texte et en mode graphique, parce qu'aucun d'entre eux n'est compatible (pour le stockage des méls). Il suffirait que les interfaces utilisent toutes un même moteur commun (mh par ex) pour régler le problème. Et on pourrait lire son courrier à distance par telnet sans désorganiser sa boîte aux lettres.
Voilà c'était juste une idée. Moi j'utilise xemacs pour lire mon mél, en mode texte ou graphique. Il y aurait des idées à trouver respectant cette philosophie dans le traitement de texte (en faisant des choses style LyX avec LaTeX) et aussi tableurs etc.
[^] # Application au courrier électronique
Posté par V . En réponse à la dépêche Pourquoi singer les logiciels microsoft ?. Évalué à 8.
Je pense que lorsqu'il s'agit de fonctionnalités intéressantes comme celles-ci, il serait dommage de s'en passer. Quand l'auteur dit "ne pas imiter windows", il veut dire :
faire mieux que windows, en tenant compte des spécificités d'unix et de la philosophie modulaire.
Par exemple beaucoup de programmes sont en ligne de commandes (mkisofs pour créer une image d'un CD, cdrecord pour graver...) et ensuite il y a des interfaces qui utilisent ces programmes. Chaque programmeur peut se concentrer sur sa tâche (interface ou "moteur") et l'utilisateur a dans les mains quelque chose de très souple.
On pourrait généraliser aisément ce principe, par ex aux logiciels de courrier électronique : en effet rien de plus énervant de devoir utiliser un lecteur différent en mode texte et en mode graphique, parce qu'aucun d'entre eux n'est compatible (pour le stockage des méls). Il suffirait que les interfaces utilisent toutes un même moteur commun (mh par ex) pour régler le problème. Et on pourrait lire son courrier à distance par telnet sans désorganiser sa boîte aux lettres.
Voilà c'était juste une idée. Moi j'utilise xemacs pour lire mon mél, en mode texte ou graphique. Il y aurait des idées à trouver respectant cette philosophie dans le traitement de texte (en faisant des choses style LyX avec LaTeX) et aussi tableurs etc.
Vincent