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

Feature request: Support of wildcard character #13

Open
ChristophSchmidpeter opened this issue Apr 18, 2021 · 4 comments
Open

Feature request: Support of wildcard character #13

ChristophSchmidpeter opened this issue Apr 18, 2021 · 4 comments

Comments

@ChristophSchmidpeter
Copy link

Some Cangjie implementations support a wildcard character.
A possible implementation is described in the IBus Cangjie documentation:

Wildcards
Do you really know all the input codes for all the 70000+ Chinese characters?
No? Well don’t worry, we thought about that.
Whenever you don’t know the exact input code of a character, just try using a wildcard.
For example, the Cangjie code for 你 is onf.
But if you only remember the beginning and end, just try typing o*f, and we’ll return it, along with 繁 (okvif), 煲 (odf) and all the characters for which the code starts with an o and ends with an f.

I think having such a feature would be greatly helpful, especially when you are still learning new characters. For example, one could still enter a character into a Cangjie dictionary, even if one cannot figure out the exact Cangjie code.

@ChristophSchmidpeter
Copy link
Author

Is such a feature possible to implement on the rime-cangjie level from a technical standpoint? Or does it need to be implemented into rime itself?

@LEOYoon-Tsaw
Copy link
Member

No. It would needs extra rime features

@ChristophSchmidpeter
Copy link
Author

@LEOYoon-Tsaw Thanks for the info

@lunarythia
Copy link

lunarythia commented Aug 6, 2024

@LEOYoon-Tsaw But Array schema has wildcard features. You can enter l?x to get 我(lox). So why can't Cangjie be the same?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants
@ChristophSchmidpeter @LEOYoon-Tsaw @lunarythia and others