Summary: | Listview widgets do not look native with GTK style | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jean-François Fortin Tam <nekohayo> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | minor | ||
Priority: | medium | CC: | caolanm, programming |
Version: | 4.1.2.3 release | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 32500 | ||
Attachments: |
how it looks like in LibreOffice (and OpenOffice)
how it looks like in a native GTK ListView |
Description
Jean-François Fortin Tam
2013-11-04 12:57:37 UTC
Created attachment 88612 [details]
how it looks like in LibreOffice (and OpenOffice)
Created attachment 88613 [details]
how it looks like in a native GTK ListView
I don't really know if those are already changed to the new format. If it isn't then we should wait for that otherwise it should be fixed. Maybe caolan knows this? (In reply to comment #3) > I don't really know if those are already changed to the new format. If it > isn't then we should wait for that otherwise it should be fixed. As far as I understand, the new ui format only stores the layout, while the actual widget drawing is done like before. For me it looks like an additional task for Bug 32500. Yeah, .ui doesn't change anything here. Just how these are stored, not how they are rendered. The widget in question is probably a SvTreeViewBox. Under MacOSX we use a different expander image, so persumably these is a missing piece for gtk to use the native image there and not the fallback one. Finding that piece of code would improve this a lot I imagine. setting it to 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.