You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Editor.'s "Search" (in its pulley menu) is nicely implemented (e.g. by directly selecting the search phrase), but hard and a bit confusing to use:
When hitting the "Search" icon, a grayed out search field below the pulley menu is displayed, which is useless (see first screenshot below) or invisible, when the virtual keyboard is up (e.g. in landscape orientation). Expected behaviour: Close the pulley menu and display the search bar at the top of the screen (as in the second screenshot below).
IMO, the search bar should be active right away when freshly started, i.e. with the cursor positioned in the search field, as that was the user's intention: to search for something. Currently one has to explicitly tap on the search field of the search bar to start typing a search term.
I am unable to close the search bar. Suggestion: A tap on the magnifying lens icon closes the search bar. Alternatively, a tap on the document text could make the search bar go away, but it is quite nice to be able to type, while the search bar is open.
When the quick menu icon bar (at the top of the screen) is active, the search bar overlays it, making the quick menu bar inaccessible (see second screenshot below). This would be absolutely O.K., if not the aforementioned issue (see bullet point above) exists. I regard this as a usability bug. This issue would be resolved by either suggestion in the bullet point one above.
When typing a search term, which has no match in the document, the search term becomes red, which is nice. But when correcting the search term, it never becomes blue again! Even when emptying the search term, the placeholder word "Search" is displayed in red. Expected behaviour: After displaying a non-matching search term in red, it should be displayed in blue again when changing the search term to a matching one or emptying the search term (either manually by hitting backspace multiple times or by tapping on the (X) button).
The text was updated successfully, but these errors were encountered:
Oh, now I understood that the search bar can be closed and reopened by hitting "Search" in Editor.'s pulley menu, again. Well, that is O.K. (and should stay this way, IMO), but not very intuitive and easy & quick, as one has to swipe down the pulley menu and tap on "Search" each time.
Side note: A really nice feature is, that the content of the search field is kept over closing and reopening the search bar. If the feature suggestion in issue #85 is implemented, please implement that for the replacement field as well.
Thus I believe all suggestions made above are still valid (including the third bullet point).
Editor.'s "Search" (in its pulley menu) is nicely implemented (e.g. by directly selecting the search phrase), but hard and a bit confusing to use:
The text was updated successfully, but these errors were encountered: