HMG_GetPrivateProfileSectionNames

[Pablo César]

Sometimes, we lose some small details, but it can be very important for keeping on mind.

Since last this Changelog, we can count now with this new function for INI files:

Screen1.png (108.69 KiB) Viewed 4253 times

HMG_GetPrivateProfileSectionNames and HMG_GetPrivateProfileSection:

These functions are going to be very useful, specially when become the great day to abstract all languages strings from our source in HMG and be relocated at INI files.

The great idea IMHO, should be in each INI file for each application, for each resources of HMG.

This would give us more flexibility to multilanguages without coding at our libraries.

Imagine to have just only one INI file for IDE languages. Its INI names, can be named by application name or function name in a specific folder containing all dictionaries.

Would it be great, don't you think ?

This demo was based on DBFview from Grigory Filatov, really very good work. Thank you Grigory for sharing.

Tela01.png (214.67 KiB) Viewed 4253 times

Just one INI file named DBFview.lng containing multiple language inside as dictionary of each UI.

Languages (Source files).rar

(14.45 KiB) Downloaded 307 times

Languages (Executable file).rar

(1.13 MiB) Downloaded 1767 times

I hope you enjoy it !

[bpd2000]

Nice
+1

[serge_girard]

Great idea!

Serge

[Pablo César]

Thank you guys !

Yes I believe it's a good idea. Even if we can think in another solution for multilanguage dictionary (labels, captions, messages to user) we will have to count with an ch or ini files anyway... the main problem that we will see a solution to avoid to repass these files in our applications. Probably making thru resource file (.RC) ?

[serge_girard]

Pablo,

This works fine except Russian and Bulgarian..? No problem for me, but I was wondering how it comes.
Besides date format it maybe also nice idea to have comma / decimalpoint SETTINGS for money value?

Serge

[Pablo César]

Thank you Serge for your interest in this.

This works fine except Russian and Bulgarian..

This probably happen when I convert it for UNICODE at Notepad++.

No problem for me, but I was wondering how it comes.

IMHO, the better option is to get from each language for who is native of it and help in the future with translations.

Besides date format it maybe also nice idea to have comma / decimalpoint SETTINGS for money value?

Yes, it's a good idea to have it.

This is a simple demo ilustrating who It could be usefil to have just one file for different languages taken from INI files.