Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5 introduce Dynamic Multi Frame Generation e MFG 6X, permettendo fino a cinque frame generati per ogni frame renderizzato. I test su Cyberpunk 2077 e 007 First Light mostrano forti incrementi di FPS e riduzione della latenza su RTX 5090 Laptop. Migliorano fluidità, stabilità e qualità visiva.
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Quattro modi di indossarlo, stessa app del Plaud Note Pro e integrazione con il desktop. Il registratore IA da indossare di Plaud eccelle in mobilità, ma resta vincolato all'abbonamento ed è facile da perdere
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Xiaomi ha portato Redmi Watch 6 anche sul mercato italiano, puntando su un display AMOLED da 2,07 pollici con picco di luminosità a 2000 nit, frame in alluminio da 9,9mm e un'autonomia dichiarata di 12 giorni. Lo smartwatch gira su HyperOS 3 e integra GPS, Bluetooth 5.4 e oltre 150 sport mode. Il tutto a meno di 100 euro
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 12-12-2006, 15:02   #1
Tiposveglio
Member
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 47
[JAVA] Codifica Stringhe in UTF8

Ciao a tutti,
ho sviluppato un'applicazione sul mio pc, ma devo farla girare su una workstation Sun.

L'applicazione visualizza delle stringhe che possono contenere caratteri accentati. Sul PC le visualizza correttamente, mentre sulla workstation SUN al posto della lettera accentata mette un ?

Se non sbaglio la workstation Sun usa il charset UTF-8 quindi ho provato a codificare le mie stringhe con questo charset ma sulla macchina Sun mi continua a visualizzare il ?

Questo è il codice che ho fatto

Codice:
String s = new String("Proviamo a mettere un po' di lettere accentate: é ò à ì ù");
		String s1 = null;
		try {
			byte [] uft8byte = s.getBytes("UTF8");
			s1 = new String(uft8byte,"UTF8");
		} catch (UnsupportedEncodingException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
		
		System.out.println(s1);
Qualcuno sa dirmi dove sbaglio? Grazie in anticipo per l'aiuto!
Tiposveglio è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 15:22   #2
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da Tiposveglio
Qualcuno sa dirmi dove sbaglio? Grazie in anticipo per l'aiuto!
Innanzitutto, anche se non l'hai menzionato, il problema ce l'hai sicuramente con l'output sulla "console" (non in una finestra grafica, per intenderci).
Ed è un bel problema, ne avevo già parlato in <questo> thread.

Innanzitutto dovresti verificare esattamente quale set di caratteri usa la console. Non credo che sia UTF-8 (non è un set di caratteri ma una codifica!). Posso supporre che usi il 'latin-1' (ISO-8859-1) ma ovviamente non ne posso essere sicuro.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 15:31   #3
Tiposveglio
Member
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 47
In realtà alla fine la stringa va visualizzata su una GUI come testo di un JTextField

Ho messo quel codice perchè sto facendo delle prove "stupide" con stampa su console per capire come risolvere prima di modificare il codice che crea la GUI.
Tiposveglio è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 15:53   #4
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da Tiposveglio
In realtà alla fine la stringa va visualizzata su una GUI come testo di un JTextField

Ho messo quel codice perchè sto facendo delle prove "stupide" con stampa su console per capire come risolvere prima di modificare il codice che crea la GUI.
Ok ... come non detto, avevo capito male io.

La questione è diversa, allora. Su una interfaccia grafica l'unico limite è il font di carattere utilizzato ma non ci dovrebbero essere problemi per le semplici lettere accentate.

Dipende quindi da come le codifichi nel sorgente! Se metti semplicemente "à è ì ò ù" va pure bene, ma assicurati che il compilatore javac utilizzi lo stesso charset dell'editor che usi.

In ogni caso, se metti ad esempio "\u00e8" ottieni sicuramente una 'è'.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 16:05   #5
Tiposveglio
Member
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 47
Quote:
Ok ... come non detto, avevo capito male io.
Avevi capito benissimo invece perchè il codice che avevo riportato io era decisamente da console!

Quote:
Dipende quindi da come le codifichi nel sorgente! Se metti semplicemente "à è ì ò ù" va pure bene, ma assicurati che il compilatore javac utilizzi lo stesso charset dell'editor che usi.
Il problema è un po' più complicato perchè le stringhe che devo visualizzare mi arrivano da un componente remoto tramite un messaggio xml codificato con ISO-8859-1 che gestisco tramite una specifica classe.

Probabilmente devo solo capire che set di caratteri usa la macchina Sun e poi devo prendere le stringhe e codificarle secondo quel set di caratteri tramite la classe import java.nio.charset.Charset ed i metodi "encode" e "decode".
Tiposveglio è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 16:22   #6
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da Tiposveglio
Il problema è un po' più complicato perchè le stringhe che devo visualizzare mi arrivano da un componente remoto tramite un messaggio xml codificato con ISO-8859-1 che gestisco tramite una specifica classe.

Probabilmente devo solo capire che set di caratteri usa la macchina Sun e poi devo prendere le stringhe e codificarle secondo quel set di caratteri tramite la classe import java.nio.charset.Charset ed i metodi "encode" e "decode".
Ok, allora come ho già detto: su una interfaccia utente grafica hai meno problemi. Se non stai usando un qualche font di carattere strano, ad esempio un true-type che non ha i caratteri accentati o roba del genere, non dovresti avere grossi problemi. Se dentro la stringa c'è un carattere con codice \u00e8, per esempio, deve per forza visualizzare una 'è'.

Il problema, visto che parli di XML, semmai potrebbe essere a monte. Che cosa usi per leggere il messaggio xml?? Con quale encoding viene inviato il messaggio? Nella dichiarazione dell'xml è specificato il charset??
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2006, 16:55   #7
Tiposveglio
Member
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 47
Quote:
Se non stai usando un qualche font di carattere strano, ad esempio un true-type che non ha i caratteri accentati o roba del genere, non dovresti avere grossi problemi. Se dentro la stringa c'è un carattere con codice \u00e8, per esempio, deve per forza visualizzare una 'è'.
Non ho modificato il font, sto usando quello di default e ti assicuro che sulla macchina Sun mi mette un ? al posto di una qualsiasi lettera accentata!

Quote:
Che cosa usi per leggere il messaggio xml
Purtroppo questo non te lo posso dire perchè è una tecnologia proprietaria della società per cui lavoro (figurati non l'ho visto neanche io il codice!).

Quote:
Con quale encoding viene inviato il messaggio
ISO8859-1

ed il charset non è specificato!
Tiposveglio è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ...
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC Radeon RX 9070 GRE, AMD la porta in tutto il mon...
Xbox, alla fine, dà ragione a Pla...
Minecraft Dungeons 2: Microsoft ha annun...
Synology al Computex 2026: nuova generaz...
Quobly raccoglie 115 milioni di euro per...
BYD batte sul tempo Tesla Roadster: avvi...
Le auto volanti (elettriche) in Cina son...
Senua è il sequel di Hellblade II...
La Commissione europea taglia le bollett...
Halo: Campaign Evolved, annunciata la da...
Sega rilancia Crazy Taxi con World Tour:...
Pagare per avere meno: Brave Origin vuol...
L'italiana Bending Spoons sbarca a Wall ...
Have I Been Pwned tocca quota 1000 data ...
Microsoft conferma la nuova uscita di Fa...
WWDC 2026 è oggi: come seguire il keynot...
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: 18:42.


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