Improvements
Triage

Improved workflow for creating & opening a new Object in a Collection

If the user is in a Collections table and he clicks on the "New" button, there is a friction (that we already know from Anytype):

  1. He types the name of the new Object.
  2. He finishes the name by pressing Enter. --> the new Object appears in the table. OK.
    -- What I wish now, it that the new generated is selected so that a second press on Enter opens it.
    But instead:
  3. The user needs now to reach out for the mouse, only for clicking on the new Objects name!
    -- Why this unnecessary friction?
    Isn't it clear that the user now highly likely wants to open the Object?
    After a second press on Enter there can't be no doubt anymore, that's a precise order: "Open that Object!".

Kaye edit: see comment.

8 Comments

Sign in to comment

K
Kaye
Kaye·7 days ago

Table Layout: Keyboard Controls

  1. After object name edit is confirmed, keep the object name cell highlighted.
  2. Enter opens edit functionality
  3. CMD + Enter opens the object
  4. Shift + Enter creates a new object below

Note on #2 — Enter should not open the object because using Enter on another cell such as Number Property, Date, etc. should open edit functionality of that property. To keep this consistent, I suggest that CMD + Enter is used to open the object. That being said, I understand we have difference of opinion on the behaviour of the name cell (click to open vs. click to edit).

C
Code-Jack·7 days ago

Thanks for your ideas and explanation.
I understand the need for consistent behavior.
But I have a different point of view what consistency means: I look not only on the consistency between different Properties, but on the actual sense of the operation for that specific Property.
And because Properties work different, the behavior should reflect that.

1. Number Property:
t's clear for everyone, that on a number Property, the behavior that makes most sense for the Enter key is to open the edit mode for the value.

2. Name Property:
The name is and was always different.
If you do a mouse click in a name, it opens the Object.
So, the behavior of a mouse click is also not consistent with number Properties. But the different behavior makes sense for the name.
The same should be true for pressing Enter on a selected name.
It should do the same as a mouse click there.
-- This would be consistent to all Windows Apps I can think on.
Hitting Enter on a selected item does always the same as a mouse click on it.

Select + Enter = a mouse click.
What the mouse click does, depends on the context. But select+Enter must do the same as the mouse click.

This is not only in Windows standard behavior and what the user expects.
It was always so, also on Atari computers, also on Psion and I believe that also Linux has the same behavior (can't test that).

K
Kaye
Kaye·7 days ago(edited)

I won't debate this point, we've done it enough internally lol. Personally, I believe that click on a name in Table Layout should edit it—not open it. This is why in the Preferences you'll find the option to switch between these behaviours.

I believe that the Tables layout should mimic what you expect from tables, which in the case of Excel, Google Sheets, database tools, etc. it is always to edit the content inside it—it doesn't matter if its the first column.

But, it seems a group of people want clicking on the name to open it—even if its in Table Layout. My argument is that List should behave like a list, Table should behave like a table. But alas, this keyboard shortcut issue stems from a difference in opinion.

Two camps, two different results.

C
Code-Jack·7 days ago

It's as it always is (or should be):
-- If there are different opinions about the preferred behavior, simply give the user the choice in the Preferences.
Both user fractions will become happy then.

Actually (version 0.1.4), I can't see such a switch in the Preferences, unfortunately.

K
Kaye
Kaye·7 days ago

You don't see this?

C
Code-Jack·7 days ago

Nope, I see only this:

K
Kaye
Kaye·7 days ago

But it's directly on the screen in your screen recording? @Code-Jack It's the second last one from the bottom.

C
Code-Jack·7 days ago

Unbelievable, now I see it!
The thing is: deactivated switches are quasi invisible (yeah, this problem again!)
And although I looked three or four times through the list, I somehow overlooked the text, because I was too fixated on the entries with a switch.

-- Seems I need to sleep more, I'm exhausted.
But PLEASE: do something about all these quasi invisible things! Really, it's such a pain to work quasi blindly all the time!
My head hurts from starring on the screen as hard as I can, for so long.

Oh, and btw.: To activate (or deactivate) the switch doesn't help for the request I've made here.
I still want to open Objects with Enter after creation.
I requested that already three years ago to Razor.