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
FR: yaml value suggestions #74
Comments
like here is also a nice idea, too: https://github.com/SkepticMystic/codeblock-completer |
Hi, @chrisgrieser . Sorry for the late reply. I think it is a little ways away, but I want to try it after #73, #16, #48, etc. :) |
no worries, it's just something for far down the line. :) |
Hi, @chrisgrieser It is a prototype version, so I think there are some bugs and points to improve. I don't often use YAML front matter (except for Kind regards :) |
thanks 🥰 So I gave it a spin and I see some things that could be improved:
|
@chrisgrieser
Exactly. In the case of Front matter, I think it is not necessary to show a description.
I couldn't reproduce it. Don't you write a list not supported for YAML format? (ex:
I'll consider it an option because it doesn't need a comma to write another YAML format of an array. ex.
I agree perfectly 👍
That is so useful 😄 I want to implement it after v5.6.0 :) |
…ngs are enabled for avoiding noisy suggestions (#74)
Released v5.6.0.beta4 🚀 Fixed 1 and 4 🎉 |
see the screenshot above – |
@chrisgrieser |
Thanks! Considering other than Obsidian, it shouldn't, but Various Complements is a plugin for Obsidian, so I'll support it 👍 |
Ah.. That is why there is a particular API only for tags and aliases. I understood. |
@chrisgrieser It would support all cases for Tag and Alias 👍
|
thanks 🤩 btw, it's not only tags and aliases, I just tested it, this "loose" format is also supported for any yaml key you choose, so it might make sense to implement it for everything? |
Yes, I have found that |
Released v5.6.0.beta6 🚀 By the way, I'm worried about the performance a little. It is fine in my environment (indexing time is less than 10ms), but isn't it fine with much front matter in the vault? It only indexes after changing an active file, so I think it is no problem if it can suppress less than 100ms 😇 |
Well, I tried it out a bit, but I haven't noticed big problems yet regarding performance yet. it works better now, but the non-tag-yaml keys suggest non-yaml values this leaves pretty much only 3 & 5, otherwise it's perfect already :) also, another thing to think about is how would interact with other plugins that also autosuggest tags, like this one. |
Thanks!
It is what has been on my mind for some time. Suggesting other completion words might be noisy, but it also might be useful. It is possible not to suggest words except for corresponding key-values. I'll give it a try :)
It would be hard to avoid conflict with other plugins that don't need to type a prefix word. Otherwise, I wouldn't have developed for this issue. Alternatively, I recommended using excellent other plugins together. 😃 |
Released v5.6.0.beta7 🚀 |
works, well, haven't noticed anything for now :) |
Before the v5.6.0 official release, I have implemented the last improvement, which suggests property values even if we don't type anything yet. It is helpful to see selections without filtering the first character. Primarily, In the case that there are not too many items. We don't need to worry about the performance because it merely suggest s items equals to |
…fter completion only if it doesn't input any word (#74)
I have released v5.6.0 🚀 Many thanks! |
similar to #48, but only more general: enable yaml-key-specific complements. For example, if I regularly use 3-4
cssclass
yaml values; so it would be nice if the plugin could simply show me a suggester with those 4.Having autocomplete in the yaml frontmatter is quite valuable, since it ensures consistent assignment of yaml values.
The text was updated successfully, but these errors were encountered: