Forum

Bonjour

J'utilise l'environnement graphique Kde4 et ayant testé Plasma , depuis le dépôt mageia puis repasser à Kde4 , j'un un problème avec le nommage de mes répertoires et de mes fichiers, dès lors qu'ils contiennent des caractères spéciaux.
Notamment cela créer par exemple systématiquement le cas suivant :
Lorsque je télécharge un fichier depuis le web avec Firefox, le fichier final est stocké dans un répertoire qui est recréé ( si je l'ai supprimé au préalable ) portant le nom "Téléchargements".
Alors que dans le répertoire "Téléchargements", il y a le même fichier, mais celui-ci a un poids de 0 octet.

J'ai vérifié dans les paramètres de firefox, le pointage est bien fait vers le répertoire "Téléchargement".
Dans les options about:config, je ne vois rien qui pointe directement vers le nom avec le problème d'accent.
Dans les options de KDE Détails du compte/emplacements, les valeurs renseignées sont "Téléchargement", mais pour Films par exemple, j'ai beau sélectionner "Vidéos", puis appliquer les changements; quand je reviens à l'écran, c'est à nouveau "Vidéos" qui est affiché.

Je peux contourner le problème en enlevant les accents dans mes fichiers et répertoires, mais ça ne m'explique pas d'où vient le souci

Merci de votre aide si quelqu'un voit ce que ça peut être



Xavier

Édité par xav795 Le 14/01/2017 à 17h29

Bonjour,

Dans Firefox/affichage/encodage du texte, as tu "Occidental" et Détection auto "Désactivée" ?

Je pense que je ne vais pas vraiment t'avancer mais le souci provient du passage de l'encodage WE8ISO8859P1 (ISO West European) à l'UTF . Comme son nom l'indique, pour le WE8ISO8859P1 il y avait un East European et plein d'autres, bref une multitude de codages différents entre lesquels il était nécessaire d'effectuer des conversions. L'UTF-8 est Unified, bref unique contrairement aux précédents. Mais pour pouvoir coder tous les glyphes (l'arabe, le chinois, l'hébreu, etc) contraiirement aux précédents il est multu-octets. Un "a" est représenté sur un octet comme en ASCII, mais un "é" sur 2 octets.par Jusqu'à 4 octets pour les caractères les moins courants. mais tout ça dans UN seul système de codage.

Cet UTF a été adopté depuis longtemps by the web. Et par les desktops, moins rapidement. D'où tes soucis quand le desktop change d'encodage.

Mon conseil : ne faiblis pas. Chaque fois que tu tombes sur ce genre de problème, renomme tes répertoires, tu en viendras à bout. En console, tu te positionnes au bon endroit, au dessus du répertoire ou fichier et tu le renommes par :

Merci Magnux77 pour ces précisions.
A faire en ligne de commande bien sûr, ou bien avec Dolphin en tapant F4.

Le caractère espace est un séparateur sur la ligne de commande *n.x. Pour qu'il ne soit pas considérer comme un séparateur il suffit de le déspécialiser afin qu'il soit considéré comme un simple caractère dans la chaîne de caractères. Pour le déspécialiser, il suffit de le précéder par antislash "".

Soit un dossier intitulé "ancien dossier" à renommer "nouveau dossier".

QUand on fait ce genre de truc, utiliser la complétion de nom est intéressant, car le bash positionne lui-même les antislash. L'autocomplétion s'utilise en tapant les premiers caractères du nom de fichier ou de dossier et en tapant la touche tabulation (Tab) pour que bash complète le nom. Ça change l'utilisation du mode commande ...

Édité par magnux77 Le 15/01/2017 à 21h32

magnux77:

Merci du conseil, je pars là dessus

lebarhon:
Oui c'est bien le cas, je viens de vérifier

nmrk.n:

Du coup, cela veut dire qu'on ne peut pas si facilement passer d'un environnement graphique à un autre une fois qu'on a fait un choix? Je voulais tester plasma, mais cela ne me convenait pas en l'occurence et j'ai fais machine arrière.

Bonjour,
Quand en ligne de comande, tu fais

tu as bien tout en UTF8 ?

Bonsoir,

Chez moi, j'ai :
LANG=fr_FR.UTF-8
LC_ALL=

Xuo.

xav795:Non, ce n'est pas lié à l'environnement graphique directement. Tous les logiciels finiront pas passer par l'UTF-8 mais tant qu'il n'est pas devenu universel subsistent les problèmes de conversion que l'on voulait pourtant éliminer...