TextPad e Unicode: supporto completo?

Ho un po '8-UTF file creati in Mac, e quando si cerca di aprire utilizzando TextPad in Windows, ottengo il seguente avvertimento:TextPad e Unicode: supporto completo?

ATTENZIONE: (nome del file) contiene caratteri che non esistono nel codice pagina 1252 (ANSI latino 1). Verranno convertiti nel carattere predefinito di sistema , se si fa clic su OK.

Linux (GNOME gEdit) può aprire lo stesso file senza problemi. Cosa significa sopra? Pensavo che TextPad avesse pieno supporto per UTF-8. Posso aprire e modificare in modo sicuro i file UTF-8 usandolo senza corrompere il file?

fonte

2012-01-16 PaulJ

Purtroppo la versione recente (marzo 2013) di TextPad v7 non risolve questo problema. –

Ha sempre avuto lo stesso problema. TextPad è fantastico, ma fa schifo quando si parla di codifica dei caratteri. Quello che faccio per aggirare il problema è mettere tutte le linee di definizione delle icone dei miei file css in un file css separato. Quindi modificare questo file con Blocco note. – reggie

TextPad 8 è qui con il supporto BMP Unicode (vedi http://stackoverflow.com/a/35076216/8946) –

Sembra che TextPad non sia in grado di gestire caratteri esterni a windows-1252 (CP1252, che riporta qui l'errato nome "ANSI Latin 1"). L'ho provato su Windows, aprendo un file di testo semplice creato sullo stesso sistema, con codifica UTF-8, con e senza distinta base, con lo stesso risultato. L'aiuto del programma non sembra contenere nulla relativo alle codifiche dei caratteri, e i suoi strumenti per scrivere "caratteri internazionali" sono solo per caratteri Latin-1.

Esistono diversi editor di testo per Windows che possono gestire UTF-8 (anche il Blocco note può aprire un file UTF-8, ma difficilmente può essere consigliato per modifiche gravi). Vedere la raccolta di informazioni di Alan Wood su Unicode editors and word processors for Windows. (Personalmente, mi piacciono Notepad ++ e BabelPad, che sono entrambi gratuiti.)

fonte

2012-01-16 12:20:44

Le specifiche per TextPad dicono esplicitamente: "File di testo a 16 bit Unicode, UTF-8 e 8 bit con i caratteri a singolo e doppio byte possono essere modificati. " –

La guida di TextPad dice qualcosa di confuso sulle codifiche, ma l'impostazione di Codifica su UTF-8 nella finestra di dialogo Apri non aiuta. Né aiuta a impostare, in Configure/Preferences, la codifica predefinita su UTF-8: i dati sono ancora appiattiti su windows-1252 (ad esempio, i caratteri all'esterno sono mappati a caratteri di windows-1252 o punti interrogativi o altro). Dicono "Questo significa che è possibile modificare, senza perdita di dati, solo i file contenenti caratteri dalla tabella codici implicita." (TextPad Help, parola chiave "unicode") –

Molto dispari. Non riesco a capire di pagare per un prodotto del genere quando esiste Notepad ++! –

TextPad 'supporta' i documenti UTF-8 e UTF-16 solo nella misura in cui verranno importati ed esportati. Ma modifica ancora i file come byte semplici e non come caratteri Unicode (usando la tabella codici ANSI, che è la tabella codici 1252 per l'Europa occidentale).

Quindi, a meno che il file non contenga solo caratteri che esistono anche in quella tabella codici, perderai il contenuto. Questo piuttosto sconfigge il punto di Unicode.

In effetti, questo era il problema che mi ha fatto fuggire verso EmEditor, al momento, anche se ora sarei d'accordo con i commenti precedenti e raccomanderei Notepad ++. L'era del pagamento degli editori di testi è ormai lontana.

fonte

2012-01-16 19:49:28 bobince

Se posso dire ancora una cosa su StackOverflow per il resto della mia vita, allora sarebbe provare l'emeditor. Superba. – monkjack

A partire da TextPad 8 questo non è più corretto. –

ho trovato una discussione su questo nei forum TextPad: http://forums.textpad.com/viewtopic.php?t=11019

Mentre ho Notepad ++, Textpad gestisce i file di grandi dimensioni con facilità, mentre altri editori che ho provato, tra cui Notepad ++, sia lento a passo d'uomo o morire . Attualmente sto cercando di modificare un file 475 MB e Notepad ++ non è all'altezza dell'attività.

fonte

2012-04-02 14:26:18

File di grandi dimensioni: penso che sia dovuto all'evidenziazione del testo, che richiede molta più memoria. Notepad ++ non può risolvere questo problema perché questo è un limite del componente Scintilla che Notepad ++ usa per diplay il testo. – StanE

[EmEditor è specificamente progettato per gestire con garbo file di grandi dimensioni] (https://www.emeditor.com/text-editor-features/large-file-support/large-file-controller/). Nella mia esperienza (ad esempio con file SQL di dimensioni 5-15 GB su un computer Windows a 64 bit con 4 GB di RAM), lo fa in modo mirabilmente soddisfacente. (Alcune operazioni come find-and-replace globali saranno sempre lente su qualsiasi editor di testo in questa situazione, ma EmEditor adotta un approccio pratico per fare ciò che è possibile.) –

-2

provare il codice ANSI set con File/Apri, che dovrebbe risolvere il problema in TextPad

fonte

2012-12-15 08:27:24 Rinus

realtà TextPad non supporta la visualizzazione punti di codice Unicode concesso sono andati su di esso nel modo sbagliato. Per visualizzare i caratteri Unicode devi selezionare Configura-> Preferenze ed espandere "Classi documento-> Testo-> Carattere.

È necessario scegliere un carattere Unicode E impostare lo Script in modo che corrisponda. script CHINESE_BIG5.

Tuttavia, questo è un approccio a ritroso poiché l'applicazione dovrebbe gestirlo quando l'utente dice a TextPad di aprire il file in Unicode o UTF-8. L'applicazione di Blocco note incorporata con MS Windows rileverà la codifica automaticamente e mostra i glifi correttamente in base alla codifica.

fonte

2013-11-06 21:27:58

Anche Arial Unicode MS non contiene tutti i glifi volere; e se io, un cliente pagante e laureato in informatica, non potrei in alcun modo capire come creare un file di codice sorgente UTF-8 multilingue (anche solo paneuropeo) con TextPad, dopo aver letto i file di aiuto, i forum, ecc. e dopo aver tentato di contattare il supporto; poi c'è qualcosa di gravemente sbagliato (non dovrei dire quanto tempo ho sprecato alle prese con dump SQL UTF-8 corrotti a causa di TP!) Se le persone di TextPad rivendicano il supporto unicode per il loro prodotto, dovrebbero almeno mettere un asterisco accanto a questa affermazione! –

TextPad 8, la più recente a partire dal 2016/01/28, fa finalmente correttamente il supporto Unicode BMP. È un aggiornamento pagato, ma finora ha funzionato perfettamente per me.

fonte

2016-01-29 03:09:30

Sì, ma ...anche la classe txt IS è configurata per convertire sempre in utf8, il comando file restituisce utf8, notepad ++ apre correttamente il file, il font unicode è selezionato per la classe txt converte le ä e ö in caratteri spezzati assumendo ANSI, ma se si inserisce non -ansi caratteri della pagina di codice come caratteri cirillici di quanto supponga correttamente utf8. Per me questo è un bug, non una funzionalità e sì gli handle di NotePad ++ sono corretti –

TextPad e Unicode: supporto completo?

risposta

Problemi correlati