Keyboard display in edit mode

[thinkwelltwd]

First of all, thank you for etesync-notes!! It looks like a very useful addition to the project.

I almost thought that note editing was broken as the keyboard wouldn't ever display. But then I discovered by happy accident that if I tap the top quarter inch of the edit area where the first line will appear, then the keyboard displays. After adding text, then it's a little more intuitive. Clicking anywhere on the text, or a linespace beneath the text displays the keyboard.

It would be nice if tapping the "pencil" icon would display the keyboard, or if more of the empty note area would trigger the keyboard. Otherwise, empty notes require some aim to get started...

[lord-aerion]

I ran into this problem too.

In addition to having the keyboard come up automatically in edit mode, simply displaying the cursor would be a huge help. This is especially true for hardware keyboard devices such as the range made by Planet Computers, where there is no onscreen keyboard to display (by default).

[tasn]

I really dislike having the keyboard come up automatically in edit mode, and I think triggering it when clicking the pencil is better, but still not optimal...

Does the issue of not having the whole area clickable still happen for you, or is it now fixed? I can't seem to be able to reproduce it anymore. @Salt-Factory, I think you had it too, no?

[lord-aerion]

Is there a particular reason why you dislike it? Is it aesthetics? It seems logical to me that the keyboard would come up in edit mode without requiring an additional action. You're in edit mode because you want to edit the note, after all? I know it's only one tap, but I'm of the opinion that any goal should require the least amount of actions possible to achieve it. More actions than necessary leads to irritation and frustration.

For example: on my Planet Computers Gemini I should not have to tap the edit area before I can start typing. The cursor should be active so that I can start typing on the hardware keyboard as soon as the note opens. It's like having to click with your mouse in a desktop word processor before you can start typing, even though that's the most likely action you want to perform when opening a text document.

V1.4.0 indeed no longer requires you to click exactly in the top left corner of the edit area, big improvement.

[tasn]

Is there a particular reason why you dislike it? Is it aesthetics? It seems logical to me that the keyboard would come up in edit mode without requiring an additional action. You're in edit mode because you want to edit the note, after all? I know it's only one tap, but I'm of the opinion that any goal should require the least amount of actions possible to achieve it. More actions than necessary leads to irritation and frustration.

It seems logical to you because you view notes in view mode. I actually don't, I view in edit mode. I almost never use view mode. And I don't want the keyboard to bother me. In addition, even if I did want to edit, I don't want to edit exactly where the keyboard puts me. So I most likely want to see the text and then find the place where I want to edit and click there to put my pointer there, and for that, I want a larger view.

For example: on my Planet Computers Gemini I should not have to tap the edit area before I can start typing. The cursor should be active so that I can start typing on the hardware keyboard as soon as the note opens. It's like having to click with your mouse in a desktop word processor before you can start typing, even though that's the most likely action you want to perform when opening a text document.

Sure, and it's also the case on the web client, and I agree it's wanted. I still need to figure it out.

V1.4.0 indeed no longer requires you to click exactly in the top left corner of the edit area, big improvement.

Great!

[lord-aerion]

It seems logical to you because you view notes in view mode. I actually don't, I view in edit mode. I almost never use view mode. And I don't want the keyboard to bother me. In addition, even if I did want to edit, I don't want to edit exactly where the keyboard puts me. So I most likely want to see the text and then find the place where I want to edit and click there to put my pointer there, and for that, I want a larger view.

That makes perfect sense.

Sure, and it's also the case on the web client, and I agree it's wanted. I still need to figure it out.

Of course, forgot about the web client. The question for these two situations then is where to place the cursor when opening an existing note, the same argument you make above for onscreen keyboards. LibreOffice places it at the top of the document, but an argument could be made for putting it at the bottom (which I'm not a fan of).

Here are some thoughts:

Automatic display of onscreen keyboard

• Configurable option: always/never/new or empty notes only.

Cursor starting postion

• Always display the cursor for new or empty notes. This allows web and hardware keyboard device users to start typing straightaway.
• Configurable for existing (non-empty) notes: top/bottom/none, maybe last position as a 4th option if this is technically feasible.

[Salt-Factory]

I realize I'm a bit late to the party, but I can confirm that the issue is also gone for me.