Skip to content
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

"Option Tags" Input Field Arguments for use with suggester, list, and select Input Fields. #423

Open
3 tasks done
reidgould opened this issue Sep 28, 2024 · 0 comments
Open
3 tasks done
Labels
feature request New feature or request

Comments

@reidgould
Copy link

Please fill out these Check-boxes

  • I checked for existing similar feature requests
  • I have read the docs and checked that the feature I am requesting is not already implemented
  • My feature request consists of only one feature

Is your Feature Request related to a Problem or Annoyance?

I'm frustrated when I want to type a tag in to a suggester, list, or select field, and I receive no auto completion hints for the tags that are available.

Describe the Feature you'd like

I would like an optionTags Input Field Argument that can be mixed in just like the existing option and optionQuery arguments.

When used, it should include existing tags in the available values.

A string argument to optionTags should limit the returned tags to those nested under the tag named in the argument.
For example, optionTags(#include/me) should cause options to appear for tags #include/me/A and #include/me/B, but not #other/tag.

Alternatives

I tried using the optionQuery argument, but it is limited to Dataview sources. While a tag can be a source of querying for pages, a list of the tags themselves cannot be retrieved this way.

Additional Context

The suggester UI is already well suited for this feature.

For the list, and inlineList types, I wonder if it would be possible to reuse Obsidian's built in feature that hints values for the tags property that appears at the top of the file in preview view mode.

For select types, I think it should be available, unlike the optionQuery argument that is not available. Perhaps an additional number argument to optionTags to limit the number of results would be worthwhile.

@reidgould reidgould added the feature request New feature or request label Sep 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant