Commits on Source (86)
-
Dennis Neidherr authored-- Included the DeferUpdate VI used to lock and unlock the FrontPanel -- After a message is created the class as well as the Do.vi and the Send.vi are now saved. The library itself is not saved on purpose to give the user the chance to undo his work.
68c2ada7 -
Dennis Neidherr authored
-- Corrected an error in the Build Send.vi which occurred when a message should be created without attribute data (in fact there was a case structure missing). -- Removed the Template.lvlib: This resulted in problems when a second message should be created because he complained that the library was still locked. -- In the Main.vi: Included an Error dialog after each loop of the User Event Structure. -- Added a symbol in the TreeControl for entries whose messages where just created -- Corrected small error with the Progress bar
eafe06ee -
Dennis Neidherr authored
-- Folder structure had to be changed in order to prepare the files for being copied in the NI project folder -- All paths are now relative except the path to the template in the Main.vi. This path had to be build manually since the used function does not work with relative paths (!?) -- Now the window closes automatically when pressing the Close button
49fb3f68 -
Dennis Neidherr authoreda02aebc5
-
Dennis Neidherr authored2a13eb4f
-
Dennis Neidherr authored
-- The main Folder Name had to be changed again. For whatever reason LabVIEW expects that the folder starts with an "_".
56ded517 -
Dennis Neidherr authored
Intermediate version: Try to make the program more robust so that it also reacts correct if there are already files in the msg folder. BUT NOTE: This version here is not intended for usage!
3d926bea -
Dennis Neidherr authored
-- 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
4488cf1d -
Dennis Neidherr authored
-- Added a method which can automatically reset a front panel of a VI. All VIs created by the MM will use it from now on.
60678eb5 -
Dennis Neidherr authored
-- Added the SubFolder functionality: The MM is now searching for the correct VI in the original class and places the message in the same subfolder structure
b30559a4 -
Dennis Neidherr authored
-- -- 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)
bcc8065f -
Dennis Neidherr authored
-- 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
f5773255 -
Dennis Neidherr authored
-- Deactivated the Checksum functionality. This is right now not working and it has to be seen how to fix it. -- Included an Installer.vi. It can be found in the ...\Intstaller subfolder an can be executed without opening the project. Note that a Version.txt was also included.
6b9b9cac -
Dennis Neidherr authored
-------------------- -- 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.
acceef05 -
Dennis Neidherr authored
-------------------- -- Corrected a small bug in the new Installer.vi. Should work now.
0a548ebf -
Dennis Neidherr authored
-------------------- -- 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.
6b8e0c2f -
Dennis Neidherr authored
-------------------- -- 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.
1b821057 -
Dennis Neidherr authored
-------------------- -- 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.
70a08c4f -
Dennis Neidherr authored
-------------------- -- 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).
9bdcbe23 -
Dennis Neidherr authored
-------------------- -- In the main GUI a small typo in the description of the buttons was corrected -- The title of the Installer was changed -- The installer is not crashing anymore if you try to de-install already deinstalled files -- Corrected an error in the CopyClass.vi which occurred if no files were found in the target directory. In this case the TEMP prefix had to be deleted. -- The BuildDialog.vi and ClearFP.vi were crashing if no attribute data were found (this could happen if one only wanted to create a Dialog Msg without the PV capabilities and the source VI had no parameters). -- For whatever reasons the problem of version 1.0.0.6 that one had to restart LabVIEW after creating a message is gone.
a2cd2ecd -
Dennis Neidherr authored
-------------------- -- Corrected a spelling mistake: It should be "GetType.vi" and not "Get Type.vi"
336f4619 -
Dennis Neidherr authored
-------------------- -- Corrected a small error in the Build GetType.vi
3ad7b37c -
Dennis Neidherr authored
-------------------- -- Included a small Help window which explains the symbols -- Modified the Installer to show a window when he is done with installing or deinstalling
c32f0aea -
Dennis Neidherr authored
-------------------- -- Updated MM to LabVIEW 2015 (not tested yet) -- Slightly modified the Readme.txt
2181e16a -
Dennis Neidherr authored
-------------------- -- 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
96481489 -
Dennis Neidherr authored
-------------------- -- Included a description for the Configure Dialog.vi in the AF message class -- Included two new templates: "GetType.vi" and "Variant to Attribute.vi" -- Added some mor etext to the deinstall pop-up -- Updated the icons of the new VIs in the AF message class -- Renamed the message control / indicator in the new AF message VIs
dd5dc158 -
Dennis Neidherr authored
-------------------- -- 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).
11fb6d0c -
Dennis Neidherr authored
-------------------- -- 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.
fd22a93c -
Dennis Neidherr authored
-------------------- -- There was a problem with the installer, when someone wanted to re-install the MM. This is now solved. -- In the BuildMsg (Core).vi a string was cut at the wrong position. -- In BuildDo.vo the class name of the the new I16-Boolean constant was wrong. -- In CopyClass.vi the Search-functions were not working 100%. They were case sensitive, which was wrong. -- At the startup the all elements in the tree are now closed.
76564eea -
Dennis Neidherr authored
-------------------- -- Added a symbol for unknown message types
fc77986f -
Dennis Neidherr authored
-------------------- -- The Configure Dialog.vi won´t be deleted anymore if a message does not need it for the moment. It will remain on the hard drive and can be added later without checking the front panel again.
1cd561e0 -
Dennis Neidherr authored
-------------------- -- Corrected two errors when creating a new message.
6a12f3f4 -
Dennis Neidherr authored
-------------------- -- Corrected an error in the Build Send.vi: The class control was not exchanged if there was no input control.
64e894e6 -
Dennis Neidherr authored
---------------------- -- And another error in the Build Send.vi: The number of inputs of the bundler was checked before the class was exchanged. The result was, that this number was always three. Is corrected now.
76838b5f -
Dennis Neidherr authored
---------------------- -- There was another problem in the BuildDo.vi: The ClusterConstant has to be deleted if only one parameter is present.
84b795c3 -
Dennis Neidherr authored
---------------------- -- Corrected small spelling error in the help window -- The descriptions of the controls within the Dialog.vi are now copied from the descriptions in the original public class method
b0b8ad97 -
Dennis Neidherr authored
---------------------- -- In the icon of the Send Message.vi the body text is now also copied from the original public actor method -- In the Dialog.vi the controls of the attribute data of the new message are now copied, so it is possible to also create Enums for example (before they were converted to Numeric controls) -- Changed the VI description for the MainGUI
89803a2e -
Dennis Neidherr authored
---------------------- -- The "Execute"-Boolean of a message without parameters has now the default value "true". This is necessary to make sure to execute the function if no Boolean was handed over.
78a77b48 -
Dennis Neidherr authored
---------------------- -- There was a small problem with the installer. The internal links were not updated last time the subfolder structure was changed. Corrected it.
06b0342d -
Dennis Neidherr authored
---------------------- -- Mass compile with LV2016
01641762 -
Dennis Neidherr authored
---------------------- -- 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
b176229a -
Dennis Neidherr authored
---------------------- -- Do.vi and Send XXX.vi for the AsynchReturn Msg are working now (with and without caller parameters)
9d7aaa06 -
Dennis Neidherr authored
---------------------- -- 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)
a2983a34 -
Dennis Neidherr authored
---------------------- -- 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
49eb4d48 -
Dennis Neidherr authored
---------------------- -- 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
8ef14e4b -
Dennis Neidherr authored
---------------------- -- This version should work again. Send and Do.vis for the ReturnMSGs were renewed as well as the Ack Msg
6af62325 -
Dennis Neidherr authored
---------------------- -- 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...).
29bfe663 -
Dennis Neidherr authored
---------------------- -- 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.
aef692d4 -
Dennis Neidherr authored
---------------------- -- 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.
0aedf383 -
Dennis Neidherr authored
---------------------- -- Included a new checkbox to give the user the possbility to force the tool to overwrite thefront panel of the dialog.
3b6fd49b -
Dennis Neidherr authored
---------------------- -- Added some Tip descriptions for the controls of the Main GUI.
f303dda5 -
Dennis Neidherr authored
---------------------- -- Mass compiled with LV2017
badc3ab0 -
Dennis Neidherr authored
---------------------- -- Modified the MM in order to be compatible with new folder/class/library names
61f8f00e -
Dennis Neidherr authored
---------------------- -- This version of MM is compatible with the renamed CSPP_Update messages -- The main window is set to modal again
8dfb2fd5 -
Dennis Neidherr authored
---------------------- -- Prepared the MessageMaker to act as a submodule in the new created CSPP_Tools
2a4d2b83 -
Dennis Neidherr authored
---------------------- -- Corrected bug in ClearFP.vi which could produce a crash, if there were only not supported data types on the Configure Dialog.vi.
1b17c119 -
Dennis Neidherr authored
---------------------- -- Added options for AsyncPV and AsyncDialogPV messages -- Note that this is an internal test version and not fully tested!
6a32a8c6 -
Dennis Neidherr authored
---------------------- -- Revision of MessageMaker finished for the moment (still some bugfixing ongoing). NOTE that all messages should be recreated!
59b5dfaf -
Dennis Neidherr authored
---------------------- -- Corrected a bug which could occur when creating a Return Msg
e5fac161 -
Dennis Neidherr authored
---------------------- -- Corrected a bug which occured when a return message was createdand the parameter in the attribute data had a special character (like ?).
5687a3f9 -
Dennis Neidherr authored
---------------------- -- 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
a07aaf67 -
Dennis Neidherr authored
---------------------- -- Corrected bug introduced in previous commit
95113baf -
Dennis Neidherr authored
---------------------- -- And another bug in the return msg corrected -- Added Help file for Return Panel -- Changed icon color of return msgs
69e98b8c -
Dennis Neidherr authored
---------------------- -- 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
14d772bb -
Dennis Neidherr authored
---------------------- -- 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
bdaae00c -
Dennis Neidherr authored
---------------------- -- Implemented the Expert-Mode for Return Msgs. Has to be tested a bit more.
a96a1f36 -
Dennis Neidherr authored
---------------------- -- 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)
201e7375 -
Dennis Neidherr authored
---------------------- -- 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)
6fa4f9d7 -
Dennis Neidherr authored
---------------------- -- 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.
46ad37cf -
Dennis Neidherr authored
---------------------- -- 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.
eb5961c9 -
Dennis Neidherr authored
---------------------- -- 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.
a5ae2890 -
Dennis Neidherr authored
---------------------- -- 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.
0196c36e -
Dennis Neidherr authored
---------------------- -- 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.
92c3a15e -
Dennis Neidherr authored
---------------------- -- Corrected a bug which occured when trying to create a msg with an "Execute?"-variable
523b2441 -
Dennis Neidherr authored
---------------------- -- 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"
2c0b8930 -
Dennis Neidherr authored
---------------------- -- Grayed out all entries in the tree whose names do not follow the MM naming conventions. These entries can not be overwritten
61968f44 -
Dennis Neidherr authored
---------------------- -- 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).
0846a676 -
Dennis Neidherr authored
---------------------- -- Bugfix of Issue 29: There are messages with no class constant in the Do.vi. These messages are from now on ignored.
ab98e0af -
Dennis Neidherr authored
---------------------- -- 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)
8fbd201c -
Dennis Neidherr authored
---------------------- -- 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
3e904a14 -
Dennis Neidherr authored
---------------------- -- Corrected two small bugs in BuildAcc which could in very rare circumstances crash the MM.
7f1c4ba1 -
Dennis Neidherr authored
---------------------- -- Deleted the (modified) AF files. They are not necessary anymore and can make some problems during a mass compile
bbb04d63 -
Dennis Neidherr authored
---------------------- -- Recompiled everything with LV2018
8d83e234 -
Dennis Neidherr authored
---------------------- -- Changed the (only) ignore-keyword when creating virtual subfolders for messages from "Action" to "Message" according to the new folder structure within CSPP
8ee81707 -
Dennis Neidherr authored
---------------------- -- Modified the send VI, so that results can be returned in a special queue (this makes synchronous answers also possible)
ecdc50a8 -
Dennis Neidherr authored
---------------------- -- Mass compile and save with LV2019.
e476b397
Showing
- CSPP_Actor/Build Do.vi 0 additions, 0 deletionsCSPP_Actor/Build Do.vi
- CSPP_Actor/Build Private Data.vi 0 additions, 0 deletionsCSPP_Actor/Build Private Data.vi
- CSPP_Actor/Build Send.vi 0 additions, 0 deletionsCSPP_Actor/Build Send.vi
- CSPP_Actor/Build Wiring Spec.vi 0 additions, 0 deletionsCSPP_Actor/Build Wiring Spec.vi
- CSPP_Actor/BuildMsg (Core).vi 0 additions, 0 deletionsCSPP_Actor/BuildMsg (Core).vi
- CSPP_Actor/BuildMsg.vi 0 additions, 0 deletionsCSPP_Actor/BuildMsg.vi
- CSPP_Actor/CS++Actor.lvclass 0 additions, 338 deletionsCSPP_Actor/CS++Actor.lvclass
- CSPP_Actor/CS++Actor.lvlib 0 additions, 8 deletionsCSPP_Actor/CS++Actor.lvlib
- CSPP_Actor/CopyClass.vi 0 additions, 0 deletionsCSPP_Actor/CopyClass.vi
- CSPP_Actor/FindAllMessages.vi 0 additions, 0 deletionsCSPP_Actor/FindAllMessages.vi
- CSPP_Actor/Read Template Path.vi 0 additions, 0 deletionsCSPP_Actor/Read Template Path.vi
- CSPP_MM.vi 0 additions, 0 deletionsCSPP_MM.vi
- CSPP_Message/CS++Message.lvlib 0 additions, 8 deletionsCSPP_Message/CS++Message.lvlib
- CSPP_MessageMaker.lvproj 0 additions, 77 deletionsCSPP_MessageMaker.lvproj
- CSPP_MessageMakerMain/Build Tree.vi 0 additions, 0 deletionsCSPP_MessageMakerMain/Build Tree.vi
- CSPP_MessageMakerMain/BuildMsg.vi 0 additions, 0 deletionsCSPP_MessageMakerMain/BuildMsg.vi
- CSPP_MessageMakerMain/CS++MessageMakerMain.lvlib 0 additions, 8 deletionsCSPP_MessageMakerMain/CS++MessageMakerMain.lvlib
- CSPP_Method/CS++Method.lvlib 0 additions, 8 deletionsCSPP_Method/CS++Method.lvlib
- Message_Template/original Template/original Template.lvlib 0 additions, 9 deletionsMessage_Template/original Template/original Template.lvlib
- TestVIs/1-FindActor.vi 0 additions, 0 deletionsTestVIs/1-FindActor.vi
CSPP_Actor/Build Do.vi
deleted
100644 → 0
File deleted
CSPP_Actor/Build Private Data.vi
deleted
100644 → 0
File deleted
CSPP_Actor/Build Send.vi
deleted
100644 → 0
File deleted
CSPP_Actor/Build Wiring Spec.vi
deleted
100644 → 0
File deleted
CSPP_Actor/BuildMsg (Core).vi
deleted
100644 → 0
File deleted
CSPP_Actor/BuildMsg.vi
deleted
100644 → 0
File deleted
CSPP_Actor/CS++Actor.lvclass
deleted
100644 → 0
This diff is collapsed.
CSPP_Actor/CS++Actor.lvlib
deleted
100644 → 0
CSPP_Actor/CopyClass.vi
deleted
100644 → 0
File deleted
CSPP_Actor/FindAllMessages.vi
deleted
100644 → 0
File deleted
CSPP_Actor/Read Template Path.vi
deleted
100644 → 0
File deleted
CSPP_MM.vi
0 → 100644
File added
CSPP_Message/CS++Message.lvlib
deleted
100644 → 0
CSPP_MessageMaker.lvproj
deleted
100644 → 0
CSPP_MessageMakerMain/Build Tree.vi
deleted
100644 → 0
File deleted
CSPP_MessageMakerMain/BuildMsg.vi
deleted
100644 → 0
File deleted
CSPP_Method/CS++Method.lvlib
deleted
100644 → 0
TestVIs/1-FindActor.vi
deleted
100644 → 0
File deleted