Bug 71219 - Listview widgets do not look native with GTK style
Summary: Listview widgets do not look native with GTK style
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.1.2.3 release
Hardware: Other All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: GTK
  Show dependency treegraph
 
Reported: 2013-11-04 12:57 UTC by Jeff Fortin Tam
Modified: 2022-05-03 10:53 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
how it looks like in LibreOffice (and OpenOffice) (26.01 KB, image/png)
2013-11-04 13:04 UTC, Jeff Fortin Tam
Details
how it looks like in a native GTK ListView (21.61 KB, image/png)
2013-11-04 13:04 UTC, Jeff Fortin Tam
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Fortin Tam 2013-11-04 12:57:37 UTC
Will attach some screenshots comparing a normal gtk app showing a listview of a document's headers, and the same document being show in libreoffice's navigator.

What you can notice there among other things is that listview cells/items in Libreoffice only have a "solid blue" rectangle tight around the text. In a gtk listview, the "blue" zone is the entire row.
Comment 1 Jeff Fortin Tam 2013-11-04 13:04:30 UTC
Created attachment 88612 [details]
how it looks like in LibreOffice (and OpenOffice)
Comment 2 Jeff Fortin Tam 2013-11-04 13:04:58 UTC
Created attachment 88613 [details]
how it looks like in a native GTK ListView
Comment 3 Rob Snelders 2013-11-04 18:32:54 UTC
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?
Comment 4 Maxim Monastirsky 2013-11-04 20:29:05 UTC
(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.
Comment 5 Caolán McNamara 2013-11-05 10:19:30 UTC
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.
Comment 6 Rob Snelders 2013-11-05 16:34:18 UTC
setting it to new.
Comment 7 QA Administrators 2015-07-18 17:43:24 UTC Comment hidden (obsolete)
Comment 8 Jeff Fortin Tam 2015-07-28 19:45:59 UTC
Still an issue with 4.4.4.3. No changes.
Comment 9 Jeff Fortin Tam 2016-01-11 21:28:27 UTC
Hi Caolan, would the current GTK3 port of LibreOffice be an opportunity to fix this one? Still occurs with libreoffice-gtk3 in the Navigator and in the Preferences window.
Comment 10 QA Administrators 2017-03-06 14:08:12 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2019-12-03 14:13:04 UTC Comment hidden (obsolete)
Comment 12 Jeff Fortin Tam 2021-03-21 14:44:15 UTC
Hey, actually this is fixed in recent GTK3 versions of LibreOffice (at least in 7.0.5 it seems to be). It's not 110% native since it has some hierarchy lines, but at least now the rows feel like rows, where the blue selection uses the whole width and height of the row.
Comment 13 Caolán McNamara 2021-03-22 09:56:19 UTC
These are now actual native gtk treeviews
Comment 14 Xisco Faulí 2022-05-03 10:53:59 UTC
Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been
identified.