Bug 143761 - Access to image colorization commands from sidebar deck
Summary: Access to image colorization commands from sidebar deck
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.3.0.0 alpha0+
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Image-Colorize
  Show dependency treegraph
 
Reported: 2021-08-06 14:28 UTC by xordevoreaux
Modified: 2021-11-18 14:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
screenshot (108.74 KB, image/png)
2021-08-06 14:28 UTC, xordevoreaux
Details

Note You need to log in before you can comment on or make changes to this bug.
Description xordevoreaux 2021-08-06 14:28:11 UTC
Description:
I shouldn't have to spend half a morning looking for the RGB controls for an image.  FINALLY found them consolidated under a non-descript icon under a toolbar too big to fit on the main toolbar.

Please return the RGB color values to where they were previously with the rest of the image properties on the sidebar.

Steps to Reproduce:
1. Open Windows LO Draw
2. Insert any bitmap image
3. Good luck finding the RGB controls

Actual Results:
Had to hunt for the RGB Controls

Expected Results:
Should find the RGB controls easily with everything else with the image sidebar properties.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: e642179f466c899365fc9539a8aca66b39fea39a
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 1 xordevoreaux 2021-08-06 14:28:52 UTC
Created attachment 174113 [details]
screenshot

Screenshot showing the gymnastics to find the RGB controls.
Comment 2 Heiko Tietze 2021-10-25 08:25:50 UTC
Format > Image > Color... it's straightforward IMO. And Draw is not a tool to manipulate raster graphics.

You can resize the height of a toolbar only when detached. If you keep the Image toolbar docked it will be the right-most item. Admittedly not shown for window size less than ~1400px.
Comment 3 V Stuart Foote 2021-10-25 13:17:18 UTC
With minimal handling of Image from the SideBar Properties deck, the default Image Toolbar's default docked position (right of Standard TB) obscures a lot of controls.  Maybe not the best UX for beginner users who would not know to undock the TB, nor to expand the TB to show hidden controls.

On the other hand for MUFFIN NB the Tabbed UI provides a fully populated 'Image' tab. The other NB modes vary in handling of properties/controls of an image object and could use some UI support.

So could we provide more support for the Image Content Panel on the Sidebar? Maybe a 'More Options' that would pop open the non-exposed buttons of the Image TB? Similar to the >> exposure chevrons.

I don't think we'd need to go so far as to construct a new Sidebr Deck for Image/Graphic objects, but the 'More Options' on the Property deck would be helpful.
Comment 4 Heiko Tietze 2021-11-08 08:35:35 UTC
The usual 'More' button on top right could provide a menu with image related functions. But I'd still advocate simplicity and would rather remove the whole deck.
Comment 5 Heiko Tietze 2021-11-11 14:58:29 UTC
No further input, so let's add a context menu to the deck action/hamburger button.
Comment 6 Heiko Tietze 2021-11-12 12:17:21 UTC
The deck title control is configured via officecfg/registry/data/org/openoffice/Office/UI/sidebar.xcu. However, it cannot handle dropdowns; only commands that run a dialog are possible. And Draw/Impress does not have such a dialog (Writer does). .uno:Color would be possible but is very special. I don't see how we can solve this request.
Comment 7 xordevoreaux 2021-11-12 13:56:11 UTC
(In reply to Heiko Tietze from comment #6)
> possible but is very special. I don't see how we can solve this request.

The request was to put it back where it was originally. It was there once before, can't be that hard to restore it.
Comment 8 V Stuart Foote 2021-11-12 15:37:26 UTC
(In reply to Heiko Tietze from comment #6)
> The deck title control is configured via
> officecfg/registry/data/org/openoffice/Office/UI/sidebar.xcu. However, it
> cannot handle dropdowns; only commands that run a dialog are possible. And
> Draw/Impress does not have such a dialog (Writer does). .uno:Color would be
> possible but is very special. I don't see how we can solve this request.

No other options exist, we could simply reuse the 'Color' widget (uno:ColorSettings) as a button on the SB Properties deck -> Image content panel. Parity to presence on the Image TB, but in a visible position when SB Properties deck is focused on an image.

Alternatively, it could go onto the Image content panels More Options... "Image" dialog, probably on the "Image" tab--plenty of room to the right of the Rotation Angle block.

Finally, the Red, Green, Blue and Gamma controls of the Color dialog could be added individually to the Image content panel of the Properties deck. Although, the colorization effects they provide probably does not merit it.
Comment 9 V Stuart Foote 2021-11-12 15:38:26 UTC
(In reply to V Stuart Foote from comment #8)

> No other options exist, we could simply reuse the 'Color' widget

No, it seems other options exist,...
Comment 10 Heiko Tietze 2021-11-15 09:30:15 UTC
(In reply to xordevoreaux from comment #7)
> The request was to put it back where it was originally. 

I don't see a difference to v 5.2.7.2. Writer has image properties, Draw doesn't.

(In reply to V Stuart Foote from comment #8)
> ... we could simply reuse the 'Color' widget (uno:ColorSettings)

I strongly disagree to provide access to random functions at the sidebar. The deck title menu is reserved for comprehensive property dialogs. Could live with a collection of functions but ultimately a clean and straightforward design of the sidebar is much more worth than one click less (the function is on the main menu, the toolbar and can be customized in various ways).

As you added the needsUXEval keyword again, I'll put it on the agenda for the next meeting.
Comment 11 Heiko Tietze 2021-11-18 14:55:25 UTC
The topic was on the agenda but didn't receive further comments. We have different views on how many functions the sidebar should provide. One is to keep it clean and simple with only the most frequently used functions (primary workflow supposes to use dialogs) vs. convenience for users who know and use advanced functions.