Bug 134532 - UI: slide border should be transparently visible when larger image is covering borders
Summary: UI: slide border should be transparently visible when larger image is coverin...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.2.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: ImpressDraw-Enhancements
  Show dependency treegraph
 
Reported: 2020-07-05 17:14 UTC by johnks
Modified: 2023-05-19 17:59 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
impress UI (286.54 KB, image/png)
2020-07-05 17:14 UTC, johnks
Details
impress file showing the hidden border due to large images (2.37 MB, application/vnd.oasis.opendocument.presentation)
2020-07-20 16:20 UTC, johnks
Details
first screenshot (499.48 KB, image/png)
2021-08-12 18:20 UTC, johnks
Details
second screenshot (386.83 KB, image/png)
2021-08-12 18:21 UTC, johnks
Details

Note You need to log in before you can comment on or make changes to this bug.
Description johnks 2020-07-05 17:14:07 UTC
Description:
if i add an image to a slide which is bigger than the slide window itself, it covers the slide and i have no orientation of the actual slide borders or center. i propose the slide outside borders be transparently visible so users can orient elements

Steps to Reproduce:
1. open impress
2. import image bigger than slide and stretch it across
3. user cannot find the actual slide borders making placing elements impossible

Actual Results:
outside borders of a slide should be made visible, thinly or transparently when any image/object/text is covering border

Expected Results:
screenshot attached shows the upper left border is completely hidden. this should not happen. user should be able to see the slide border


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.5.2
Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: kf5; 
Locale: en-IN (en_IN.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 johnks 2020-07-05 17:14:33 UTC
Created attachment 162663 [details]
impress UI
Comment 2 Xisco Faulí 2020-07-20 15:02:28 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 3 johnks 2020-07-20 16:20:26 UTC
Created attachment 163331 [details]
impress file showing the hidden border due to large images

check the attachment. i created the same using 

Version: 6.4.5.2
Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: kf5; 
Locale: en-IN (en_IN.UTF-8); UI-Language: en-US
Calc: threaded


The sheet viewport UI which orients elements according to the output size, ala screen size or 4:3 or 16:9 or whatever gets hidden if an image is hiding the corners. this should not happen. the viewport SHOULD be visible regardless of it being visible on the screen or when it is below an image or an element in the edit mode that is.
Comment 4 QA Administrators 2020-07-21 03:48:15 UTC Comment hidden (obsolete)
Comment 5 johnks 2021-07-25 12:13:31 UTC
i see microsoft office and apple keynote solve this by providing guide lines to the nearest corner, could be any corner or two corners when you move the image with the function to snap to nearest corner if put closeby. right now we have to manually keep moving to the edge without knowing full when the image has reached a border.

https://youtu.be/tphW6ajNjCI?t=670

an example of how apple keynote solves the image bigger than viewport. note the ears of the cat are transparent signifying this much portion is outside. also note the dotted lines when a corner of an image is moved, it appears to show the line to the nearest corner/angle. the dotted lines are standard across both keynote and powerpoint when moving an image which show the orientation to corners/border
Comment 6 Jean-Baptiste Faure 2021-08-12 17:40:01 UTC
Why you do not crop the image? (right click on the image, the choose Crop)

Did you enable grid and ruler in the Impress options? (Menu Tools > Options > LibreOffice Impress)

Status has been set to NEEDINFO, please set it back to UNCONFIRMED once requested information has been provided.

Best regards. JBF
Comment 7 johnks 2021-08-12 18:19:53 UTC
i have attached another screenshot with grid and ruler enabled. as you can see, the cropped image on the foreground is not a problem. the background image which is put at the back and half outside the viewport is the problem.

i have put a yellow dotted line which mimics how other softwares handle such cases where a boundary is hidden behind an image. they show a dotted line to indicate where the image is relative to the corners.

the problem is not to have a cropped image but 
1. we can have images which i want only a part visible like the screenshot attached with background image. 
2. more importantly, if i paste another element on TOP of this image which has the boundary hidden, there is no way to know for the top element where is the boundary. see the second screenshot. the background is hiding two boundaries and the top text box has no orientation where is the top left side of the viewport so how can i arrange them? one option would be to show the boundary when i move the element when it is closer to a boundary even if that boundary is hidden like in this image but that is visible only when an element is clicked or in movement. if the dashed yellow line in first screenshot were visble when the original boundary was hidden somehow, that would solve the problem




Version: 7.1.5.2 / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Flatpak
Calc: threaded
Comment 8 johnks 2021-08-12 18:20:46 UTC
Created attachment 174234 [details]
first screenshot
Comment 9 johnks 2021-08-12 18:21:05 UTC
Created attachment 174235 [details]
second screenshot
Comment 10 johnks 2021-08-12 18:22:33 UTC
i have this UI bug where the buttons get hidden and it is causing issues for a long time now, it goes away sometime on its own, then next app open time it goes back. then i have to guess which button is where. just a small side bug i am facing, unrelated to the above bug but just mentioning this here
Comment 11 Heiko Tietze 2021-08-17 11:01:48 UTC
Agree with the request. The slide border might be hidden during image manipulation (moving around, resizing) but should be shown otherwise to indicate the cut-off.