Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 16-10-2006, 22:24   #1
Mixmar
Senior Member
 
L'Avatar di Mixmar
 
Iscritto dal: Feb 2002
Città: Trento
Messaggi: 962
[Java] Caratteri "estesi" e la console di Windows

Buonasera a tutti,

questa volta mi è capitata una cosa davvero strana...

Mi hanno chiesto di risolvere un problema: bisogna costruire una applicazione Java che scriva l'output sulla console, e che giri sotto Windows. Bene, nessun problema, qualche System.out e la cosa si risolve lì... poi però ci si accorge che i caratteri "estesi" (per intenderci, le nostre "èéòàù") vengono sostituite da altri caratteri.

A questo punto interpellato, penso ad un problema di pagina codici della console, e la reimposto con "mode con: select cp=850" (prima era 437, US). Niente.

Poi provo a cambiare l'encoding dei caratteri, "imbustando" lo stream in questo modo:

Codice:
System.setOut(new PrintStream(System.out, false, "UTF-8"));
Ancora niente, però i caratteri estesi cambiano in maniera carina ( ). Un po' innervosito, mi faccio dare dal sistema la lista dei character encoding supportati e quello delle pagine caratteri disponibili, e faccio diverse prove, incrociando i risultati: ancora niente di niente (però le variazioni dei caratteri estesi sono creative).

Per curiosità, dirigo l'output su un FileOutputStream, che apro con il blocco note successivamente: magia, i caratteri sono quelli giusti!

Naturalmente, sia la console interna di Eclipse (che non deve essere una "vera" console), che il terminale di Linux funzionano...

Avete qualche idea?

E non mi venite a dire di guardare ciò che viene scritto byte per byte, non ne ho voglia...
__________________
"Et Eärallo Endorenna utúlien. Sinome maruvan ar Hildinyar tenn' Ambar-metta!" -- Aragorn Elessar, Heir of Isildur
Mixmar -- OpenSuSE 11.1 on AMD 64 3000+ on DFI LanParty nF4-D | GeForce 6600 GT + Thermaltake Schooner on Samsung 710N
Storage -- ( 2 x Hitachi Deskstar 80 Gb + 1 x Hitachi 250 Gb ) = 1 RAID 5 + 1 Storage space LaCie Ethernet Disk Mini 250 Gb | HP - DV2150 EL MILAN CLAN
Mixmar è offline   Rispondi citando il messaggio o parte di esso
Old 16-10-2006, 22:57   #2
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Usa la code page 1252

chcp 1252

"dovrebbe" funzionare (quanta sicurezza )
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 16-10-2006, 23:10   #3
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da Mixmar
questa volta mi è capitata una cosa davvero strana...

Mi hanno chiesto di risolvere un problema: bisogna costruire una applicazione Java che scriva l'output sulla console, e che giri sotto Windows. Bene, nessun problema, qualche System.out e la cosa si risolve lì... poi però ci si accorge che i caratteri "estesi" (per intenderci, le nostre "èéòàù") vengono sostituite da altri caratteri.
Beh, il problema del set di caratteri, specialmente per quanto riguarda le console "testuali", è un bel problema. E vale tanto per i programmi nativi (Win32, ecc...) tanto per Java.

Ci sono due punti da mettere a fuoco:
- Quale è il set di caratteri impostato nella console.
- Come è stato scritto il carattere speciale nel sorgente (o da dove viene preso, se altrove).

Immaginando che la console sia impostata per usare il CP-850, il seguente codice:
Codice:
System.setOut (new PrintStream (System.out, true, "CP850"));
System.out.println ("\u00e8");
stampa correttamente una è sulla console. Notare che ho usato \u00e8 che è la corretta codifica in standard Unicode per la 'è'.
Avrebbe funzionato anche se avessi scritto direttamente "è" nella println, ma solo perché ho scritto il codice con un editor su Windows e Windows usa il set WIN-1252. Il WIN-1252 è un superset del ISO-8859-1 e quest'ultimo mappa in modo uguale i caratteri del blocco Latin-1 del Unicode.

In definitiva: si dovrebbero mettere nelle stringhe literal gli escape Unicode per scrivere dei caratteri speciali (questo in generale ... non c'entra la console).
Per scrivere sulla console, si deve impostare il corretto charset.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 16-10-2006, 23:33   #4
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Ritiro il mio cp1252. Ho provato a usare il codice per il simbolo dell'euro ("\u20ac") con un sorgente UTF-16 e non me lo stampa
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 17-10-2006, 22:52   #5
Mixmar
Senior Member
 
L'Avatar di Mixmar
 
Iscritto dal: Feb 2002
Città: Trento
Messaggi: 962
Quote:
Originariamente inviato da andbin
Beh, il problema del set di caratteri, specialmente per quanto riguarda le console "testuali", è un bel problema. E vale tanto per i programmi nativi (Win32, ecc...) tanto per Java.

Ci sono due punti da mettere a fuoco:
- Quale è il set di caratteri impostato nella console.
- Come è stato scritto il carattere speciale nel sorgente (o da dove viene preso, se altrove).

Immaginando che la console sia impostata per usare il CP-850, il seguente codice:
Codice:
System.setOut (new PrintStream (System.out, true, "CP850"));
System.out.println ("\u00e8");
stampa correttamente una è sulla console. Notare che ho usato \u00e8 che è la corretta codifica in standard Unicode per la 'è'.
Avrebbe funzionato anche se avessi scritto direttamente "è" nella println, ma solo perché ho scritto il codice con un editor su Windows e Windows usa il set WIN-1252. Il WIN-1252 è un superset del ISO-8859-1 e quest'ultimo mappa in modo uguale i caratteri del blocco Latin-1 del Unicode.

In definitiva: si dovrebbero mettere nelle stringhe literal gli escape Unicode per scrivere dei caratteri speciali (questo in generale ... non c'entra la console).
Per scrivere sulla console, si deve impostare il corretto charset.
Grazie della risposta andbin, proverò quanto prima (non appena metto le mani su di una Windows-Box). Certo che utilizzare gli escape Unicode è una bella scocciatura, specilamente per caratteri comuni come "è": mi chiedo se esista un'alternativa "pratica", oltre a dichiarare tante belle costanti stringa, l'unica che mi viene in mente ora: oppure di serializzare le risorse in file XML con la "codifica carattere" dichiarata esplicitamente.

Un'altra cosa: la codifica con cui il file di testo Java (e quindi, il compilato prodotto dal compilatore) viene salvata dipende dal S.O. e in particolare dalla sua "pagina codice", quindi dovrei aspettarmi byte diversi per lo stesso carattere in sistemi diversi: esiste la possibilità di dichiarare la mappatura utilizzata, un po' come fa XML in testa ai file?

Cioè, è possibile infilare una specie di metadato con la codifica del testo, in maniera da rendere sensate le operazioni di lettura/scrittura?

Mi rendo conto che la cosa è più sistemistica che programmativa, però mi incuriosisce...
__________________
"Et Eärallo Endorenna utúlien. Sinome maruvan ar Hildinyar tenn' Ambar-metta!" -- Aragorn Elessar, Heir of Isildur
Mixmar -- OpenSuSE 11.1 on AMD 64 3000+ on DFI LanParty nF4-D | GeForce 6600 GT + Thermaltake Schooner on Samsung 710N
Storage -- ( 2 x Hitachi Deskstar 80 Gb + 1 x Hitachi 250 Gb ) = 1 RAID 5 + 1 Storage space LaCie Ethernet Disk Mini 250 Gb | HP - DV2150 EL MILAN CLAN
Mixmar è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2006, 23:09   #6
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da Mixmar
Un'altra cosa: la codifica con cui il file di testo Java (e quindi, il compilato prodotto dal compilatore) viene salvata dipende dal S.O. e in particolare dalla sua "pagina codice", quindi dovrei aspettarmi byte diversi per lo stesso carattere in sistemi diversi:
Se ti riferisci a come le stringhe "letterali" sono memorizzate nel file .class, sappi che sono memorizzate con la codifica UTF-8. Un file .class è indipendente dalla piattaforma.

Quote:
Originariamente inviato da Mixmar
esiste la possibilità di dichiarare la mappatura utilizzata, un po' come fa XML in testa ai file?

Cioè, è possibile infilare una specie di metadato con la codifica del testo, in maniera da rendere sensate le operazioni di lettura/scrittura?
Dove??? In un file di testo qualunque?? Certo .... però poi lo devi gestire tu.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Tory Bruno ha lasciato la società...
L'immagine di Natale del telescopio spaz...
STMicroelectronics e SpaceX proseguono l...
Numeri da record, Xiaomi distribuisce ol...
BitLocker accelerato via hardware: Micro...
Blue Origin prosegue lo sviluppo dei lan...
Moore Threads: nuove GPU 15 volte pi&ugr...
Steam diventa esclusivamente 64-bit: Val...
La Corte Suprema restituisce a Elon Musk...
X lancia Creator Studio su mobile: nuovi...
Dieci anni fa SpaceX fece atterrare per ...
POCO M8 e M8 Pro arriveranno nel 2026: e...
Caos Formula 1: il motore Mercedes &egra...
Tariffe nazionali per le chiamate e gli ...
Tassa chilometrica non solo per elettric...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 05:37.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v