BIDI3.3:HCG_Elements path contain complex expression is displayed wrongly in properties view of UML model editor

[eclipse-uml2-bot]

| --- | --- | | Bugzilla Link | 182526 | | Status | NEW | | Importance | P3 normal | | Reported | Apr 16, 2007 06:07 EDT | | Modified | Oct 05, 2010 16:17 EDT | | Version | 2.1.0 | | Depends on | 160682 | | Reporter | amir |

Description

Build ID: I20070323-1616

Steps To Reproduce:\ Please notice that this is a BiDi specific defect and it can be reproduced only when BiDi data is used. Please use BiDI characters instead of capital Latin letters in the data samples below.

Launch eclipse in mirrored mode (using -nl iw attribute)

1. Open a UML model: Select File > New > Other... menu item. Select the UML Model wizard from the Example EMF Model Creation Wizards category and press the Next > button
2. Enter a name for the uml model name
3. Click Next
4. Select Model for model object and UFT-8 for encoding and click Finish.
5. In the opened uml model editor, select the node form the uml model tree.
6. In properties view, type a complex expression for the Name property i.e. abcABC (typing order where capital letters represent Hebrew characters)
7. Create a package: select the model, Right-click and select the New Child >\ Packaged Element Package option from the context menu. Enter DEFdef for the\ Value of the Name property in the Properties view.
8. Create a class: select the model, Right-click and select the New Child > Packaged Element class option from the context menu. Enter the class name: ghiGHI in the Name property in the Properties view.
9. Select the element in the uml model editor. Right-click\ and select the New Child > Property option from the context menu.
10. Open the Type property combobox in the Properties view.

Result: The path: :: :: is disordered.

Actual result is: GHIdef::ghiDEF::ABCabc

Expected result:: GHIghi::defDEF::ABCabc

More information:

[eclipse-uml2-bot]

By amir on Apr 16, 2007 06:11

Created attachment 63883 Screenshot of disordered Type property

type_property.JPG

[eclipse-uml2-bot]

By James Bruck on Apr 27, 2007 13:07

Based on some research by Ed this will be deferred until the next release. See comments below...

I've tried to chat with Steve about this, but he's not followed up recently. And Cam was also promising to send a note, but that never happened. Clearly everyone is too busy with other things.

I've carefully read the small amount of documentation available and it's very clear to me that this problem is still wide open and that the resolutions, if any, are poorly understood. For example, a label provider doesn't know what orientation its labels will be used in, and hence doesn't know what directional characters need to be inserted. Also, when we fetch a message, we don't know if the message will be translated, so we don't know whether we need to add characters to force a particular orientation. The problems are many, the solutions (if you can call them that) are poorly understood and not so accurate, while the experts remain in short supply or out of touch. So I would suggest that none of these will be resolved in this release cycle, and that no real user will be bothered by that fact.

If this were really a serious problem, my efforts to get involved and help arrive at a solution would not have run into dead ends so many times. So assuming this is important, it's something that we should start looking at in depth at the start of the next release cycle, not at the end of this one.

[eclipse-uml2-bot]

By Wayne on Aug 27, 2007 15:30

On line 7893 of UMLUtil, in getQualifiedName(), either before or after

qualifiedName.insert(0, separator);

Wouldn't inserting a record separator there fix the problem?