[izpack-users] 2 Bugs Report
guan
enzheng.guan at rsi.ricoh.co.jp
Wed Apr 18 02:05:53 CEST 2007
Hi 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
Bartz, Klaus wrote:
>
> Hi Guan,
> last october I have implemented it after a longer search why a
> shortcutSpec.xml
> does not work. In the special situation a BOM (Byte Order Mark) of an
> utf-8
> file will tgrigger a fail at parsing. In the moment I do not rember why I
> have written the
> additional line with the if(c > 0xFF) sequence; may be I have seen some
> quaint
> bytes in debugger.
> Therfore I do not really know whether it works with BOMbed utf-8 files or
> not.
> Will be nice if you can test it.
>
> Cheers
>
> Klaus
>
>> -----Original Message-----
>> From: izpack-users-bounces at lists.berlios.de
>> [mailto:izpack-users-bounces at lists.berlios.de] On Behalf Of guan
>> Sent: Tuesday, April 17, 2007 10:21 AM
>> To: izpack-users at lists.berlios.de
>> Subject: Re: [izpack-users] 2 Bugs Report
>>
>>
>>
>> Hello 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
>>
>>
>>
>>
>> Julien Ponge-3 wrote:
>> >
>> > Guan,
>> >
>> > I 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 at rsi.ricoh.co.jp> 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: [image: 2
>> Bugs Report] 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: [image: 2 Bugs
>> >> Report]the second time to see it when click the "previous" button:
>> >> [image:
>> >> 2 Bugs Report] Till now I do not konw the reasons, would
>> you like to help
>> >> me. Very Very Thanks!
>> >> ------------------------------
>> >> View this message in context: 2 Bugs
>> >> Report<http://www.nabble.com/2-Bugs-Report-tf3556704.html#a9931343>
>> >> Sent from the izpack users mailing list
>> >> archive<http://www.nabble.com/izpack-users-f15508.html>at
>> >> Nabble.com.
>> >>
>> >> _______________________________________________
>> >> izpack-users mailing list
>> >> izpack-users at lists.berlios.de
>> >> https://lists.berlios.de/mailman/listinfo/izpack-users
>> >>
>> >>
>> >
>> > _______________________________________________
>> > izpack-users mailing list
>> > izpack-users at lists.berlios.de
>> > https://lists.berlios.de/mailman/listinfo/izpack-users
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/2-Bugs-Report-tf3556704.html#a10031113
>> Sent from the izpack users mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> izpack-users mailing list
>> izpack-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/izpack-users
>>
> _______________________________________________
> izpack-users mailing list
> izpack-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/izpack-users
>
>
--
View this message in context: http://www.nabble.com/2-Bugs-Report-tf3556704.html#a10050076
Sent from the izpack users mailing list archive at Nabble.com.
More information about the izpack-users
mailing list