Functionalities for internationalization (i18n) and localization (l10n) will help non-English speaking people make more use of Flying Logic.
I do not mean i18n/l10n themselves but functionalities for i18n/l10n such as Java property ResourceBundle classes and property files. By using such functionalities, users can replace menus and messages by themselves.
I notice that property files for German are already included in Flying Logic but it turned out that they have nothing to do with i18n/l10. However, the fact make me think about the standard Java i18n/l10 mechanism using ResourceBundle classes and property files.
Flying Logic is a great tool for every enterprise, I bet. However, as long as Japanese small and medium enterprises concerned for example, the language barrier is quite important. With i18n/l10n functionalities, third parties, open source communities in particular, will be able to provide property files for their preferred languages.