On 06/10/2011 10:03, Noel O'Boyle wrote: >> Now on to how to avoid specifying the C# executable as an absolute >> address. > > Is there a problem with the current setup?
It would be better if it used the information that was automatically available rather than rely on the user knowing that he has to edit it if, for instance, Windows was installed in drive D. > >> And whether to put all the OB files in a writable folder (one >> also without an absolute address), or whether to split off the /data folder. > > What's the issue here? Is this so people can edit the plugins? Yes, new plugins via plugindefines.txt. Martin Guetlein did it recently, with difficulty under Windows. But the plugin may be much simpler, e.g. a shorthand for recurring SMARTS pattern. Also a user may need to alter some data (because of errors or improved knowledge). Why else are the data in separate files and not compiled in? Another reason, which is close to my heart but not much used, is to extend OB (formats, ops, etc.) without recompiling, by distributing .obf files. I think the correct writeable folder, for /data only, is %ProgramData% (usually C:\ProgramData). Chris ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ OpenBabel-Devel mailing list OpenBabel-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbabel-devel