If using namespaces, it is not possible to see which page is favourited. It would be useful if an page/favourite alias could be set to correct this.
I would envisage doing this by either using the ‘alias’ property (which might not solve the problem, or providing a page property specifically for it.
Hi Mark,
I think I’m on your wavelength but just to be clear.
Do you mean that the alias for a page doesn’t factor in the hierarchy.
I.e.
[[Computer/New build/2025]]
Alias: NewComp25
Using the alias basically circumvents any hierarchy.
Correct. An alias page property purely for display in the left side-bar that a user can set when the hierarchy display actually creates too much friction in using favorites (and possibly recents).
Maybe something like: fav-alias::
While adding more effort to the user, I think it should be minimal and considerably less effort for the developers to implement.
Another possible solution is to use the alias:: in the sidebar by default but there might be cases where having the new property as an ultimate over-ride might be worthwhile.
Coming from a long development, data, and documentation background, I find name-spacing through the hierarchy invaluable to me, despite the drawbacks that my extensive use creates and this might be the simplest solution for myself 
Just a quick screenshot showing my (mostly self inflicted) pain
All of these do have an alias:: configured.
Thanks,
Mark
I added a page that has an alias:: to favorites, closed logseq, then manually edited the page name in the favorites entry of config.edn to be the alias name. After reopening logseq, the Favorites shows the alias name and clicking on it resolves to the correct page just like everywhere else. It seems the issue is how to get the alias name into Favorites to begin with. Right-clicking the dot of a block brings up a context list of things that can be done with that block. Maybe an option can be added to that list to “Add Alias To Favorites” if this is an actual alias:: block.
