This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Originally reported by Jirka Skrivanek: if you use Czech characters it is corrupted next time (see screen shot)
Created attachment 59282 [details] screenshot
There are several problems: 1) quiz database doesn't use CHARACTER SET utf8 see: mysql> status; -------------- Server characterset: latin1 Db characterset: latin1 Client characterset: latin1 Conn. characterset: latin1 -------------- 2) we don't use &useUnicode=true&characterEncoding=utf8 for JDBC connection
The main problem is not in database neither in JDBC connection. The problem is in JEditorPane that is not possible to submit HTML form with UTF-8 characters - all characters that are not possible to be given into URL are replaced by question mark character. I won't fix JEditorPane component.
is expectation for this module only the India audience and only assumes/requires english to be used ? if so, then I guess it not need to be able to display non ascii, but if this module will be a more general purpose module that might be used later for other audiences, then seems the non ascii would want to be able to be displayed ok. ken.frank@sun.com
Hi Ken, the first deployment is targeted only for India. Probably, the quiz would be extended for more regions/countries in the future. However, this is still under discussion. I suppose that all questions and data will be in english only but users would provide non-ASCI characters for user's e-mail or university. BTW, can we expect some non-ASCI characters in Indian's names?
am guessing that all would be in english since its an official language there, but since users there can run in india locales or regional settings, it might happen that some info might be in other characters, but not often; but I think things like univ name, email address would be in english. and I think if we have comment to please use english only for this that it can help in this case avoid non ascii. ken.frank@sun.com