Jump to content

Sign in to follow this  
Guest tdragger

How to be prepared with new developments?

Recommended Posts

Guest ghrasko

I guess we won't have FSX SDK for a while, but I think it would be good to have some guidelines already.I myself am involved in some developments and I do not want to completely re-make things when FSX comes. A 5-6 pages gauge development guidelines that directs us towards FSX style would help a lot. Of course if gauge programming will not change, my request is void.I am especially interested in XML versus C gauge programming. I myself being a traditional C programmer am hesitating quite much in programming style already in FS9. My understanding on XML generally is that it is mostly data representation and not logic programming. A smoother combination of XML and C programming of gauges would be perhaps the best. Make all visualisation in XML and all logic in C. This is not supported 100% now. XML gauge programmers make a lot of funny tricks to interface with C code. The famuous and very useful "panel.cfg 5th parameter" can not be effectively used with XML gauges and it is the same with many other features. Simply - XML is not for logic programming.The other area is aircraft synchronisation between PCs as with FS-Net for example. That kind of solutions can synchronize only standard FS parameters. They propose some special programming style to be able to synchronize custom systems also. It is good, but it would be very good to know wether it will be compatible with FSX or not? Or will there be an even more trivial, standardised way to do that out-off-the-box?Back to the original question: when will some programming guidelines be available for those who would like to avoid complete remakes of presently starting developments? Again - I am not speaking about SDK.Gabor

Share this post


Link to post
Share on other sites

Four points are begging to be made:1) XML is quite capable of advanced logic, although admittedly it is worse than un-ravelling a bowl of spaghetti... :-erks Anyone who thinks differently has evidently not spent any real time staring at the 'uncabbed' G500 XML code... :-hah 2) Bi-directional communications between C and XML is rather simple to accomplish, and trivial to program. That said, if you are already working in C, it makes no sense to use XML as a "display engine," as it's far easier to keep all the code in the C gauge... ;)3) It has been reported that the SDK's will be release at or near the time FSX is launched, so I wouldn't expect much information before then.4) It is also my impression from what's been reported thus far in the blogs and various forum replies, that not much - if anything - will be changed with the current panel system. IOW, what you are doing now will continue to function well in FSX.

Share this post


Link to post
Share on other sites
Guest tdragger

Let me distill what Bill said even further:Don't worry...be happy!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...