Journal Espace insécable dans les noms de fichiers...

Posté par Séverin Tagliante-Saracino le 27 mai 2004 à 12:16.

Étiquettes : aucune

mai

2004

Utiliser des fichiers contenant des espaces rajoute des complications sous Linux en ligne de commande...

Pourquoi ne pas utiliser et faire utiliser par défaut l'espace insécable à la place de l'espace tout court ?

Le grand public ne se rendrait compte de rien. Et pour les autres, c'est plus logique, quelque part, non ?

# mais...

Posté par TheBreton le 27 mai 2004 à 12:46. Évalué à 4.

t'inquiete donc pas le grand public ne ce sert jamais de la ligne de commande :-)
# Qu'est-ce donc ?

Posté par Dalvany le 27 mai 2004 à 12:54. Évalué à 2.

Mais qu'est-ce donc que"l'espace insécable" ?
- [^] # Re: Qu'est-ce donc ?
  
  Posté par TheBreton le 27 mai 2004 à 12:58. Évalué à 2.
  
  je pense que c'est le petit nom de l'underscore '_'
  - [^] # Re: Qu'est-ce donc ?
    
    Posté par Matthieu Moy (site web personnel) le 27 mai 2004 à 13:02. Évalué à 5.
    
    Non, c'est un caractère du jeu de caractère iso-latin-1 (entre autres) qui s'affiche comme une espace, et qui n'est pas coupée par les éditeurs/traitements de textes en cas de retour à la ligne. A utiliser par exemple devant un `:'.
    - [^] # Re: Qu'est-ce donc ?
      
      Posté par TheBreton le 27 mai 2004 à 13:05. Évalué à 3.
      
      connaissait pas, et en ligne de commande tu fais comment pour l'obtenir ?
      - [^] # Re: Qu'est-ce donc ?
        
        Posté par Romuald Delavergne le 27 mai 2004 à 13:11. Évalué à 3.
        
        En encodage 8859-1 c'est le caractère 160
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par Obsidian le 27 mai 2004 à 14:03. Évalué à 2.
        
        Et en HTML/SGML c'est   (Non-breakable space).
        
        Très utilisé dans la rédaction de HOWTO et autres ...
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par allcolor (site web personnel) le 27 mai 2004 à 14:11. Évalué à 3.
        
        c'est aussi  
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par dawar (site web personnel) le 27 mai 2004 à 14:27. Évalué à 3.
        
        Et souvent shift+espace dans les logiciels de PAO.
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par Séverin Tagliante-Saracino le 27 mai 2004 à 15:26. Évalué à 2.
        
        L'idée est là. Faire reconnaître shift+space, par ma console unix, et mon gestionnaire de fichier gnome ou kde, et sous windows et osX également, pour ne pas avoir 3000 \
        
        ok je perd mon temps
        
        je -> []
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par Nicolas Peninguy (site web personnel) le 27 mai 2004 à 22:40. Évalué à 2.
        
        [nico@ln nico]$ touch test test
        [nico@ln nico]$ ls -l test test
        -rw-rw-r-- 1 nico nico 0 mai 27 22:37 test test
        
        Fedora 2, terminal Gnome et espace insécable obtenu avec Alt-Espace.
        
        [nico@ln nico]$ grep XkbLayout /etc/X11/xorg.conf
        Option "XkbLayout" "fr-latin9"
        
        [^] # Re: Qu'est-ce donc ?
        
        Posté par Romuald Delavergne le 27 mai 2004 à 15:02. Évalué à 3.
        
        Très utilisé dans la rédaction de HOWTO et autres ...
        Et par FrontPage pour faire de la mise en page...
      - [^] # Re: Qu'est-ce donc ?
        
        Posté par Axioplase ıɥs∀ (site web personnel) le 29 mai 2004 à 01:36. Évalué à 2.
        
        alt+255 sous l'os pas libre qui monopolise le monde.
# Pas de problèmes

Posté par Infernal Quack (site web personnel) le 27 mai 2004 à 13:26. Évalué à 5.

Use " Luke.
Or protect the spaces with \
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
- [^] # Re: Pas de problèmes
  
  Posté par Dragon le 27 mai 2004 à 13:38. Évalué à 0.
  
  Et la Bash Complétion alors !!
  - [^] # Re: Pas de problèmes
    
    Posté par khalahan le 27 mai 2004 à 15:04. Évalué à 1.
    
    Ben elle marche avec les '' ou les \ chez moi :p (sur debian en tout cas, je pourrais pas vous dire pour les autres).
- [^] # Re: Pas de problèmes
  
  Posté par Miair Patreau le 27 mai 2004 à 15:02. Évalué à 3.
  
  Of the shell scripts, a lot more to learn you have.
# Le problème c'est pas le nom

Posté par Miair Patreau le 27 mai 2004 à 15:32. Évalué à 2.

Hummm, le but est tout bonnement de distinguer l'espace "contenu dans un nom de fichier" de l'espace "séparateur en ligne de commande." En soit, ce n'est pas vraiment les noms de fichiers qui doivent changer pour ça : ils ne contiennent que le type "contenu dans un nom de fichier" et donc la distinction n'est pas utile dans le nom lui-même, seulement dans les cas d'utilisation où elle s'impose.

Et les cas où elle s'impose, c'est dans les scripts shell, ou dans les shell en ligne de commande. Conclusion: c'est aux outils shell de proposer une distinction, ou une méthode d'échappement possible (et pas trop compliquée).

Techniquement, je suis pas opposé à ce qu'on interdise les espaces "normaux" dans les noms de fichier et que les applications "intelligentes" les remplacent par des espaces insécables ou un quelconque caractère spécial quand on les saisit, mais dans le monde des développeurs et de l'interopérabilité, tout le monde va se renvoyer la responsabilité du problème exactement comme je l'ai fait plus haut pour en arriver à la même conclusion.

Et, non, ce n'est pas spécialement plus logique.
- [^] # Re: Le problème c'est pas le nom
  
  Posté par calandoa le 27 mai 2004 à 16:45. Évalué à 1.
  
  D'autant plus que l'on passe d'un caractère ascii vers un caractère dont l'encodage va dépendre du charset utilisé, et ne va d'ailleurs pas toujours exister selon le charset... bref une gigantesque schkoumoune en perspective comme c'est déjà le cas pour les accents, mais en encore plus fréquent...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.