Voici un ptit test a faire pour ceux qui s'ennuie au boulot (par contre il faut win vous vous en doutez) :
Source de l'info :
Bon voila ce n'est pas grand chose mais je me demande quand même comment un programme aussi simple qu'un éditeur de texte arrive a ce résultat.
* Lancez le programme (donc notepad.exe)
* Tapez « AAAA BBB CCC DDDDD » (ou toute autre combinaison de lettres en respectant le nombre)
* Sauvegardez le document et fermez le bloc-notes
* Ouvrez le document
Source de l'info :
http://www.pcinpact.com/actu/news/29462-Enfer-securitaire-la(...)
Bon voila ce n'est pas grand chose mais je me demande quand même comment un programme aussi simple qu'un éditeur de texte arrive a ce résultat.
> Lire le journal (43 commentaires, moyenne: 3,3).
Vous avez demandé le commentaire #723430.
Run by 
Cette page a été générée par Templeet en 0.0897s (dont 0.0129 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
oui et alors
tu pourrais nous en dire plus, copie d'écran, explication pour la majorité des personnes de linuxfr qui n'ont pas notepad.exe ?
FAITE L'EFFORT DE FAIRE:
Introduction
Développement
-thèse
-antithèse
Conclusion
c'est pas compliquer, tu l'as appris pendant des années et oui cela sert aussi dans la vrai vie
[^]Re: oui et alors
tu pourrais nous en dire plus, copie d'écran, explication pour la majorité des personnes de linuxfr qui n'ont pas notepad.exe ?
En gros lorsque l'on ouvre à nouveau le fichier texte, des petits carrés noir apparaîssent à la place des lettres initialement saisies. Bref ca fait délirer tous les lecteurs de pcinpact qui n'ont jamais tenté de lire eux même un fichier texte à partir d'un programme, et donc bien entendu ils n'ont jamais rencontré le problème d'encodage de caractères.
MonoFrance
[^]Re: oui et alors
Voilà ce que ça donne :
http://up.mezimages.com/up/06/910587Sans titre.JPG
Mais bon ... on s'en fout non ?
[^]Re: oui et alors
URL corrigée:
http://up.mezimages.com/up/06/910587Sans%20titre.JPG
[^]Re: oui et alors
il n'y a pas que sous GNU/Linux (et Unix en général) que les espaces dans les noms de fichier sont une hérésie :p
[^]Re: oui et alors
On peut savoir pourquoi c'est une hérésie d'ailleur ?
Nan parcque bon moi j'en ai marre des 03_artiste-nomdumorceau-tag-www_warez_com_cc.mp3
Franchement c'est quoi le problème aujourd'hui ? L'espace est un caractère comme les autres non ?
MonoFrance
[^]Re: oui et alors
Ouai, moi j'appelle cela de la descrimination. Sa différence (l'invisibilté) ne devrait pas nuire à ce qu'il est.
Bon sur ce, je m'en vais appeller SOS racisme. Non mais.
KiKouN, Bucheron-Geek
[^]Re: oui et alors
t'as-raison-le-tiret-c'est-bien-aussi.
W-Fenec : Webzine rock/métal/indus
[^]Re: oui et alors
Non, l'espace est un séparateur.
Alors en effet, en ce qui concerne le système et le codage, c'est un caractère, mais il est interprété comme un séparateur.
[^]Re: oui et alors
Non, l'espace est un séparateur.
Oui c'est un séparateur de mot, et justement j'aime bien l'utiliser pour ca :)
Je me rend bien compte qu'il nécessite de taper le caractère '\' en ligne de commande pour qu'il soit considéré comme un espace, mais est-ce une raison suffisante pour le bannir alors que ca quand la plupart des bash proposent la complémention automatique (et donc bien souvent de ne pas taper ce caractère supplémentaire) ?
Et puis si on va dans ce sens, pourquoi on n'utiliserait pas que des nom de fichiers de 8 lettres, c'est vrai quoi, y'a encore des programmes sous certains OS qui ne tiennent pas compte de ce truc !
MonoFrance
[^]Re: oui et alors
Surtout que TAB-Complétion roulaize et met les slashs pour nous. Et dans le pire des cas, un guillemet au début, un guillemet à la fin et tout rentre dans l'ordre.
Autant, j'essaie toujours d'éviter les caractères trop exotiques dans mes noms de fichiers, autant j'ai officiellement intégré l'espace dans ma politique de nommage des noms de fichiers longs (fichier musicaux, typiquement).
Par contre, effectivement, j'essaie de les éviter lorsque ce n'est pas nécessaire ou lorsque je destine mon fichier à mon entourage ...
[^]Re: oui et alors
Je dirais que c'est un caractère comme un autre quand le fichier est manipulé de manière graphique. (et ce quel que soit l'OS)
Ceci est d'autant plus vrai pour les OS ayant voulu reléguer les autres types de manips au rang d'ancêtre ne méritant plus de survivre (oui, je vise bien les divers command prompts de win depuis une bonne dizaine d'année)
Mais à partir du moment où l'espace sert à d'autres choses (interface CLI), les gestions par guillemets ou caractères d'échapements est suffisament pénible pour filer des boutons à ceux préférant utiliser leur console.
"We all freezed on a bugged subroutine, bugged subroutine, bugged subroutine..." (nearly Beatles)
[^]Re: oui et alors
toi, quelque chose me dit que tu ne dois pas être trop habitué à travailler en ligne de commande...
You can't grep dead trees...
[^]Re: oui et alors
Ben si pourtant, mais je préfère taper le caractère d'échappement back-slash de temps en temps et avoir des zolis noms de fichier. Va expliquer à ta mère/copine/père/autre qu'il ne doit pas appeler son fichier "Facture France Télécom.odt" mais "Facture_France_Telecom.odt", non seulement il va trouvé ca ridicule mais il ne va surtout pas comprendre pourquoi cette restriction, alors que le geek qui utilise la ligne de commande la connaît, mais lui sait la contourner.
MonoFrance
[^]Re: oui et alors
mère/copine/père/autre aimerait éviter de taper .odt "Facture France Télécom" pour eux c'est plus simple. '.pdf' '.odt' '.cqfd' ça sert juste à compliquer, c'est un truc de geek.
[^]Re: oui et alors
Oué c'était juste pour bien montrer que le document était créé dans une application "graphique" et pas en ligne de commande :) De toute façon généralement l'extension est gérée automatiquement par la boîte de dialogue d'enregistrement.
Enfin on peut toujours argumenter en précisant que 90% des PC de bureaux utilisent un gestionnaire de fichier qui se base sur cette extension et qu'elle n'est donc pas si inutile que ca, contrairement à l'espace qui peut être ajoutée sans aucune contrainte particulière.
MonoFrance
[^]Re: oui et alors
Si des gens utilisent une interface graphique, ils peuvent utiliser des espaces sans se poser de questions. Si des gens utilisent la ligne de commande, ils préfèrent utiliser les _ et autres remplacements.
Chacun étant libre de faire ce qu'il veut, où se situe ton problème ? Tu veux imposer un usage unique à tout le monde ?
Encryption is not magic pixie dust to sprinkle on things to make them more secure.
[^]Re: oui et alors
C'est_clair_ras_le_cul_de_ses_espaces_!_Sans_déc,_c'est_quoi_ces_utilisateurs_qui_veulent_utiliser_leur_ordi_comme_il_le_veulent._Bordel,_LA_Machine_à_raison,_il_faut_s'adapter_à_elle.
Amen.
[^]Re: oui et alors
http://hibbert.univ-lille3.fr/~cbellegarde/notepad.png
Bon, j'ai bien le bug sur un windows 2003 par contre ca passe nickel avec le notepad de wine :)
Agogo
[^]Re: oui et alors
Effectivement, j'ai beau m'acharner, pas de problème sous Wine.
Comme quoi, même pour les applications win32 GNU/Linux saimieux que MS-Windows ;)
[^]Re: oui et alors
sous windows 95 dans qemu, ca ne le fait pas :)
[^]Re: oui et alors
Pareil pour l'orthographe...