----------------------
-- Corrected two small bugs in BuildAcc which could in very rare circumstances crash the MM.

----------------------
-- From now on an error which occured while a msgs was created will not block the creation of other msgs still to come
-- Modified error dialog for the "Build Msg" function

----------------------
-- Bugfix of a crash which could happen in BuildAcc.vi when creating an Accessor for a TypeDef
-- Bugfix of a crash which happened if a ctrl had a name which is not compatible with Windows (Note that there is still a bug => see issue #30)

----------------------
-- Bugfix of Issue 29: There are messages with no class constant in the Do.vi. These messages are from now on ignored.

----------------------
-- The GrayOut function had a small glitch which I corrected here. Note that "old" msgs (whose naming in the Do.vi is wrong) will not be shown in the main window if there name does not follow the MM naming conventions (But they will be shown in the error dialog before).

----------------------
-- Grayed out all entries in the tree whose names do not follow the MM naming conventions. These entries can not be overwritten

----------------------
-- Added the pssibility that the name of an already existing message does not follow the MM naming convention
-- Note that all msgs created by the MM will follow this rule. Therefore it not yet possible to overwrite a msg which does not do this
-- This version is not 100 % tested
-- All messages have to be either created new or a "tag" with the name "Method" has to be included in the xml file of the msg indicating the complete name of the corresponding method as a string, for example "CSPP_BaseActor.lvlib:CSPP_BaseActor.lvclass:After Launch Init.vi"

----------------------
-- Corrected a bug which occured when trying to create a msg with an "Execute?"-variable

----------------------
-- Started from scratch to solve the problem with the Accessor VI still in memory when trying to recreate a msg.
-- This time I included the AccessorVI in the normal CopyClass.vi
-- It seems that it is running, but testing is not yet finished.

----------------------
-- It is now possible that more than one actor is located in the same library. It will always be checked which msg belongs to which actor during startup
-- Modified BuildDo again in order to get the ExpertMode working. This is still work in prpgress, since the result for an "Expert-Mode" Do.vi is ok but not perfect.

----------------------
-- Hopefuly corrected a small bug when calculating which ReceiverMsgs are shown in the ReturnMsg DialogBox depending on the Expert-Mode boolean.
-- Slightly modified the Help window.

----------------------
-- There was a very old bug in the Do-Templates: The DIM boolean was connected at the wrong point to the rest of the sc. Corrected this and modified Build Do.vi accordingly.

----------------------
-- Used the TestMode to find countless bugs and corrected them. Therefore several changes had to be implemented, some examples are: For Return Messages there is now a "Send Return XXX.vi", only necessary accessor vis are created (because parent and child classes can not have the same vis...), and so on.
-- Already prepared VIs for Performance tests.
-- One remaining bug: Some messages will not work if the ExpertMode is off.

----------------------
-- The Test mode is now also working with Return Messages
-- Corrected a bug which occured when two classes with the same name but different libraries were present in the system (btw: LabVIEW crashes when a class tries to inherit from itself)

----------------------
-- Added a "Test"-Mode, reachable over Ctrl-F1. This mode needs the CSPP_MMTest package to be installed. Right now it does not work with return messages. (btw: Test was passed for all messages)

----------------------
-- Implemented the Expert-Mode for Return Msgs. Has to be tested a bit more.

----------------------
-- Corrected another bug in BuildDo.vi: In case of a return message the inputs of the receiver message were used to be connected to the Sender Action vi and not the outputs
-- Larger modifications to the ReturnMsgPanel: From now on he calculates which messages are possible with the sender methods connector pane. Everything else will not be shown to the user. In a next stel the expert mode has to be implemented.
-- Exchanged some deprecated VIs I used to check if a variant is an error cluster

----------------------
-- Corrected a problem in the earlier versions for ReturnMsgs: The parameters have to be taken from the parent class of the return msg
-- It is not 100% tested yet and the Expert mode is not wired to the GUI

----------------------
-- And another bug in the return msg corrected
-- Added Help file for Return Panel
-- Changed icon color of return msgs

----------------------
-- Corrected bug introduced in previous commit

----------------------
-- There was another bug which occured when creating a ReturnMsg for a SenderVI without inputs (in this case an "Execute?" boolean has to be created)
-- Renamed the Installer.vi to make clear that this one is deprecated

----------------------
-- Corrected a bug which occured when a return message was createdand the parameter in the attribute data had a special character (like ?).

----------------------
-- Corrected a bug which could occur when creating a Return Msg

----------------------
-- Revision of MessageMaker finished for the moment (still some bugfixing ongoing).

NOTE that all messages should be recreated!

----------------------
-- Added options for AsyncPV and AsyncDialogPV messages
-- Note that this is an internal test version and not fully tested!

----------------------
-- Corrected bug in ClearFP.vi which could produce a crash, if there were only not supported data types on the Configure Dialog.vi.

----------------------
-- Prepared the MessageMaker to act as a submodule in the new created CSPP_Tools

----------------------
-- This version of MM is compatible with the renamed CSPP_Update messages
-- The main window is set to modal again

----------------------
-- Modified the MM in order to be compatible with new folder/class/library names

----------------------
-- Mass compiled with LV2017

----------------------
-- Added some Tip descriptions for the controls of the Main GUI.

----------------------
-- Included a new checkbox to give the user the possbility to force the tool to overwrite thefront panel of the dialog.

----------------------
-- Corrected a small bug in the just introduced WriteProtection test: Now the user is forced to restart the MessageMaker if a WriteProtection Error occured at a message. Because the at this time the message is already in memory.

----------------------
-- Included a write protection check. So before any folders or files are generated the tool will check wether there is a write-protected file in the folder. If yes, the process will be aborted.

----------------------
-- The GUI was completely renewed. Now it looks better, is more intuitive, easier to extend and more powerful if you want to create many messages at once. The can still be some logic errors in (these checkboxes...).

----------------------
-- This version should work again. Send and Do.vis for the ReturnMSGs were renewed as well as the Ack Msg

----------------------
-- NOTE THAT THIS IS JUST A "WORK-IN-PRPGRESS"-VERSION
-- changed the string test in Build Methods.vi to make it more reliable
-- Included the Variant2Attribute.vi for the two Asynch Msgs
-- Included AccessVIs for all messages

----------------------
-- The Acknowledge Message is now included and working (there is a small bug when switching frfom an Ack Msg to an Asynch Msg resulting in a warning => not so problematic)
-- Changed some symbols
-- Updated the Help window

----------------------
-- The Asynch+Dialog version is also working
-- Corrected very nasty bug which appeared when switching between PVDialog and Return Msg: LV got completely stuck. I could solve this by change the inheritance before (!) building the Do.vi
-- Correted (old?) bug in the CopyClass.vi: Even if a VI from the template class is newly copied to the Msg folder he will reset it. I had problems that it could happen that some old files were still hanging around in memory...
-- Switching between the two different Dialog versions is working: He will only overwrite the Configure Dialog.vi if the new type is different from the old one. This is included to minimize the work the user has to do at the FP
-- Included the Ack-Msg button (has no function yet)

----------------------
-- Do.vi and Send XXX.vi for the AsynchReturn Msg are working now (with and without caller parameters)