gnucash

Commit Graph

Author	SHA1	Message	Date
Christopher Lam	65d573889b	[gnc-locale-utils.cpp] don't need to strdup locale it's not freed later	2 months ago
Bill Nottingham	f60b6354f8	Fix build with glib2 2.67.x. glib headers should not be included with 'extern "C"'.	5 years ago
John Ralls	7a8a0f40b1	Fix missing space in warning message.	5 years ago
Geert Janssens	69a04be353	Fix translations using boost::locale::translate This requires a std::locale generated from a boost::locale::generator The examples already in our code base used the wrong message_path while creating the generator and as a result our message catalogs weren't found. As with the std::locale I have added code to create a locale via boost::locale only once instead of having each c++ file redo the work. This code expects a message_path to set for the boost generator. An earlier attempt queried for this path directly from within gnc-locale-utils using gnc_get_locale_dir (from gnc-path.h). That however broke several c++ tests depending on gnc_locale_utils as those then also needed to be linked against gnc-path.o. I couldn't get the linker to do this properly so I worked around it for now by splitting the boost_locale functionality in two steps: - an initializer step that takes the messages_path as a string and will generate the locale - a getter to get the locale. The initializer should only be run once, and before the getter is called. It won't hurt though if the initializer is called more often. If the getter is called before the initializer it will still generate a std::locale but without setting a messages_path. It will then also log a warning explaining translations may not be properly found.	6 years ago
John Ralls	bfbb89f6e2	Rewire and corrected Doxygen comment for gnc_get_locale() c++ function. There's no point in going through the cache dance on MinGW, that will just throw.	7 years ago
John Ralls	140eb0b110	Log a warning in gnc_get_locale() instead of writing to stderr.	7 years ago
John Ralls	7d7da8e2c4	Bug 797067 - Date displayed incorrectly in register take two. Revert using boost::locale to generate std::locales as boost::locale- generated locales don't implement std::locale::facet and there was a bug in the boost::locale ICU wrapper code that caused the wrong year to be output for the last 3 days of December. GCC's libstdc++ supports only the "C" locale on Windows and throws if one attempts to create any other kind. For dates we work around this by using wstrftime() to format according to locale and then convert the UTF16 string to UTF8. wstrftime() interprets the time zone flags %z, %Z, and %ZP differently so we process those first before calling strftime. This will have the unfortunate effect of not localizing timezone names but it's as close as we can get.	7 years ago
John Ralls	b4fedff90e	Provide a single static instance of C++ locale. We can't use std::locale::global because all streams imbue it by default and if it's not 'C' (aka std::locale::classic) then we must imbue all the streams that we don't want localized, and that's most of them. Provides error checking for setting the C++ locale from the environment. This is necessary both because the environment might have an invalid locale, which would cause an unhandled exception crash. On windows std::locale("") can't handle some Microsoft-style locale strings (e.g. Spanish_Spain) so we use boost::locale's gen("") function to set the locale--though even that can't handle a Microsoft-style locale string with an appended charset (e.g. Spanish_Spain.1252) and that's what glibc's setlocale(LC_ALL, NULL) emits.	7 years ago

8 Commits (stable)