[Libreoffice-bugs] [Bug 135884] ENHANCEMENT: Add a lock to caption frame; so frame being image (as prevention for unintended changes within the frame)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Sep 22 18:24:38 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=135884

--- Comment #4 from Telesto <telesto at surfxs.nl> ---
(In reply to Heiko Tietze from comment #3)
> (In reply to Telesto from comment #2)
> > You do sound like a FAQ bot :-) 
> 
> Always in hope you search the bugtracker first :-). We have several about
> frames either being selected unintentionally when users want to get the
> object or not the other way around. A quick search revealed bug 78583 and
> bug 86598 (you might find better suited, I remember Regina arguing on one
> ticket).

I think you know the answer to that(◔_◔). Will try to find the ticket with
Regina her argument

> In this particular topic I don't see how this would be guidelinizable. The
> minimum screen size is defined as WXGA having old notebooks/displays in mind.

Screen size drifting off topic. Core question. Must tablet/phone taken into
account. Selecting a frame with touch screen is even harder (compared to mouse
cursor), so locking mechanism would really welcome in that case.. But not
knowing enough about if this needs to be taken into account here. 

> Back to topic: you want to solve the issue of unintentionally moved images
> by locking it, this might be your way to go. I don't get the point of global
> lock/unlock in this regards.

Didn't read my initial report, directly jumped into your suggestion. The
initial proposal was the 'grouping' concept. So making frame & content a group
(similar to shapes). Which can be ungrouped. Not enough experience with
grouping shapes and stuff to now if the caption would be accessible in this
model (I assume so)

So 'lock/unlock' is same as 'group/ungroup'. Advantage of grouping is of course
that no fixed position being set.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200922/4abaf4fe/attachment.htm>


More information about the Libreoffice-bugs mailing list