Small annoying bug in text pane and tag pane
Hi,
because of the tag bug, I'm adding them together when all
flashcards are finished, by copy pasting them in each
flashcard.
Now, the annoying thing is that when I click in the tag pane in
order to paste the tag, Studies automatically makes the cursor jump
to the text pane in the note, so pasting the tag there. I actually
have to click twice in the tag pane in order to be able to paste
the tag there (see joined .mov).
So, if this could be corrected : when I click in the tag field, it really means I want to work in the tag field, not anywhere else by default...
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by drewmccormack on 01 Apr, 2016 05:31 PM
Very difficult to 'fix' that, because what you want is what most people would not want. When you go to a new card, you usually want to start editing in the first field, and close down editing of where you were in the last card.
Maybe we can make an exception if the tags field happens to be selected. I'll think about that.
But it sounds like what you would really need is bulk tagging, which is a feature we have been thinking about for a while.
Drew
drewmccormack closed this discussion on 01 Apr, 2016 05:31 PM.
peter Narkis re-opened this discussion on 04 Apr, 2016 07:37 AM
2 Posted by peter Narkis on 04 Apr, 2016 07:37 AM
Very difficult to 'fix' that, because what you want is what most people would not want. When you go to a new card, you usually want to start editing in the first field, and close down editing of where you were in the last card.
=> that's reasonable indeed.
Maybe we can make an exception if the tags field happens to be selected. I'll think about that.
=> That's indeed what I had in mind. By default, one could keep the editing field, being the most plausible one being needed. Once the users prompts the app otherwise, manually selecting the tag field (meaning that's where he wants to edit), the app ought simply to acknowledge that by not automatically jumping back to the default editing field.
But it sounds like what you would really need is bulk tagging, which is a feature we have been thinking about for a while.
=> that would be a useful option, indeed.
drewmccormack closed this discussion on 04 Apr, 2016 07:53 AM.