<div dir="ltr"><br><div class="gmail_extra">Hi Jake,<br><br><div class="gmail_quote">On 29 October 2013 02:44, Jake Richards <span dir="ltr"><<a href="mailto:blaven@gmail.com" target="_blank">blaven@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello:<div>  If possible, I'd like to have a hierarchy of config dirs that geany looks at when it starts up.  We'd like to have a global repository, and departmental config and then the user area.  Right now, it looks like there are only two places to put config files which are hard coded?  (The global share and user space ~/.config/geany)</div>
</div></blockquote><div><br></div><div>Sorry Geany is hard coded to two places, see below.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>  Is there an environment variable I can set to define a list of dirs for geany to look in?  </div></div></blockquote><div><br></div><div>No.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Or, if anyone is familiar with the source code, where I can look to try and add my own changes to the source and recompile with this functionality?  Or, is there possibly a third way, by calling an 'include' or 'import' from within my user config to load a departmental config?  I'm using geany 1.23 in linux.</div>
</div></blockquote><div><br></div><div>Warning: I think it would be difficult, but here are a few notes which hopefully help.</div><div><br></div><div>1) The config is not just a single file, its a directory tree, and different parts of it are read at different times depending on what Geany is used for.  So there is not just one part read in a single place at startup.  You will have to look through every module I'm afraid.</div>
<div><br></div><div>2) The user config is written when preferences are modified. You will need to be careful that settings from the system/department levels don't migrate to the user level and then they will override any changes made at the system or department level.</div>
<div><br></div><div>3) The config files use the Glib g_key_file* functions which do not support inclusion or hierarchies.  So even the current two level arrangement has to be done by querying one key file for the setting, then querying the other, and, because of 1) the code for that is not in one place, nor is it read at one time.</div>
<div><br></div><div>4) Don't forget there are project files in the mix as well, but they don't support all settings that the system/user configs do.</div><div><br></div><div>Cheers</div><div>Lex</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div><br></div><div>Thank you!</div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" target="_blank">https://lists.geany.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>