Language files #226
Labels
discussion
enhancement
for issues that involve feature requests
winapp2ool
For issues related to winapp2ool.exe or any of its constituent parts
It has long been requested (and partially maintained for a small amount of time IIRC) that winapp2.ini support deleting language files.
Though this will never be the case with the master ini file (for obvious* reasons), I don't see any reason why this shouldn't be an option for people who would like it. A major limitation of language file cleaning has always been the infeasbility of properly maintaining an ini for each language and program.
This is where winapp2ool.exe comes into play! The underlying components of winapp2ool are object oriented, and this opens up the ability to create a "meta" ini file, and use that file to generate winapp2.ini entries.
So I have this idea that would allow us to curate an ini file, written in a hybrid winapp2ool/winapp2.ini syntax, that would automatically generate winapp2.ini files that contain entries for a specific language's cleaning.
A rough idea of what I'm thinking (I haven't put any of this to code yet because I just thought of it about half an hour ago and want to query the community before manifesting it) would be something like this:
Then using this format for the ini, an application would take in the name of a language and this meta ini and generate winapp2.ini entries for that language.
eg, the above ini entry and englishus as a language parameter would generate
or another way could be through use of ExcludeKeys, for which a similar syntax could be used. (Both could be implemented for maximum flexibility)
The basic (naive) implementation I envision is that a meta ini is maintained here on the GitHub (by someone who isn't me!) and winapp2ool uses that meta ini to generate custom lang.ini on a per-language basis (if an language isn't specified in a meta entry, it will simply be omitted from the generated set of entries). Those lang.ini files could then be merged with winapp2.ini
If there's someone(s) in the community who would be interested in maintaining such an ini, I don't think that making this module would be very difficult, and I could probably have it finished rather quickly. If not, I'll just close this bug for now. :)
*because this sort of entry is volatile and could break programs for people who don't closely examine what winapp2.ini is doing
The text was updated successfully, but these errors were encountered: