| Summary: | table cell of type float: uses value or body depending on style | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Lionel Elie Mamane <lionel> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | jbfaure, mst.fdo, qubit |
| Version: | 4.2.0.0.alpha0+ Master | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 68020 | ||
(Remove NeedAdvice from Whiteboard) (In reply to comment #0) > Consider attachment 83968 [details] > > I'm surprised that on row April Prime, the second and third column > display differently. Depending on the format, the office:value > attribute or the text:p child are used? I'd expect that to be a bug. > It should *always* take the office:value attribute. Lionel - What do you mean "the second and third column display differently" ? Testing on LO Version: 4.4.0.0.alpha0+ on Ubuntu 12.04.4, I see different values in the columns, but do not see a quick way to differentiate between the display/rendering of the cells. (In reply to comment #1) > Lionel - What do you mean "the second and third column display differently" ? > Testing on LO Version: 4.4.0.0.alpha0+ on Ubuntu 12.04.4, I see different > values in the columns, That's exactly the bug. You should see the same values. (In reply to comment #2) > (In reply to comment #1) > > > Lionel - What do you mean "the second and third column display differently" ? > > > Testing on LO Version: 4.4.0.0.alpha0+ on Ubuntu 12.04.4, I see different > > values in the columns, > > That's exactly the bug. You should see the same values. Ok. Status -> NEW |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Consider attachment 83968 [details] I'm surprised that on row April Prime, the second and third column display differently. Depending on the format, the office:value attribute or the text:p child are used? I'd expect that to be a bug. It should *always* take the office:value attribute.