[WC-3441] DG2: export column enhancements#2287
Conversation
6696f2e to
39c37d2
Compare
This comment has been minimized.
This comment has been minimized.
39c37d2 to
96a5c83
Compare
This comment has been minimized.
This comment has been minimized.
c94f30c to
adc9e02
Compare
This comment has been minimized.
This comment has been minimized.
adc9e02 to
1e6e1fd
Compare
…trailing dot
A static `{base}.########` mask emits the literal decimal point even when
all fractional `#` digits collapse, so whole numbers exported as `1983.`
and broke the export e2e test. Count the fractional digits from the value
itself instead, so integers use `0` (no dot) and decimals mirror the grid.
AI Code Review
What was reviewed
Skipped (out of scope): Findings
|
Pull request type
Bug fix (non-breaking change which fixes an issue)
Description
When export type is set to "Default" for attribute columns, the exported Excel cells now use the attribute's own formatting (number decimals/grouping, date pattern) instead of exporting raw values without formatting.
For numbers, the exported cell mirrors what the grid shows: Mendix Decimal attributes do not expose a fixed decimal precision at runtime (only whether digits are grouped), so the format uses up to 8 fractional digits with trailing zeros suppressed. This keeps
1234.56as1234.56,0.5as0.5, and integers as integers — instead of collapsing to whole numbers.Also hides the export type and format properties in Studio Pro for dynamic text columns, since they have no effect.
What should be covered while testing?
1234.56stays1234.56,0.5stays0.5, integers stay integers; thousands grouping applied when the attribute uses it). Excel format:#,##0.########(grouped) or0.########(ungrouped).dd/MM/yyyy→ exported cell should have Excel formatdd/mm/yyyy