Perché il Blocco note di Windows Vista sposta casualmente il cursore dopo aver salvato un file?

15

Che cosa sta succedendo:

Inizialmente il mio cursore era su "inizialmente qui". Quando premo Ctrl+Sper salvare il file, il cursore si sposta automaticamente sulla seconda posizione.

Dopo molti tentativi, ho visto che si sposta casualmente in un punto di una o due linee sopra il punto in cui si trovava inizialmente.

testo alternativo

(La linea rossa è il cursore - l'ho disegnata manualmente poiché non verrà visualizzata nella schermata di stampa)

Qualcuno ha notato questa cosa?

La mia versione di Blocco note è:

testo alternativo

È un problema poiché continuo a digitare e ogni volta che salvo, devo spostare manualmente il cursore nella posizione corretta oppure sto scrivendo da qualche parte tra le righe!

windows-vista notepad

— Lazer
fonte

1

Suppongo che ci dovrebbero essere alcune immagini nel post, ma mostra solo "testo alternativo" per me.

— T. Kaltnekar,

@T. Kaltnekar È stato risolto ora?

— Lazer,

Sì, le immagini sono ora visibili.

— T. Kaltnekar,

Sembra essere un bug, posso riprodurlo. Sembra che sia in qualche modo legato allo scambio di parole. Suggerire di usare notepad ++ come suggerito micmcg.

— T. Kaltnekar,

1

Dal test ho fatto - se ho aggiunto alcuni caratteri e salvato non si è mosso. Se avessi aggiunto abbastanza testo da spostarlo alla fine della riga, il cursore si spostava dopo il salvataggio. Più volte si avvolgeva, più si muoveva.

— T. Kaltnekar,

25

Ho notato questo problema nel Blocco note di Windows XP. Succede solo se la parola a capo è attiva quando salvi. La quantità di spostamento del cursore indietro è correlata al numero di nuovi punti di avvolgimento prima del cursore dall'ultimo salvataggio. Più nuovi punti di avvolgimento sono davanti al cursore, più il cursore si sposta indietro.

Perché si sposta il cursore? Quando si salva con la parola a capo attivata, il Blocco note inserisce i caratteri CR CR LF in ciascun punto della finestra di visualizzazione (ma non nel file salvato). Il numero di caratteri dall'inizio della finestra di visualizzazione al cursore rimane lo stesso, ma a causa dei caratteri CR CR LF aggiuntivi, il cursore sembra spostarsi all'indietro.

Per ulteriori informazioni e un esempio dettagliato, vedere Bug del blocco note: il salvataggio con la parola a capo su inserisce i caratteri CR CR LF nella finestra del display .

— Bavi_H
fonte

1

grazie per aver aggiunto informazioni. i messaggi costituiti principalmente da un collegamento sono scoraggiati qui per ridurre al minimo i problemi futuri con collegamenti interrotti.

— Quack Quixote,

la risposta che stavo aspettando!

— Lazer,

1

In realtà, questo errore risale ai giorni di Windows for Workgroups 3.11 (potrebbe risalire ancora di più). Usavo Windows Write molto e faceva esattamente la stessa cosa ogni volta che si risparmiava con il ritorno a capo automatico, anche se cambiava leggermente la parola a capo, ma non aggiornava il display, facendo confondere le cose. Quando è uscito Windows 95, Write è stato rinominato in Blocco note e il bug del cursore è rimasto, dove rimane fermo. In altre parole, questo bug esiste da almeno 20 anni e M $ non è ancora riuscito a risolverlo.

— Kris Craig,

2

Scrivi : sono abbastanza sicuro che non abbia nulla a che fare con il Blocco note. Windows 3.1 e 3.11 per Workgroup avevano sia Blocco note che Scrittura, erano programmi separati. Il moderno equivalente di Write è WordPad, non Blocco note. Non ricordo un bug come questo in Write, ma se ce n'era uno, sospetto che non sia correlato a questo bug del Blocco note. Il bug del Blocco note è causato da un uso improprio del messaggio EM_FMTLINES di un controllo di modifica multilinea. Penso che Write e WordPad utilizzino controlli Rich Text, quindi dubito che sia la stessa cosa. @KrisCraig

— Bavi_H

2

Da quanto tempo esiste il bug : ho usato le versioni di Blocco note in Windows 3.1, 3.11 per Workgroup, 95, XP, 7, 8, 8.1 e 10. Le versioni da 3.1 a 95 non avevano questo bug e il le versioni da XP a 10 presentano questo errore. In questo post del blog , l'autore afferma di aver notato il bug in Windows 2000 e successivi. Immagino che da qualche parte intorno a Windows 2000, Notepad sia stato modificato per utilizzare EM_FMTLINES e questo bug è rimasto da allora.

— Bavi_H,

9

Indipendentemente dal fatto che si tratti di un bug, se stai facendo qualcosa nel blocco note abbastanza regolarmente da renderlo un problema, devi iniziare a utilizzare un editor di testo migliore. Prova il notepad gratuito ++ per iniziare - http://notepad-plus.sourceforge.net/

— micmcg
fonte

2

Ho avuto ... problemi con Notepad ++ che si bloccano e / o si bloccano su file aperti su più sistemi abbastanza spesso. A parte questo, un grande editore;)

— Ed S.

vedere SO per un elenco di editor di testo popolari: stackoverflow.com/questions/14155/windows-based-text-editors

— lexu

0

(Non posso pubblicare come commento perché non ho abbastanza reputazione.)

Secondo questo sito , è stato corretto almeno da Windows 10 versione 1511 (novembre 2015).

Secondo questo sito , il bug esisteva in Windows 10 il 18 ottobre 2015.

Se utilizziamo le versioni principali di Windows 10, la versione iniziale era 1507, quindi la versione principale successiva era 1511 . Quindi, per deduzione, la versione 1511 è stato il primo aggiornamento importante a cui è stato corretto questo errore.

— user868538
fonte

-2

Apri il tuo editor del Registro di sistema e in Utente corrente individua la seguente chiave:

HKEY_CURRENT_USER\Software\Microsoft\Notepad

poi

Crea un nuovo valore DWORD chiamato fSavePageSettingse impostalo su "1"
se fSaveWindowPositionsnon esiste, quindi creare DWORD e impostarlo su "1"

— jama.jamazoka
fonte

2

Cosa significano questi tasti e qual è il loro effetto?

— Der Hochstapler,

Ho trovato un riferimento a queste impostazioni del Registro di sistema sul sito di Microsoft Answers , ma le impostazioni non hanno risolto il problema, che si verifica anche su Windows 7 e 8.

— boot13