-
Notifications
You must be signed in to change notification settings - Fork 100
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
Sort dictionary entries by number of text processors applied #1200
Conversation
CodSpeed Performance ReportMerging #1200 will not alter performanceComparing Summary
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The translator stuff is pretty complicated so I'll need to look into this more.
Okay, I believe that the issue should be fixed, and everything should be sound. I will leave this as draft for some more so we can test things more thoroughly though. |
Tested on Japanese. |
Co-authored-by: Stefan Vuković <stefanvukovic44@gmail.com> Signed-off-by: Cashew <52880648+cashewnuttynuts@users.noreply.github.com>
…-tan into sort-by-variants
Resolves #1060 .
This PR adds a
textProcessorRuleChainCandidates
object similar toinflectionRuleChainCandidates
so that it is easier to trace the textProcessor rules applied and sort based on that number.For example, after this PR, (using CC100 frequency-based sorting) おっと should correctly match 夫 before 音, and へった should correctly match 減る before 下手。