In list view, there is now an “Open” button which explicitly opens a page. Yet clicking “on the wrong part” of the line also opens the page. That is incredibly non-intuitive, unexpected, and (personal opinion) horribly annoying, because it constantly happens if you don’t get it “just right”. Also, you simply don’t expect it.
HOW TO REPRODUCE IT
Get a list view of pages
Click on the space between the page title and the list line border (see video)
the page will open (the “Open” button will also change layout when moving the mouse)
Video:
THE EXPECTED BEHAVIOR
The page only opens when clicking on “Open”.
TECHNICAL INFORMATION
OS version: darwin arm64 26.5.2
App version: 0.55.5
Build number: build on 2026-06-02 16:45:57 +0000 UTC at #5e888f1b9b8590575ea81da218e95c472daf0fdf
Library version: v0.50.8
Anytype Identity: ABRAoHEP1impMW3DyMRAbELnYjV5M27h5JRecNB3KPGi6vLr
Analytics ID: A8MkhLywF2qZjmjdF7NF8GwFa2shiGNZAynUfxNWv6uH5J78
Device ID: 12D3KooWQ333dNmGYeFXPeSw6NrMFLb11fnTCphnWmh5R9xfaNCR
Ethereum Address: 0xFC3226BD51F6D415e9Dff876006459861E4c5fD9
To clarify, this is for ‘Grid’ layout, not ‘List’. This behaviour is actually by design, but I understand your feedback. There is a lot of history behind it but I’ll keep it brief.
In the past, clicking on the title or area would open the object. You needed to click the ‘edit button’ in order to edit the title. This original/legacy behaviour of Anytype can be reverted to in the system in your Vault Preferences > ‘Click to edit title in Grid view’
A new behaviour was implemented to be more consistent. In ‘Grid’ clicking on any value would typically lead to editing it (such as multi-select property, number property, etc.) The exception to this was the title, where clicking on it would open the open. This is changed.
In the new implementation, to open an Object you should click the ‘open’ button. To edit the Object title, you should click the title area’. As you’ve specified.
However, lots of users found this behaviour change jarring. The solution now is a mixture of both.
Clicking on the title text will open editing (hit box is dependent on how wide the title itself is). Clicking anywhere else will lead to ‘opening’ the object.
In this scenario, you don’t have to get it ‘just right’. Clicking the empty space or open button will open the object. Clicking on the text itself will edit it.
I don’t understand that answer. does that mean that this pretty much objectively irritating behavior is your design team’s solution to people complaining? so we have a consistent “old” way, and an inconsistent “new” way of doing things?
i also don’t get the “scenario” you mention. i DO have to get it just right, as i notice every single time i use that view (which is often). reverting the setting reverts to the old behavior, which is not what i want.
yet i take from this that there is no intention of fixing this, which is sad. (including the history leading up to sth does not make the actual state of things better, btw – i’m saying this is irritating to me right now …)
Indeed, its a hybrid solution. We can certainly change this if lots of people find this annoying.
Just to confirm, when you say, “I have to get it just right” — do you mean when you are trying to edit the Object title (which involves clicking the text)? Clicking anywhere else will open the object. In other words, the ‘hitbox’ shouldn’t be tiny for either behaviour (edit title or open object).