Welcome to Geeklog, Anonymous Friday, November 08 2024 @ 09:42 pm EST
Geeklog Forums
Language file maker for geeklog.net?
tokyoahead
Anonymous
Hi,
I just had an IMHO interesting idea about a new plugin that will possibly run only on this website here:
All language file components are stored within a table, all in lets say UTF-8.
Each component has its translations next to it. For every component however, there can be several option, such as "Web Ressources" instead of "Links", with all the necessary translations. Those translations can be added directly into the plugin by users and / or translators.
Now when a user wants a language file, he selects the langauges he wants and the encoding. then he can also select from those components that have several options those that he likes most. This "profile" is stored for the user with his uid. So for the next version, he can reload the same. If he does not want to select manual entries, he can select the most wanted, or standard versions. When he downloads the language file, the plugin uses mb_string functions to output all in the proper encoding.
Advantage to the current system:
- All files are always available in (almost) all encodings
- You do not need to re-change all your language files each time if you cannot do anything with the expression "Web Ressources"
- Less work for the dev team (I hope)
So what do you think about that? Is it worth it? Will it be installed on this page here to get the maximum out of it? Is there mb_string on this server?
I just had an IMHO interesting idea about a new plugin that will possibly run only on this website here:
All language file components are stored within a table, all in lets say UTF-8.
Each component has its translations next to it. For every component however, there can be several option, such as "Web Ressources" instead of "Links", with all the necessary translations. Those translations can be added directly into the plugin by users and / or translators.
Now when a user wants a language file, he selects the langauges he wants and the encoding. then he can also select from those components that have several options those that he likes most. This "profile" is stored for the user with his uid. So for the next version, he can reload the same. If he does not want to select manual entries, he can select the most wanted, or standard versions. When he downloads the language file, the plugin uses mb_string functions to output all in the proper encoding.
Advantage to the current system:
- All files are always available in (almost) all encodings
- You do not need to re-change all your language files each time if you cannot do anything with the expression "Web Ressources"
- Less work for the dev team (I hope)
So what do you think about that? Is it worth it? Will it be installed on this page here to get the maximum out of it? Is there mb_string on this server?
6
7
Quote
All times are EST. The time is now 09:42 pm.
- Normal Topic
- Sticky Topic
- Locked Topic
- New Post
- Sticky Topic W/ New Post
- Locked Topic W/ New Post
- View Anonymous Posts
- Able to post
- Filtered HTML Allowed
- Censored Content