la modification de ce fichier (en utilisant Gedit sous
Linux) et son enregistrement produisent automatiquement un ficher de
sauvegarde avec les anciens réglages. C'est bien, en soi, mais là où
quelque chose ne va pas, c'est que le fichier modifié n'est pas pris
en compte lors de la réouverture de Thunderbird ni même lorsqu'on
fait un redémarrage du système !
la modification de ce fichier (en utilisant Gedit sous
Linux) et son enregistrement produisent automatiquement un ficher de
sauvegarde avec les anciens réglages. C'est bien, en soi, mais là où
quelque chose ne va pas, c'est que le fichier modifié n'est pas pris
en compte lors de la réouverture de Thunderbird ni même lorsqu'on
fait un redémarrage du système !
la modification de ce fichier (en utilisant Gedit sous
Linux) et son enregistrement produisent automatiquement un ficher de
sauvegarde avec les anciens réglages. C'est bien, en soi, mais là où
quelque chose ne va pas, c'est que le fichier modifié n'est pas pris
en compte lors de la réouverture de Thunderbird ni même lorsqu'on
fait un redémarrage du système !
En voulant modifier mon "user.js", j'ai été confronté à un problème
bizarre : la modification de ce fichier (en utilisant Gedit sous Linux)
et son enregistrement produisent automatiquement un ficher de sauvegarde
avec les anciens réglages.
C'est bien, en soi, mais là où quelque chose
ne va pas, c'est que le fichier modifié n'est pas pris en compte lors de
la réouverture de Thunderbird ni même lorsqu'on fait un redémarrage du
système !
La même manoeuvre sous Win2k et Notepad ne produit pas de fichier de
sauvegarde mais le fichier corrigé "user.js" est opérationnel dès
l'ouverture de Thunderbird.
Ce fichier corrigé sous Win2k et recopié ensuite dans le répertoire
adhoc de Linux est alors pleinement opérationnel.
Bizarre, n'est-ce-pas !
En voulant modifier mon "user.js", j'ai été confronté à un problème
bizarre : la modification de ce fichier (en utilisant Gedit sous Linux)
et son enregistrement produisent automatiquement un ficher de sauvegarde
avec les anciens réglages.
C'est bien, en soi, mais là où quelque chose
ne va pas, c'est que le fichier modifié n'est pas pris en compte lors de
la réouverture de Thunderbird ni même lorsqu'on fait un redémarrage du
système !
La même manoeuvre sous Win2k et Notepad ne produit pas de fichier de
sauvegarde mais le fichier corrigé "user.js" est opérationnel dès
l'ouverture de Thunderbird.
Ce fichier corrigé sous Win2k et recopié ensuite dans le répertoire
adhoc de Linux est alors pleinement opérationnel.
Bizarre, n'est-ce-pas !
En voulant modifier mon "user.js", j'ai été confronté à un problème
bizarre : la modification de ce fichier (en utilisant Gedit sous Linux)
et son enregistrement produisent automatiquement un ficher de sauvegarde
avec les anciens réglages.
C'est bien, en soi, mais là où quelque chose
ne va pas, c'est que le fichier modifié n'est pas pris en compte lors de
la réouverture de Thunderbird ni même lorsqu'on fait un redémarrage du
système !
La même manoeuvre sous Win2k et Notepad ne produit pas de fichier de
sauvegarde mais le fichier corrigé "user.js" est opérationnel dès
l'ouverture de Thunderbird.
Ce fichier corrigé sous Win2k et recopié ensuite dans le répertoire
adhoc de Linux est alors pleinement opérationnel.
Bizarre, n'est-ce-pas !
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Juste pour savoir, quoique je ne pense pas que cela change grand chose :
tu modifies le fichier alors que Thunderbird est arrêté, ou bien quand
il est lancé ?
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Juste pour savoir, quoique je ne pense pas que cela change grand chose :
tu modifies le fichier alors que Thunderbird est arrêté, ou bien quand
il est lancé ?
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Juste pour savoir, quoique je ne pense pas que cela change grand chose :
tu modifies le fichier alors que Thunderbird est arrêté, ou bien quand
il est lancé ?
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
L'un et l'autre ne sont pas liés. Il faut chercher ailleurs : droits
sur le fichier, encodage, etc.
L'un et l'autre ne sont pas liés. Il faut chercher ailleurs : droits
sur le fichier, encodage, etc.
L'un et l'autre ne sont pas liés. Il faut chercher ailleurs : droits
sur le fichier, encodage, etc.
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Le fichier garde l'extension .js
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
Il prend en compte l'ancien fichier et ignore le nouveau.
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
A l'origine, Gedit utilise le format utf-8 mais je l'ai réglé depuis
longtemps sur ISO-Latin
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
"Aucun fichier ou dossier de ce type" est la réponse de ma console.
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Le fichier garde l'extension .js
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
Il prend en compte l'ancien fichier et ignore le nouveau.
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
A l'origine, Gedit utilise le format utf-8 mais je l'ai réglé depuis
longtemps sur ISO-Latin
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
"Aucun fichier ou dossier de ce type" est la réponse de ma console.
C'est Gedit qui génère le fichier de sauvegarde ? Quel nom a-t-il ?
Le fichier garde l'extension .js
Par ailleurs, quand tu relances Thunderbird, il prend en compte le
fichier sauvegardé (par Gedit je suppose) ou bien il ne prend en compte
aucun des deux ?
Il prend en compte l'ancien fichier et ignore le nouveau.
En fait, je soupçonne que le format généré par Gedit ne soit pas le
même que celui généré par Notepad. Il pourrait s'agir d'ISO-Latin1, ou
d'UTF-8 sans BOM, ou d'UTF-8 avec BOM.
A l'origine, Gedit utilise le format utf-8 mais je l'ai réglé depuis
longtemps sur ISO-Latin
Regarde quels sont les premiers
octets du fichier, par exemple avec :
od -t x1 user.js | head -1
"Aucun fichier ou dossier de ce type" est la réponse de ma console.
Ça, ce n'est qu'une partie du nom. Je suppose que je fichier modifié et
le fichier de sauvegarde n'ont pas le même nom, ou du moins le même
chemin d'accès : sinon, forcément, l'un écrase l'autre.
Et l'ancien fichier, alors, il se nomme comment et il est stocké où ?
Si je ne m'abuse, le user.js est censé être en UTF-8,
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
Merci de préciser aussi quels sont ces « chemins complets ».
Ça, ce n'est qu'une partie du nom. Je suppose que je fichier modifié et
le fichier de sauvegarde n'ont pas le même nom, ou du moins le même
chemin d'accès : sinon, forcément, l'un écrase l'autre.
Et l'ancien fichier, alors, il se nomme comment et il est stocké où ?
Si je ne m'abuse, le user.js est censé être en UTF-8,
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
Merci de préciser aussi quels sont ces « chemins complets ».
Ça, ce n'est qu'une partie du nom. Je suppose que je fichier modifié et
le fichier de sauvegarde n'ont pas le même nom, ou du moins le même
chemin d'accès : sinon, forcément, l'un écrase l'autre.
Et l'ancien fichier, alors, il se nomme comment et il est stocké où ?
Si je ne m'abuse, le user.js est censé être en UTF-8,
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
Merci de préciser aussi quels sont ces « chemins complets ».
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
J'ai fait la commande en console et celle-ci est donc "au-dessus" de
tous les répertoires.
Je présume que ta commande est propre à Win.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
1) od -t x1 docanski/mozilla-thunderbird/ | head -1
2) od -t x1 home/mozilla-thunderbird/ | head -1
3) od -t x1 docanski/mozilla-thunderbird/user.js | head -1
me donnent systématiquement un "Aucun fichier ou dossier de ce type"
Sous Linux et en console de commande, évidemment.
Merci de préciser aussi quels sont ces « chemins complets ».
Les fichiers sont dans le répertoire "mozilla/thunderbird" qui est dans
le profil/répertoire "docanski" ou communément "home".
Mébon, comme j'ai résolu le problème en modifiant ce fichier sous Win2k,
la seule interrogation qui me reste est : "pourquoi" un simple fichier
texte (avec l'extension .js, bien entendu) se voit traiter d'une façon
différente sous Linux et sous Win.
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
J'ai fait la commande en console et celle-ci est donc "au-dessus" de
tous les répertoires.
Je présume que ta commande est propre à Win.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
1) od -t x1 docanski/mozilla-thunderbird/ | head -1
2) od -t x1 home/mozilla-thunderbird/ | head -1
3) od -t x1 docanski/mozilla-thunderbird/user.js | head -1
me donnent systématiquement un "Aucun fichier ou dossier de ce type"
Sous Linux et en console de commande, évidemment.
Merci de préciser aussi quels sont ces « chemins complets ».
Les fichiers sont dans le répertoire "mozilla/thunderbird" qui est dans
le profil/répertoire "docanski" ou communément "home".
Mébon, comme j'ai résolu le problème en modifiant ce fichier sous Win2k,
la seule interrogation qui me reste est : "pourquoi" un simple fichier
texte (avec l'extension .js, bien entendu) se voit traiter d'une façon
différente sous Linux et sous Win.
Je n'avais pas précisé qu'il fallait te placer dans le répertoire où se
trouve le fichier, ou bien donner son chemin complet.
J'ai fait la commande en console et celle-ci est donc "au-dessus" de
tous les répertoires.
Je présume que ta commande est propre à Win.
1) od -t x1 _le_chemin_complet_vers_le_nouveau_user.js_ | head -1
2) od -t x1 _le_chemin_complet_vers_le_fichier_de_sauvegarde_ | head -1
3) idem avec le user.js récupéré de Windows
1) od -t x1 docanski/mozilla-thunderbird/ | head -1
2) od -t x1 home/mozilla-thunderbird/ | head -1
3) od -t x1 docanski/mozilla-thunderbird/user.js | head -1
me donnent systématiquement un "Aucun fichier ou dossier de ce type"
Sous Linux et en console de commande, évidemment.
Merci de préciser aussi quels sont ces « chemins complets ».
Les fichiers sont dans le répertoire "mozilla/thunderbird" qui est dans
le profil/répertoire "docanski" ou communément "home".
Mébon, comme j'ai résolu le problème en modifiant ce fichier sous Win2k,
la seule interrogation qui me reste est : "pourquoi" un simple fichier
texte (avec l'extension .js, bien entendu) se voit traiter d'une façon
différente sous Linux et sous Win.
commandes suivantes et regarde laquelle donne un message d'erreur
le plus proche de celui que tu as eu :
1) ls grmlbl
2) grmlbl
(je parie que ce sera la première)
Un chemin complet commence par un « / » (et il doit finir par user.js ou
user.js~ selon que c'est le fichier modifié ou celui sauvegardé par ton
éditeur).
ls /le_chemin_complet_vers_un_fichier
J'ai l'impression que les histoires de répertoires et de fichiers sur
Unix (ou Linux) ne sont pas très claires dans ton esprit.
Lorsque tu
auras localisé précisément les fichiers en question et que tu pourras
enfin afficher leurs premiers octets, alors je pourrai sans doute
t'aider à comprendre ce qui se passe.
commandes suivantes et regarde laquelle donne un message d'erreur
le plus proche de celui que tu as eu :
1) ls grmlbl
2) grmlbl
(je parie que ce sera la première)
Un chemin complet commence par un « / » (et il doit finir par user.js ou
user.js~ selon que c'est le fichier modifié ou celui sauvegardé par ton
éditeur).
ls /le_chemin_complet_vers_un_fichier
J'ai l'impression que les histoires de répertoires et de fichiers sur
Unix (ou Linux) ne sont pas très claires dans ton esprit.
Lorsque tu
auras localisé précisément les fichiers en question et que tu pourras
enfin afficher leurs premiers octets, alors je pourrai sans doute
t'aider à comprendre ce qui se passe.
commandes suivantes et regarde laquelle donne un message d'erreur
le plus proche de celui que tu as eu :
1) ls grmlbl
2) grmlbl
(je parie que ce sera la première)
Un chemin complet commence par un « / » (et il doit finir par user.js ou
user.js~ selon que c'est le fichier modifié ou celui sauvegardé par ton
éditeur).
ls /le_chemin_complet_vers_un_fichier
J'ai l'impression que les histoires de répertoires et de fichiers sur
Unix (ou Linux) ne sont pas très claires dans ton esprit.
Lorsque tu
auras localisé précisément les fichiers en question et que tu pourras
enfin afficher leurs premiers octets, alors je pourrai sans doute
t'aider à comprendre ce qui se passe.
[...]
Oups ... j'avais omis de faire précéder la commande par /home
Mébon, ça ne change rien : même réponse dans tous les cas : "aucun
fichier ou dossier ..."ls /le_chemin_complet_vers_un_fichier
Même réponse ...
[...]
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.
[...]
Oups ... j'avais omis de faire précéder la commande par /home
Mébon, ça ne change rien : même réponse dans tous les cas : "aucun
fichier ou dossier ..."
ls /le_chemin_complet_vers_un_fichier
Même réponse ...
[...]
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.
[...]
Oups ... j'avais omis de faire précéder la commande par /home
Mébon, ça ne change rien : même réponse dans tous les cas : "aucun
fichier ou dossier ..."ls /le_chemin_complet_vers_un_fichier
Même réponse ...
[...]
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.
et sous Linux ce dossier/répertoire est nommé
mozilla-thunderbird, directement dans le répertoire docanski.
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.
et sous Linux ce dossier/répertoire est nommé
mozilla-thunderbird, directement dans le répertoire docanski.
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.
et sous Linux ce dossier/répertoire est nommé
mozilla-thunderbird, directement dans le répertoire docanski.
Je ne vois pas ce qui m'échappe, comme tu sembles le penser.