Le mardi 25 janvier 2005 � 20:57 +0100, Marc SCHAEFER a �crit : > On Tue, Jan 25, 2005 at 08:00:50PM +0100, Claude Paroz wrote: > > Du point de vue d'un utilisateur "lambda", il n'y a aucune raison pour > > ne pas nommer un fichier avec n'importe quel caract�re disponible sur le > > clavier. > > D'accord. Mon prochain fichier s'appellera \M:arc\a:dit > > (ce nom de fichier marchera sous UNIX, ne fonctionnera pas sous MacOS 9 > ni sous MS-Windows) > > Ceci pour illustrer que ce que tu dis n'est pas conforme � la r�alit�, > les utilisateurs acceptent implicitement des limitations: sous forme > d'erreur. Il suffirait d'interdire dans le GUI d�j� des noms de fichiers > avec des espaces pour r�soudre le probl�me.
Je con�ois que mes d�sirs ne sont pas encore r�alit� :-) Cela illustre le manque de standard � ce niveau. Je pr�f�rerais la voie du standard que celle du plus petit d�nominateur commun. Mais c'est encore un r�ve... > > Cela n'emp�che pas que je suis d'accord avec: > > > Il s'agit ensuite d'une question quasi philosphique, � savoir si je > > pense que l'utilisateur doit se soumettre � des r�gles techniques pour > > profiter de ce que la machine peut lui offrir, ou si au contraire, la > > machine doit s'effacer au maximum pour offrir � l'utilisateur une > > interface la plus intuitive possible. > > en ajoutant le b�mol que tout ce que l'utilisateur veut n'est pas > forc�ment recommandable. L'utilisateur n'est pas au courant des > contingences et des m�thodes correctes de gestion des SIs. Tout � fait d'accord. Le client-roi ne doit pas devenir le client-tyran ! Claude _______________________________________________ gull mailing list [email protected] http://lists.alphanet.ch/mailman/listinfo/gull
