[Libreoffice-bugs] [Bug 125655] New: UX - text frames in a presentation behavior not obvious

[bugzilla-daemon at bugs.documentfoundation.org]

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

            Bug ID: 125655
           Summary: UX - text frames in a presentation behavior not
                    obvious
           Product: LibreOffice
           Version: unspecified
          Hardware: Other
                OS: iOS
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: medium
         Component: iOS
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: contact at 0x17.ch

Description:
The behavior of a text frame in a presentation in the iOS app is not obvious.

If I (single) tap on an existing string in the frame I'm in "edit mode", the
cursor is blinking, no "resize handles" are shown.

If I (single) tap on an empty space in the frame I'm in "move the frame mode",
the cursor is not blinking, "resize handles" are shown.

It took me way too long to figure out how I have to interact with the frame in
order to get in to one or the other mode.

I suggest to change the behavior like this:
* single tap = "move the frame mode"
* double tap = "edit mode"

This is also how Apple Keynote does it.

Steps to Reproduce:
1. Create/open a presentation in the iOS app
2. Try to change a text in a text frame
3. Try to resize the text frame

Actual Results:
Depending on where a user taps, the behavior is either "edit mode" or "move the
frame" mode - this is not intuitive.

Expected Results:
The mode should change based on the amount of finger taps.

E.g:
* single tap = "move the frame mode"
* double tap = "edit mode"



Reproducible: Always


User Profile Reset: No



Additional Info:

-- 
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/20190603/916a667a/attachment-0001.html>