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

charset in locale variables no more respected under Windows #18

Closed
abelcheung opened this issue Apr 6, 2019 · 1 comment · Fixed by #23
Closed

charset in locale variables no more respected under Windows #18

abelcheung opened this issue Apr 6, 2019 · 1 comment · Fixed by #23
Assignees
Labels
Milestone

Comments

@abelcheung
Copy link
Owner

Before switching to GNU gettext, charsets in locale variables are honored when displaying translations (such as $LANG=zh_HK.UTF-8). But after the switch it is no more useful. Right now the only way to override charset is to use the CHARSET variable.

Actually such change is probably better for normal users (who wouldn't change console codepage). Considering whether a better compromise can be achieved, or we just accept the status quo.

@abelcheung abelcheung added the windows Windows specific issues label Apr 6, 2019
@abelcheung abelcheung added wontfix and removed windows Windows specific issues labels Nov 5, 2023
@abelcheung
Copy link
Owner Author

Final decision is to remove gettext support and translation altogether.

  • gettext m4 macros placed a significant versioning burden on the project
  • There is no external translation submission

@abelcheung abelcheung closed this as not planned Won't fix, can't repro, duplicate, stale Nov 5, 2023
@abelcheung abelcheung added this to the 0.8 milestone Nov 5, 2023
@abelcheung abelcheung self-assigned this Nov 5, 2023
abelcheung added a commit that referenced this issue Nov 6, 2023
- gettext is placing unnecessarily restriction on dependencies
- no translation contribution to care about
- closes #18
abelcheung added a commit that referenced this issue Nov 6, 2023
- gettext is placing unnecessarily restriction on dependencies
- no translation contribution to care about
- closes #18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

1 participant