Bug 118305 - Optimisation of the use of the device's available screen surface
Summary: Optimisation of the use of the device's available screen surface
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-21 13:33 UTC by ricky.tigg
Modified: 2018-06-22 10:42 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Targets eligible for optimisation of the use of the screen surface (72.48 KB, image/png)
2018-06-21 13:36 UTC, ricky.tigg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2018-06-21 13:33:58 UTC
Description:
Modern office suite aimed for optimal productivity –as it seems to me undoubtedly the case regarding the product Libreoffice– should tend to make an optimal use of the device's available screen surface. 

The present report is illustrated here by focusing on a random case –here the tool Special Characters (no application short-cut available (e.g 'Ctrl + CC'))–.

Steps to Reproduce:
From menu Insert, select Special Character; Plural form seems to me accurate (Opened window's title bar 'Special Characters' just does it that way).

Actual Results:
Attempt to invoke expansion of the tool-window to full screen by action of double-left-clicking title-bar is not implemented.

The surface of Characters' area is presently not adapted for the visualisation of an optimal number of characters, Then –manually– increased window size do not benefit that number. 

Both sections, Recent Characters and Favourite Characters, are currently displayed persistently, which affects as well the  optimization of the screen surface.

Time needed to search for a new character –e.g. LEFTWARDS ARROW OVER RIGHTWARDS ARROW (H: 21C6; D: 8646)– speaks for itself. once selected (is individually displayed on blue background) and Font list is clicked, the right-sided-character section –which displays information related to character– displays irrelevant information while scrolling throug the font list



Those aspects comined do certainly affect negatively productivity.

Expected Results:
A feature associated to each section, Recent Characters and Favourite Characters, aiming to hide/display their contents would be appropriate. 


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.0.4.2 – Build ID: 6.0.4.2-4.fc28
CPU threads: 2; OS: Linux 4.16; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

Test case tested on Gnome environment.
Comment 1 ricky.tigg 2018-06-21 13:36:26 UTC
Created attachment 142999 [details]
Targets eligible for optimisation of the use of the screen surface
Comment 2 V Stuart Foote 2018-06-21 19:02:13 UTC
The character grid is a 16x8 grid, its frame can be resized to consume more pixels--but it will remain a 16x8 grid for the chart. The grid will not resize so retaining that layout, there is *no* reason to make the dialog frame respond to a full screen resize--it will only increase the size of codepoint glyps on the chart--not show additional glyphs.

Also, there is some preference to see the chart layouts restored to show each fonts layout by its Unicode chart and subsets making glyph position relative again--rather than the "compressed" omission of codepoints with no glyph. Fixing that would require retention of a 16 column grid for the chart.
Comment 3 ricky.tigg 2018-06-22 10:42:56 UTC
Grid 16 x 32 –Fully optimized–, that's an achievement. To do or not to do. 

A relevant status form regarding an enhancement request in present context can observe at worse a syntax such as 'WONTDO'. Status''RESOLVED WONTFIX' is a relevant form only when issue report is involved.