The reason I did that was because of the large quantity of data, it was easier to define unicode strings in resources
then it is to do in code, and I got a free method of seperating part/state data for each class
As far as inefficent that wasnt my concern as the data is only loaded once at startup and never touched again
If it is an issue I will change this and resubmit
On Monday 12 January 2004 04:57 pm, Alexandre Julliard wrote:
> Kevin Koltzau <kevin at plop.org> writes:
> > This is a ton of infrastructure for my future patches, and a full
> > implementation of GetThemeDocumentationProperty which I primarilly
> > used to test my INI file processing, and its now possible to set the
> > current theme through the API..not that its much use to do that yet
>> The part about storing the string maps as resources seems
> unnecessarily complicated and inefficient. Why can't you store an
> array directly in the code?