-
-
Notifications
You must be signed in to change notification settings - Fork 593
feat(service): hideBeforeDisplay #1579
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
base: develop
Are you sure you want to change the base?
Conversation
|
@CodeAndWeb Note, I can also do the directive, just didn't wanted to add more time if you wouldn't accept this one or if you have a better implementation |
|
I think this solution is incomplete: It does not work for - e.g. A more complete solution might be to use a and replace it with the "real" one after the first language or fallback language was loaded. I'd prefer this solution since it's more in one place instead of implementing the logic in several places. Uses could also easily use a handler like this themselves. |
|
@CodeAndWeb yes you're right and I like the idea :). Shall I let you implement it, as you're more familiar with the missing handler? If not you can assign it to me and I'll look into it |
|
It's already implemented and documented, see |
|
@CodeAndWeb Indeed, we already have workaround, but this implementation will let you delete the entire page, which is quite long, in favour of a simple Or what is going against it ? |
|
It does not replace the page. Options 1 and 2 are valid solutions to the problem, too - maybe even better than displaying an empty text - which event might introduce bigger content shift after the strings are loaded. What I would accept is adding a |
Description
Enable the possibility to hide the keys before they have been translated.