g_get_user_data_dir /home/anthon/.local/share g_get_user_config_dir /home/anthon/.config
in accordance with the wording in the api and the document referenced there. On windows data_dir uses CSIDL_PERSONAL where it should use CSIDL_APPDATA. Perhaps we can do something like #if WIN32 gnubg_config_dir = g_build_filename(g_get_user_config_dir(), "gnubg", "config"); gnubg_data_dir = g_build_filename(g_get_user_config_dir(), "gnubg", "data"); #else gnubg_config_dir = g_build_filename(g_get_user_config_dir(), "gnubg"); gnubg_data_dir = g_build_filename(g_get_user_datadir_dir(), "gnubg"); #endif Christian On Thu, Jun 19, 2008 at 11:23 PM, Jonathan Kinsey <[EMAIL PROTECTED]> wrote: > I've doubled checked on windows and g_get_user_data_dir actually points to > the my documents folder (which is an ideal place to save matches), the > existing g_get_home_dir points to the base user directory which isn't the > place to put files. > > So g_get_user_config_dir()/gnubg is the right place for the settings on > windows. > > Where do these point to on Unix? > > Jon > > Christian Anthon wrote: >> >> If you do that, I think we should distinguish between >> g_get_user_data_dir and g_get_user_config_dir. Otherwise we pollute >> the directory structure under unix. >> >> Christian. >> >> On Thu, Jun 19, 2008 at 9:30 PM, Jonathan Kinsey <[EMAIL PROTECTED]> >> wrote: >>> >>> On windows the settings files are currently being stored in the "my >>> documents" area, a better location is the "appdata" area. >>> >>> This would mean changing the szHomeDirectory to be >>> g_get_user_config_dir() >>> (instead of g_get_home_dir()). I'm not sure where this would point to in >>> linux. >>> >>> If I make the change I'll change the copy rc function to copy any >>> existing >>> files from the old location to the new. >>> >>> Jon >>> >>> >>> _______________________________________________ >>> Bug-gnubg mailing list >>> [email protected] >>> http://lists.gnu.org/mailman/listinfo/bug-gnubg >>> >>> >> >> > > > _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
