New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Map File/Multifile link list items to some field from returned pages #110
Comments
this is a nice idea indeed. [[20 Personal|🗃.Personal]] which would be licely displayed in live preview and reading mode to 🗃.Personal This way the link still exist and the plugin is able to find the current values in the field WDYT? |
I like! Does that mean the pop-up chooser menu would also render the list of values using their aliases? Or would the alias only appear in the note itself? |
I think would be the alias in case a custom rendering is set |
Yes, that looks amazing! |
Thank you for making that update! That's really slick! One minor thing: the autocomplete doesn't seem to work with the chosen alias, so you still have to search by original filename regardless of your chosen alias. Is that something that could be implemented in a future update? Would it help to have it as a separate feature request? Thanks again for being responsive. Do you have a donation button or "buy me a coffee" set up? Would love to support your work! |
Not at the moment 😇, I do this purely for fun :) (and also for my personal needs)
This is now available in 0.2.10 |
First, this plugin is super handy, and already one that I use every day!
I have a multifile link field that gives me a list of folder notes, based on a tag
#area
. So I have:dv.pages("#area")
Which returns a list like...
It would be great if we could access the page object and map it, like we're rendering with the dataviewjs
dv.table...map()
ordv.list...map()
. In my case, this would allow me to render the list using the aliases, so my dropdown list looks more like this:Nitpicky use case, I know, but I imagine others might find use in being able to render the list with something other than the filename.
The text was updated successfully, but these errors were encountered: