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@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?