Insert some table in Impress, and select a single cell. Now open the Format menu. See something strange? Yeah you do... a bunch of items are not grayed-out, when they really should be: Should certainly be grayed out: * Shadow * Distribute selection (note all items of submenu are grayed-out) * Flip (note all items of submenu are grayed-out) * Convert (note all items of submenu are grayed-out) * Group shapes (note all items of submenu are grayed-out) * Image submenu and several entries on it * Align objects and its submenu items (they apply to the whole table) Should possibly be grayed out: * Theme (applies to the whole presentation, not to the selection) * Text along path (what would that do to a table cell?) * Arrange * Align Objects (what currently happens is that this aligns the _table_, not the individual cell)
Created attachment 203014 [details] Screenshot Cannot confirm with Version: 25.8.1.1 (X86_64) / LibreOffice Community Build ID: 580(Build:1) CPU threads: 32; OS: Linux 6.16; UI render: default; VCL: kf6 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 25.8.1-3 Calc: threaded Keep in mind that tables are objects like shapes.
(In reply to Heiko Tietze from comment #1) > Keep in mind that tables are objects like shapes. Well, in some ways, while in some ways they aren't... but the thing is, this bug is about a table _cell_, which is different than a whole table. I should probably open a similar bug about tables :-)
Created attachment 203015 [details] Screenshot of Impress 26.2: single cell selected + Format menu open
Without the version information it will be not easy for QA to replicate the issue. About cell content context I could agree that it's a different situation.
Oh, sorry, I am seeing this with: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0d986755e4153230670c820dc52cc40cd72dfa87 CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US and with: Version: 25.8.1.1 (X86_64) Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US
(In reply to Heiko Tietze from comment #4) > About cell content context I could agree that it's a different situation. So, can I invalidate your screenshot?
(In reply to Eyal Rozenberg from comment #6) > (In reply to Heiko Tietze from comment #4) > > About cell content context I could agree that it's a different situation. > So, can I invalidate your screenshot? The menu state does not change whether the table is selected or a cell and menu items are disabled, which my screenshot shows for kf6 (KDE/Breeze Dark).
The gtk3 menus are native widgets. With kf6 (non-native), submenus such as Flip do show as disabled. (In reply to Eyal Rozenberg from comment #0) > * Shadow Seems valid, if we can disable it (checkbox). > Should possibly be grayed out: > > * Theme (applies to the whole presentation, not to the selection) Not sure we should prevent the user from opening the dialog in this state. > * Text along path (what would that do to a table cell?) > * Arrange > * Align Objects (what currently happens is that this aligns the _table_, not > the individual cell) Seem valid.
(In reply to Buovjaga from comment #8) > The gtk3 menus are native widgets. With kf6 (non-native), submenus such as > Flip do show as disabled. So, that one is a GTK3 bug... do you know whether we've reported it?
(In reply to Eyal Rozenberg from comment #9) > (In reply to Buovjaga from comment #8) > > The gtk3 menus are native widgets. With kf6 (non-native), submenus such as > > Flip do show as disabled. > > So, that one is a GTK3 bug... do you know whether we've reported it? We as in "gtk user community" - no, I don't.
(In reply to Buovjaga from comment #10) > (In reply to Eyal Rozenberg from comment #9) > > (In reply to Buovjaga from comment #8) > > > The gtk3 menus are native widgets. With kf6 (non-native), submenus such as > > > Flip do show as disabled. > > > > So, that one is a GTK3 bug... do you know whether we've reported it? > > We as in "gtk user community" - no, I don't. Well, if the GNOME people haven't acknowledged this - do we really know for certain that the bug is on their side rather than on our side? Maybe we somehow neglect to mark the submenu as disabled?
Sorry for the spam; I filed a GTK issue about this. Developers may be able to improve the quality of that GTK issue, with a more minimal reproducer than having to run LibreOffice...