<p>Am 18.02.2012 07:37 schrieb "Felipe Monteiro de Carvalho" <<a href="mailto:felipemonteiro.carvalho@gmail.com">felipemonteiro.carvalho@gmail.com</a>>:<br>
><br>
> On Fri, Feb 17, 2012 at 9:49 PM, Sven Barth <<a href="mailto:pascaldragon@googlemail.com">pascaldragon@googlemail.com</a>> wrote:<br>
> > You are wrong. The Registry unit of FPC is implemented in a Cross Plattform<br>
> > way. On non-Windows plattforms it uses a XML file to store the values. As<br>
> > long as you don't need security related stuff (access control, etc) or need<br>
> > to access Registry keys of the OS or other applications this should be<br>
> > sufficient.<br>
><br>
> Still, I would say that using the Registry unit like that is a *very<br>
> bad* practice. Where will it keep the xml files?</p>
<p>In the end the XML registry is conceptually similar to XMLConfig (or however it's called ^^). But everyone must decide for oneself whether that unit is suitable or not. Just shouting "It's a hack" is not helpful. </p>

<p>Regarding the location: the Registry files are placed in the directory returned by GetAppConfigDir. A global variable controls whether this path should be a global one or not (yes, THIS is a detail I personally don't consider as a beautiful solution, but I don't have a better solution right now)</p>

<p>> It is also very bad practice that the application already has .ini<br>
> configuration file and suddenly the recently opened files manager<br>
> would use a different file in a different place to store that info...</p>
<p>Here I definitely agree with you as I've already written to Graeme.</p>
<p>Regards,<br>
Sven</p>