Difference: UnicodeTestPlan (30 vs. 31)

Revision 312011-04-28 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

Unicode Test Plan

Line: 56 to 56
 
  1. Invalid (blank) occurrence number in Image Editor after hitting F11 then attempting to edit Item. ** FIXED ** March 21 engine
  2. File Management functions (create, restruct, etc) crash with a 'Value Does Not Fit in Mask' error when setting MESSAGE2 MSG TXT into STAT2 MSG. * FIXED * April 24 engine
  3. Engine should be transcoding when fields are moved, and throwing a runtime error (like numeric overflow) if the encoding of the receiving field does not contain the necessary characters.
Changed:
<
<
  1. The 'Global EPs for Images' is not highlighted when I add code to the global start of frame. None of the EP's in the Global section turn on highlighting when code is entered. * FIXED * rested with April 24 engine, seems to be ok now.
>
>
  1. The 'Global EPs for Images' is not highlighted when I add code to the global start of frame. None of the EP's in the Global section turn on highlighting when code is entered. * FIXED * rested with April 24 engine, seems to be ok now.
 
  1. Cross Reference display is messed up. Do an x-ref on APPEND NORMAL in App TST, then click 'References' to see what I mean. Retested with April 24 engine, better but still different from 4.2.a. In 4.2.a, in the 'Context' column the word RECORD is immediately followed by the frame & image information. In the Unicode version, the word RECORD is followed by many spaces, then the rest of the context.
  2. Put the field --- X on an input image, run the process & try to enter data. If you enter '12345', you will get 'Invalid Numeric Value' error. Add a decimal point to the end and it's accepted.
  3. The ILF editor does not accept valid characters in the 8859-15 character set, ie, the £ symbol exists in 8859-15, but I cannot enter it on an ILF command.
  4. Changing the value of a --- TEMP field in the new debugger during execution seems to corrupt the field.
Added:
>
>
  1. Appx doesn't complain when a Unicode character is entered into a Raw field. The character is silently discarded, but either the engine or the client should give the user some kind of error, probably the same error when entering invalid characters into a formatted field.
  Language Translation Support:
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback