----------------------
-- Mass compile and save with LV2019.

----------------------
-- Modified the send VI, so that results can be returned in a special queue (this makes synchronous answers also possible)

----------------------
-- Recompiled everything with LV2018

----------------------
-- 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.

----------------------
-- 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.

----------------------
-- 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!

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

----------------------
-- 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)

----------------------
-- Added two new message types (Return + ReturnAndDialog)
-- ReturnMsg is partly implemented (only Do.vi and also this still has to be modified when CallerMsg has no parameters)
-- Fixed a bug in the Main.vi: When one switched between projects the actor list was not always proper updated
-- Slightly modified the helping txt files

----------------------
-- Mass compile with LV2016

----------------------
-- There was another problem in the BuildDo.vi: The ClusterConstant has to be deleted if only one parameter is present.

--------------------
-- Added a symbol for unknown message types

--------------------
-- The Do.vi modification from last version was not working. This is now corrected.
-- There was a problem in the CopyClass.vi which occurred if two messages with the same name were present in one project. The Message Maker could not distinguish between both. This is corrected by using the QualifiedName which includes the name of the corresponding library.

--------------------
-- The Do.vis are modified if a PV message is created with only one Boolean. In this case it has to be checked also if the message data is an I16 (Boolean sent over DIM).

--------------------
-- The installer will now also include the "Configure Dialog.vi" in the standard AF message class
-- The Dialog template had to be adjusted as well as the Build Dialog.vi
-- Updated GetTypeInfo.vis and GetLVClassInfo.vis which are deprecated in LV2015

--------------------
-- Updated MM to LabVIEW 2015 (not tested yet)
-- Slightly modified the Readme.txt

--------------------
-- Corrected a spelling mistake: It should be "GetType.vi" and not "Get Type.vi"

--------------------
-- The main GUI got a new front panel title.
-- Modified the CopyClass.vi so that now it can also be executed without an open project (which is the case if the MM is executed from the run-time menu of the target project). Unfortunately for a new created message class LV has to be restarted. The reason is that the Template class still remains in memory...
-- For this modification all VIs in the templates except the SendXXX.vi had to be renamed (a prefix "TEMP" was added).

--------------------
-- Corrected the ClearFP.vi in case of the ConfigureDialog.vi. This should work now but it is not 100% tested.
-- Corrected an error in the CopyVI.vi which prevented the content of an VI from being deleted as a first step if some controls were grouped together.

--------------------
-- Included the PVUpdate & Dialog option, which is nothing more than a combination of the PVUpdate and Dialog options.
-- Corrected a bug in the CopyVI.vi: It is not possible to delete grouped objects (there is also no error message delivered...), so one first has to ungroup them.
-- There was an error in the Configure Dialog.vi template regarding the LVClass Control and Indicator. Like always one has to use DummyClasses and replace them with the correct ones during the build process.
-- Already included some disabled code to clean up the Configure Dialog.vi front panel. But more work needed here.

--------------------
-- Corrected a small bug in the Build Do.vi which occurred after the last update,
-- Half of the Dialog Msg is already implemented. The Configure Dialog.vi is there but the accessor VIs are still missing.

--------------------
-- Included two Dummy methods in the PVUpdate Do.vi Template. This has to be done in order to uncouple the template from the target project. Adjusted the Build Do.vi to compensate for this.
-- Moved the Dummy Actor Method.vi a folder up.

-- In the case of an PVUpdate Msg the MM will include a boolean called "Execute?" to the attribute data if the original Vi had no data inputs. In addition the Do.vi will be modified with an additional Case structure. (This procedure is tested)
-- The Tree in the GUI does not lose the last values once a message has been built
-- The Tree shows now the correct symbol when a PVUpdate Msg was built
-- The labels in the "Get Type.vi" of the actor control / indicator is now properly set

-- -- Change of Inheritance
-- -- More complex Build Do.vi
-- -- Included the GetType.vi
-- Not used files will now be deleted (Question remains if LabVIEW will rewrite them once the project is closed and saved)

-- Completely rebuild the CopyVI and CopyClass.VIs
-- Result is that it is not important anymore if a class with the same name is already in memory or was deleted before
-- The progress bar is set to 0 once you press the "Build" button

-- The main Folder Name had to be changed again. For whatever reason LabVIEW expects that the folder starts with an "_".