Bug 471815 - Header Label expression on table should be interpreted
Summary: Header Label expression on table should be interpreted
Status: NEW
Alias: None
Product: Sirius
Classification: Modeling
Component: Table (show other bugs)
Version: 3.0.0   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard: trivial
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2015-07-03 10:27 EDT by Melanie Bats CLA
Modified: 2015-07-07 08:31 EDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Melanie Bats CLA 2015-07-03 10:27:51 EDT 
On table, the header label expression is in yellow so we expect it works as an interpreted expression but in this case it is not interpreted. It would be useful to get an interpreted expression as on matrix.
Comment 1 Laurent Redor CLA 2015-07-06 04:31:37 EDT 
The code of DTableElementSynchronizerSpec.refresh(DFeatureColumn) should be similar to DTableElementSynchronizerSpec.refresh(DTargetColumn) concerning the headerLabelExpression, except for the evaluation context that should be the table for the DFeatureColumn.
Comment 2 Pierre-Charles David CLA 2015-07-07 08:31:42 EDT 
I don't believe there would be any actual VSM which would be impacted, but *technically*, this would possibly change the behavior. An existing VSM which has a label as "[someExpression/]" will have the raw expression visible up to Sirius 3.0, and (assuming we fix this for 3.1), the result of evaluating the expression afterwards.

Granted, it's a contrived example probably not worth the trouble of trying to write an automatic migration step, but the change should be mentioned as such in the release notes.