Pourquoi le Bloc-notes de Windows Vista déplace-t-il le curseur de manière aléatoire après avoir enregistré un fichier?

15

Qu'est-ce qui se passe:

Au départ, mon curseur était sur "initialement ici". Lorsque j'appuie sur Ctrl+Spour enregistrer le fichier, mon curseur se déplace automatiquement vers la deuxième position.

Après de nombreux essais, j'ai vu qu'il se déplace de manière aléatoire vers un point situé une ou deux lignes au-dessus de l'endroit où il se trouvait initialement.

texte alternatif

(La ligne rouge est le curseur - je l'ai dessinée manuellement car elle n'apparaîtra pas sur l'écran d'impression)

Quelqu'un a-t-il remarqué cette chose?

Ma version du Bloc-notes est:

texte alternatif

C'est un problème car je continue de taper et chaque fois que j'enregistre, je dois ramener manuellement le curseur au bon endroit, sinon je tape quelque part entre les lignes!

windows-vista notepad Lazer
la source
1
Je suppose qu'il devrait y avoir quelques images dans le message, mais il ne montre que "alt text" pour moi.
T. Kaltnekar
@T. Kaltnekar Est-ce réparé maintenant?
Lazer
Oui, les images sont visibles maintenant.
T. Kaltnekar
Semble être un bug, je peux le reproduire. On dirait que c'est lié à l'habillage de mots d'une manière ou d'une autre. Nous vous suggérons d'utiliser notepad ++ comme micmcg l'a suggéré.
T. Kaltnekar
1
Du test, j'ai fait - si j'ai ajouté quelques caractères et enregistré, cela ne bougeait pas. Si j'ai ajouté suffisamment de texte pour qu'il soit enroulé à la fin de la ligne, le curseur s'est déplacé après l'enregistrement. Plus il s'enroulait plus il bougeait.
T. Kaltnekar

Réponses:

25

J'ai remarqué ce problème dans le bloc-notes de Windows XP. Cela ne se produit que si le retour automatique à la ligne est activé lorsque vous enregistrez. La quantité de recul du curseur est liée au nombre de nouveaux points d'habillage avant le curseur depuis la dernière sauvegarde. Plus il y a de nouveaux points d'habillage avant le curseur, plus le curseur recule.

Pourquoi le curseur bouge-t-il? Lorsque vous enregistrez avec le retour automatique à la ligne, le Bloc-notes insère des caractères CR CR LF à chaque point de retour à la ligne dans la fenêtre d'affichage (mais pas dans le fichier enregistré). Le nombre de caractères depuis le début de la fenêtre d'affichage jusqu'au curseur reste le même, mais en raison des caractères CR CR LF supplémentaires, le curseur semble se déplacer vers l'arrière.

Pour plus d'informations et un exemple pas à pas, voir Bogue du bloc - notes: enregistrement avec retour automatique à la ligne sur insère des caractères CR CR LF dans la fenêtre d'affichage .

Bavi_H
la source
1
merci d'avoir ajouté des informations. les publications consistant principalement en un lien sont déconseillées ici pour minimiser les problèmes futurs avec les liens rompus.
Quack Quichotte
la réponse que j'attendais!
Lazer
1
En fait, ce bogue remonte à l'époque de Windows pour Workgroups 3.11 (peut remonter encore plus loin). J'utilisais beaucoup Windows Write et cela faisait exactement la même chose chaque fois que vous enregistrez avec un habillage de mot, bien que cela modifie également légèrement l'habillage du mot mais ne mette pas à jour l'affichage, ce qui rend les choses confuses. Lorsque Windows 95 est sorti, Write a été renommé Bloc-notes et le bogue du curseur est resté, où il est toujours présent. En d'autres termes, ce bogue existe depuis au moins 20 ans et M $ n'a toujours pas réussi à le corriger.
Kris Craig
2
Write - Je suis presque sûr que Write n'a rien à voir avec le Bloc-notes. Windows 3.1 et 3.11 pour Workgroups avaient à la fois le bloc-notes et l'écriture, il s'agissait de programmes distincts. L'équivalent moderne de Write est WordPad, pas Notepad. Je ne me souviens pas d'un bogue comme celui-ci dans Write, mais s'il y en avait un, je soupçonne qu'il n'est pas lié à ce bogue du Bloc-notes. Le bogue du Bloc-notes est provoqué par une mauvaise utilisation du message EM_FMTLINES d'un contrôle d'édition multiligne. Je pense que Write et WordPad utilisent des contrôles de texte riche, donc je doute que ce soit la même chose. @KrisCraig
Bavi_H
2
Depuis combien de temps le bogue existe - j'ai utilisé des versions du Bloc-notes dans Windows 3.1, 3.11 pour Workgroups, 95, XP, 7, 8, 8.1 et 10. Les versions 3.1 à 95 n'avaient pas ce bogue, et le les versions de XP à 10 ont ce bug. Dans cet article de blog , l'auteur dit qu'il a remarqué le bogue dans Windows 2000 et après. Je suppose que quelque part autour de Windows 2000, le bloc-notes a été révisé pour utiliser EM_FMTLINES, et ce bug est resté depuis.
Bavi_H
9

Peu importe qu'il s'agisse d'un bogue, si vous faites quelque chose dans le bloc-notes assez régulièrement pour que cela soit un problème, vous devez commencer à utiliser un meilleur éditeur de texte. Essayez le bloc-notes gratuit ++ pour commencer - http://notepad-plus.sourceforge.net/

micmcg
la source
2
J'ai eu ... des problèmes avec le Bloc-notes ++ se bloquant et / ou se bloquant sur un fichier ouvert sur plusieurs systèmes assez souvent. A part ça, un grand éditeur;)
Ed S.
voir SO pour une liste des éditeurs de texte populaires: stackoverflow.com/questions/14155/windows-based-text-editors
lexu
0

(Je ne peux pas poster comme commentaire car je n'ai pas assez de réputation.)

Selon ce site , il a été corrigé par au moins Windows 10 version 1511 (novembre 2015).

Selon ce site , le bogue existait dans Windows 10 le 18 octobre 2015.

Si nous utilisons des versions majeures de Windows 10, la version initiale était 1507, puis la prochaine version majeure était 1511 . Donc, par déduction, la version 1511 a été la première mise à jour majeure à corriger ce bogue.

user868538
la source
-2

Ouvrez votre éditeur de registre et, dans l'utilisateur actuel, recherchez la clé suivante:

HKEY_CURRENT_USER\Software\Microsoft\Notepad

ensuite

  1. Créez une nouvelle valeur DWORD appelée fSavePageSettingset définissez-la sur "1"
  2. s'il fSaveWindowPositionsn'existe pas, créez DWORD et réglez-le sur "1"
jama.jamazoka
la source
2
Que signifient ces touches et quel est leur effet?
Der Hochstapler
J'ai trouvé une référence à ces paramètres de registre sur le site Microsoft Answers , mais les paramètres n'ont pas résolu le problème, qui se produit également sous Windows 7 et 8.
boot13