Simonu
In a way, yes. Though one would never guess it from my truly bonehead posting on “Flattens” yesterday, I wrote “c” code for many, many years and it’s, though a bit rusty, my baby, (were also a few years of VB 6.0 and C#). But yes, overall, you answered my question precisely. I guess it irks me more than a little that designer’s herein are having to go through all that to build a panel. “c” is an elegant lady but it takes a very long time to really know her.
Perhaps what I am working on now will help. I spent the weekend unraveling the Gauges.h header. I not there yet but I’m close and I’ve already learned a lot. I had been exploring the whole dll module, talk to FS/CFS2 thing, so this seems to be a good next step. When I get there I’ll be glad to share any info I find. Beyond that I don’t know and I guess I’ll just have to wait and see.
And can I take a moment to gripe about M$. I was always taught that Macro’s (“c” not FS scenery) are sometimes useful to hide cryptic operations or def’s but the actual “c” code should be made far more readable. The author of Gauges.h has buried what is being done by layers of poorly chosen Macros and typedef’s as well. I’m always hesitant of being too critical, but on this one, sorry, what a piece of junk.
I have toyed with just rewriting the whole thing but, as it seems everyone is used to what we have, to take it that far may not be justified.
Thanks for responding,
Sam aka: “Ali Cat”