| Summary: | Styles Inspector should show natural attribute values | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Heiko Tietze <heiko.tietze> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | enhancement | CC: | caolan.mcnamara, xiscofauli |
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=134560 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 134554 | ||
|
Description
Heiko Tietze
2020-07-06 11:41:29 UTC
https://listarchives.libreoffice.org/global/l10n/msg12884.html mentions SfxPoolItem::GetPresentation. IIUC, e.g. . It might be helpful for getting "natural", already translated values of properties. Note: the method returns the *value* of an item, not its name. However, this needs a per-item handling. SI uses UNO properties, and there's no 1:1 mapping between UNO properties and SfxPoolItems: several UNO properties may actually be stored in a single SfxPoolItem. So we only can use those SfxPoolItems that directly correspond to related single UNO properties. Additionally, we don't have the low-level access here to the SfxPoolItems, so we would need to construct temporary SfxPoolItems for generation of the presentation. I should mention that in a lot of cases the implementation of a given GetPresentation is not very good, e.g. just a bare number value of an enum instead of a useful name This one seems to be quite desirable, though raising importance is not really appropriate. Dear Shivam Kumar Singh, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assign it back to yourself if you're still working on this. |