Indicator for the searched object in Graph view

[C.c]

CURRENT PROBLEM

Trying to search for an object on graph view, but even after search it is still hard to locate the exact node.. it is not in the centre of the pane as well. For objects with unique icon, it still takes a few seconds to spot.

Can you imagine having even more nodes to look through to find the exact one..?
(Please ignore the mess in these graph.. I also couldn’t make sense out of it )

WHAT DO YOU RECOMMEND

To have some indicator to show which node is the searched object.

HOW COULD IT BE DONE

Several options to be considered (may be worth to implement a few):

1. Shine / Highlight / Blink of that node and all linked nodes (thx @christian.freet)
2. Zoom into the exact area (Currently the searched node does not locate right in the centre)
3. Make that node larger
4. Re-colour the node (might not be user-friendly to colourblindness)
5. Circling the node - like the show pointer location with CTRL in Microsoft Windows

REAL WORLD USE CASES

To find the exact object for graph observation.

RECOMMENDED ALTERNATIVES

Let users continue to dig through the pothole, and become frustrated or discover something new about other nodes in the process and forgot the original goal

ADDITIONAL CONTEXT

Implementation should consider design and appearance.

Minimalistic Graph-View appearance

WHAT DO YOU RECOMMEND Add the setting to a minimalistic looking graph-view for a cleaner and less cluttered view: nodes have no icons, only labels, and edges have no arrows. HOW COULD IT BE DONE An extra toggle in the settings of the graph-view enables the minimalistic setting. REAL WORLD USE CASES I noticed in many examples that the graph-view can become very cluttered with many different icnons and colors that make it look chaotic. A minimal style (one node shape and no directional edges)…

If resizable node is a feature to be implemented, the sizing method should not be used as search indicator.

Ability to Resize a Graph Node

Is your feature request related to a problem? Please describe. An option to resize a node in the graph view to provide emphasis to it which would help in better presentation of the graph view in a screenshot Describe the solution you’d like Two toggles to increase and decrease the size of a node when clicked Additional context Currently objects with more relations are displayed at a larger size and it makes sense for most cases. But it would make sense to display a node bigger when the pres…

Whatever implemented in this feature, should also be functional to local graph view as well.

Local Graph View

WHAT DO YOU RECOMMEND As is stands after the 0.29 update, we only have a main graph view showcasing all the objects in the Anytype. I suggest the addition of a feature called “local graph view” present in applications like Obsidian and Logseq HOW COULD IT BE DONE I recommend two way of going about it. I believe the 1st one is pretty straight forward and can be implemented pretty easily. When the user is in graph view, upon selecting an object a side menu pops up allowing the user to open the…

[christian.freet]

This feature could also be fulfilled by highlighting all links to the searched object.

[dzlg]

or implementing a local graph view.

[C.c]

While I very much like the idea of local graph, it cannot be a replacement for search and search indicator.

REAL LIFE USE CASE FOR SEARCH AND SEARCH INDICATOR ON LOCAL GRAPH

As an illustration, the following is one of my local graph in Obsidian. If one has to spot another node among this, it is still quite hard… Of course, I could increase the filter; a level 5 depth graph with all display criterion is a non-typical use case. But it is still useful, just a random look and the third level 5 node I found should be promoted to level 3.

Now I have the level 5 node in mind and want to observe the relationship with the central node (for that local graph) at a later time. I would need search and search indicator to reach it easily.

Let alone Anytype has note object which can contain single line text. There would be even more nodes and more relations. Another concept node might be 6-7 note node away from the central concept node.

ALTERNATIVE METHOD

I could definitely promote the level 5 node without delay, then I don’t need to come back it… but discovery observation and directed observation are two different processes for different purposes. People who maximise efficiency will separate these two working processes. And I would also want to observe the whole relationship pathway before executing the change for accurate amendment.

REMARKS
Local graph serves more functions. I suggest prioritising local graph ahead of this feature.

PS. I am already not a power user of Obsidian - only 460 existing files, but still this is already such a condensed local graph…

[dzlg]

I agree. It won’t replace it but I believe it can be a first step towards that.

[C.c]

I think we need to bring this back to ongoing feature request… I really appreciate team’s efforts on showing colour of object types as node colours; I like it for observing patterns.

However, now it is not possible to identify the searched object (from Cmd+F) or the current object (from Cmd+Option+O on an opened object) when graph is zoomed out.