4.5.12 (Feb 2008)

Java版の改良
treeTable にsortDepth　属性を追加した
"sortDepth" 属性によってネストした行のソート対象を指定することががてる。sortDepth の値は、-1, 0, と設定可能な整数(1, 2, 3, ..)。デフォルト値は0。

• -1: ネストのレベルにかかわらず、すべての行をソートする
• 0: デフォルト値- 親の行だけがソートされる
• 1-n: 指定されたレベルの子の行だけがソートされる

Java 版の修正について

8476 712-4909498 – カラムエディタのcomboBox の属性値がtable のcell に反映されない
属性値の反映については以下のようにハンドリングしている。
カラムエディタとして利用されるcomboBox でlistItem が選択されたときそのtext属性とvalue属性が、table のcell の属性に反映される。
<listItem/>が選択されると、<cell text="foo" value="0"/>は、<cell text=""/>となる。
この例では、次の動作がおこる。
1.)    listItem にvalue属性がないという情報がcell に移される(つまり、cell はvalue 属性を失う)
2.)     listItem にtext属性がないという情報はcell に移されない(つまり、cell のtext 属性は、text="foo" からtext="" にかわる)
listItem がtext属性を持っていない場合でも、cell はtext属性を常に保持する。

8972 712-5273851 – textAreaでバックスラッシュ"\" が使われた場合、エスケープシーケンスとして扱わない
この問題は、データバインディングに関連した部分について修正されている。例えば、データバインディングを利用したテキスト入力枠 (<textField/>や<textArea/>)でXMLドキュメントに"\"が含まれて入れも例外は発生しなくなった。 通常のテキスト入力枠の場合、これまでと同様に例外が発生する。

テキスト入力枠でバックスラッシュ"\"を利用する場合は、エスケープシーケンス“\\”を利用する必要がある。
 
 回避策
XInclude, XUpdate, XModify, Macrosで、バックスラッシュ"\"を利用した場合も、これまでと同様、例外は発生する。これらXMLの操作でバックスラッシュが必要な場合は、MCOを利用しcom.nexaweb.client.resolver.ResolutionHandlerを呼び出す方法がある。詳細については、APIのドキュメントに記載されている。