|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
|
|
2 Bugs ReportBug1.
When I selcect "Quit" button during an installation proccess. In the Japanese Version there exists such a bug: the right message to show is :"インストール中止", but IzPack shows a wrong message "ンストール中止" which missed the "イ". The image is like the following picture: I think the reason causes in line 1179. 1180 of com.izforge.izpack.installer.InstallerFrame.java. And I think the bug is in method substitute() which exists in Line 267 of com.izforge.izpack.util.VariableSubstitutor.substitute. But now I dont know how to correct it. ------------------------------------------------------------------------------------------------------ Bug2. In UserInputPanel, during the installation proccess, when I select the "previous" button to see the previous UserInputPanel again, the previous UerInputPanel cannot show in right format. the first time to see the UerInputPanel: the second time to see it when click the "previous" button: Till now I do not konw the reasons, would you like to help me. Thanks a lot! |
|
|
Re: 2 Bugs ReportI don't know how to handle your report since I think your message has encoding problems and I cannot read Japanese, so I am not sure what the problem really is :-( On 4/11/07,
guan <enzheng.guan@...> wrote:
Bug1. When I selcect "Quit" button during an installation proccess. In the Japanese Version there exists such a bug: the right message to show is :"インストール中止", but IzPack shows a wrong message "ンストール中止" which missed the "イ". The image is like the following picture: _______________________________________________ izpack-users mailing list izpack-users@... https://lists.berlios.de/mailman/listinfo/izpack-users |
|
|
Re: 2 Bugs ReportHello Julien,
Thank you very much for your answer. It is really an encoding problem, In fact, there existes the same problem in Chinese Version. Now I can resolve the problem by the following way : In (IzPack3.10.1) line 292 of com.izforge.izpack.util.VariableSubstitutor.substitute substitute(Reader,Writer,String) modify [ if(c>0xFF) ] -> [ if(c==0xFF) ] , or delete this segment. because: the value of the missed charactor is "12452" which is bigger than oxFF. -------------------the original code------------------------ // Ignore quaint return values at UTF-8 BOMs. if( c > 0xFF ) c = reader.read(); --------------------------------------------------------------- But I am not sure whether it is the right way to solve the problem. and now I am learning the knowlege about encoding problem. By the way, could you tell me how to solve the 2nd question. Bug2. In UserInputPanel, during the installation proccess, when I select the "previous" button to see the previous UserInputPanel again, the previous UerInputPanel cannot show in right layout. Regards, Guan
|
|
|
|
|
|
Re: 2 Bugs ReportHi Klaus,
Thank you very much for your answer. I have tested the shortcutSpec.xml without the if(c > 0xFF) sequence (i.e. delete it), and the created shortcut can work well in Windows and Linux. And the "some quaint bytes " that you referred to maybe "1070,1087,1074,1070,1101" which will be generated right after the installPanel in windows, however this "some quaint bytes " will not be generated in Linux. Till now, I donot know the reason. Cheers Guan
|
|
|
|
| Free embeddable forum powered by Nabble | Forum Help |