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

Posté par Séverin Tagliante-Saracino () le 27 mai 2004
0
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 ?

> Lire le journal (19 commentaires, moyenne: 2,5).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

mais...

Posté par TheBreton () le 27/05/2004 à 10:46. (lien). Évalué à 4.

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

--
Merde, ca fait trois fois que je le coupe il est toujours trop court!
-(un stagiaire hardware qui devait connaitre le grand pere de Sylvain Sauvage ;-) )-

Qu'est-ce donc ?

Posté par Dalvany () le 27/05/2004 à 10:54. (lien). Évalué à 2.

Mais qu'est-ce donc que"l'espace insécable" ?

  • [^]Re: Qu'est-ce donc ?

    Posté par TheBreton () le 27/05/2004 à 10:58. (lien). Évalué à 2.

    je pense que c'est le petit nom de l'underscore '_'

    --
    Merde, ca fait trois fois que je le coupe il est toujours trop court!
    -(un stagiaire hardware qui devait connaitre le grand pere de Sylvain Sauvage ;-) )-
    • [^]Re: Qu'est-ce donc ?

      Posté par Matthieu Moy (page perso, ) le 27/05/2004 à 11:02. (lien). É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/05/2004 à 11:05. (lien). Évalué à 3.

        connaissait pas, et en ligne de commande tu fais comment pour l'obtenir ?

        --
        Merde, ca fait trois fois que je le coupe il est toujours trop court!
        -(un stagiaire hardware qui devait connaitre le grand pere de Sylvain Sauvage ;-) )-
        • [^]Re: Qu'est-ce donc ?

          Posté par Romuald Delavergne () le 27/05/2004 à 11:11. (lien). Évalué à 3.

          En encodage 8859-1 c'est le caractère 160

          • [^]Re: Qu'est-ce donc ?

            Posté par Obsidian () le 27/05/2004 à 12:03. (lien). É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 (Jabber id, page perso, ) le 27/05/2004 à 12:11. (lien). Évalué à 3.

              c'est aussi  

              --
              All those moments will be lost in time, like tears in the rain.
              • [^]Re: Qu'est-ce donc ?

                Posté par dawar (page perso, ) le 27/05/2004 à 12:27. (lien). Évalué à 3.

                Et souvent shift+espace dans les logiciels de PAO.

                • [^]Re: Qu'est-ce donc ?

                  Posté par Séverin Tagliante-Saracino () le 27/05/2004 à 13:26. (lien). É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 (page perso, ) le 27/05/2004 à 20:40. (lien). É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/05/2004 à 13:02. (lien). É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 Ashi (page perso, ) le 28/05/2004 à 23:36. (lien). Évalué à 2.

          alt+255 sous l'os pas libre qui monopolise le monde.

          --
          J'aime la liberté.
          J'aime BSD.

Pas de problèmes

Posté par Infernal Quack (Jabber id, page perso, ) le 27/05/2004 à 11:26. (lien). Évalué à 5.

Use " Luke.
Or protect the spaces with \

  • [^]Re: Pas de problèmes

    Posté par Dragon () le 27/05/2004 à 11:38. (lien). Évalué à 0.

    Et la Bash Complétion alors !!

    • [^]Re: Pas de problèmes

      Posté par khalahan () le 27/05/2004 à 13:04. (lien). É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/05/2004 à 13:02. (lien). É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/05/2004 à 13:32. (lien). É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/05/2004 à 14:45. (lien). É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...

Revenir en haut de page