Jump to content

Francois Normandin

Members
  • Posts

    1,208
  • Joined

  • Last visited

  • Days Won

    46

Posts posted by Francois Normandin

  1. OK, I found the problem.

    The Two Button Dialog box does not initialize the excluded references before computing the text position. To correctly compute the position, one needs to exclude the text indicator so that the rest of the components are aligned properly. 

    A quick fix while I rebuild and publish the package is to add the string reference with "Set Exclusions.vi" in the Init case of "Dialog_TwoButtons.lvclass:Dialog Box.vi".

    (Edit: Actually, the Set Exclusion node needs to be the first called... as opposed to the image below.)

    2017-03-13_23-03-54.png

  2. Hi Bruce, 

    I just saw your post. As cbl mentioned, the best place for support on SMOs is the issues section on GitHub. 
    https://github.com/JKISoftware/JKI-State-Machine-Objects/issues

    Are you still having issues or you've solved it?
    It is most likely a re-entrancy settings issue, perhaps with the Splash screen template creator method. Try setting the reentrancy of the Creator method to Shared Reentrant.

    Francois

  3. NI has been stabilizing LabVIEW for many releases now, and has been mainly focused on performance and reliability. Speaking for myself, the absence of cool new language features or redefinition of the IDE and work flows are the main reasons I've been mostly inactive from LAVAG over the past few years. Once I've gone around the garden and experienced most of the things I am personally atuned to, I find it harder to keep an interest in the daily chatter that happens. I hope I'd get a renewed interest if I found a new topic that piqued my interest, but it might be wishful thinking.

    When on LAVAG, I kind of feel like I'm sitting in my favorite café: the discussions are background noise and I can't possibly follow them all, but they contribute to me feeling that I belong. It's comfortable. It's cozy. I like to sit next to familiar faces. If the ambiant noise is lower than before, it might simply be a realization that we've grown up as a community to the point where not everything needs to be said. Hey, LAVAG might be like an old couple that just takes comfort in the presence of the other, who knows. ;)

    • Like 1
  4. I've tried a quick and simple example of ooCalc yesterday and it seems that AODL 1.3 is not fully compatible, at least with the latest version of Office 2016. I was able to create the ODS document and open it with Apache OpenOffice 4.1, but it was impossible to open it with MS Excel 2016 without errors. I could create and add pages, and insert cells in a row, but not in a self-resizable table, meaning that AODL does not support correctly the automated resizing of a table when you insert a cell in a random row/column (user needs to resize the collection of rows and columns in a given table).

     

    It might simply be a mistake on my part (back of the envelope PofC): mapping 1:1 with an example I saw online from 2010 does fail. I had to create workarounds for it to partially work. 

    Since AODL support has been dropped at about the time I started the project, it seems likely that the ooCalc implementation with AODL will be error prone and not compatible with the latest openDocument standards. ooCalc will be lots of work to avoid these pitfalls and might be quite limited. I do not think that adding graphs and images was done with SpreadsheetDocuments in AODL.

     

    My takeaway is that supporting text, numbers and formulas might be achievable with a few abstractions, but so far it would be compatible only for OpenOffice and not for MS Office.

     

    ***EDIT: Compatibility issue is from the Save method().

  5. post-10515-0-39070800-1460736356.png

     

    - Updated the repo with package build spec

    - Removed the dependencies on OpenG methods (package is now dependency-free)

    - Added an explicit constructor for ooWriter (no more pre-install/post-install to backup the NIreport factory)

    - New palette for ooDocuments (vi.lib/OpenOffice RGT addon)

    - version 0.2.0 (beta)

    - still no ooCalc.

    - released the LabVIEW library under BSD (instead of LGPL). LGPL is only the AODL libraries part of the package.

    • Like 1
  6. hmm. Looks like it was meant to remove previous releases of Control addon class but I might have forgotten to change the namespacing. This looks like a self-conflict.

    Can you let me know which version you are using? I don't have 2011 installed as your profile suggests, but I'll try to reproduce the issue on a newer version and come up with a new package or a solution.

  7. Sorry, this is long overdue...

     

    - Migrated to VIP file and moved the controls to vi.lib.

    - Removed dependencies on base package.

    - The controls will now be located under "User Controls" palette.

     

    Glassweb Style:

    https://lavag.org/files/file/124-ui-tools-expansion-pack-glassweb-style/

     

    System Style:

    https://lavag.org/files/file/121-ui-tools-expansion-pack-system-style/

     

    Outlook and Vista style packages to be updated tomorrow...

    • Like 1
  8. Hi Shoneill, 

     

    Indeed, there would be a lot to do would we have an API for easily manipulating the controls properties as we can do from the editor.

    I've briefly looked into it but gave up for lack of time (and will) to reverse-engineer it. I wasn't able to quickly whip up the positioning of a decal programmatically, so I didn't go further with scalable graphics and all.

     

    Therefore, the Controls addon package still only replaces a non-scalable graphic (PNG) by another one created on the fly, "mimicking" a static decal of your choosing, so it is definitely not good for anything that rescales or grows with a pane. 

     

    One bit of information that is quite useful for designing new buttons is this LabVIEW ini key:  enableSecretPopups=True

    which exposes plenty of new things in the editor.

     

    10.23.2014-08.01.png

     

    You are absolutely right that the Resource Manager methods are the key here. All items are stored in chunks. All image strings (decal included) are their own chunks. The "FPHb" chunk is the one that changes when you move things around. Find the prototype for this chunk and you can probably automate it. Changing a decal changes the MNGI chunk (containing the PNG string) and a buunch of other chunks (history, size and position, etc.)

    Hope this help a bit. 

  9. New version uploaded. (1.3.0.12)

    The previous one was reported to be broken.

    Since it is a version I did not intend to modify before I revisited the API and its integration with UI Tools base package on LVTN, I changed the package filename and moved all files into LabVIEW folder to where I intend the future package to be. This package is not using "system files" anymore, which was the cause of some problems when installing on x64 systems.

     

    This new version is a temporary version that I intend to revamp later on. However, I will do so as to not change the new template folder structure and this version (>= 1.3) will be backward compatible with the future version when it arrives. However, I have marked it as "Incompatible" with previous versions <=1.2.

     

    It is my intent to modify the way the controls are generated to make them less static in nature. Stay tuned.

     

    Thanks for the latest feedback by David and the previous users.

  10. I reproduced the bug.

     

    Issue is with "Write Scale Icon.vi" located under "<LabVIEW>user.lib_LavaCRUI Tools_Control_classProperties".

    In an earlier version, support for different True-False state images was added. The rescaling of the button image was not done for the even states (True).

     

    Quick fix: Add the True Decal scaling factor to the bundler of "Write Scale Icon.vi".

     

    10.19.2013-20.32.png

     

    This will be fixed in the next version.

  11. Hi Thols, 

     

    I've just verified that it works on my system in LV2012 on Win8.

    I don't know why the control templates would be corrupted. Which versions of UI Tools and UI Tools addon: Control Class are you using?

     

    Before I make a new package, can you test this for me on your system and tell me if it solves it?

    In your User Document folder, please replace the content of your "LabVIEW DataLAVAControl Templates" folder with the content of this zip file:  

     

    Control Templates.zip

     

    This will restore the controls to the default LV8.6 ctl files. If they have been corrupted, this should solve it and point me in the right direction to correct the problem.

  12. I seem to have missed this post too. I am ashamed to admit that it's been more than 6 months since I've read anything on LAVA...

     

    I looked at the issue and there is a quick fix: one of the subVI needs a reference to its front panel to be kept opened to calculate a string length. This subVI has its panel loaded in memory at edit time, but the FP is stripped when compiled into an EXE. Therefore, the reference to front panel is invalid.

     

    In the meantime, here is the quick fix instructions:

    - Search for the VI named "Calculate Optimal Height__lava_lib_ui_tools.vi" located under "<LabVIEW>/vi.lib/LAVA/UI Tools/Dialog/Dialog" folder.

    - Add a reference to an element on the front panel. (here, I created a static reference for the error cluster)

     

    09.04.2013-23.33.png

     

     

     

    I can't offer a new package at this time without upgrading the code from 8.6 to 2012 (new computer, didn't reinstall older versions). I'll see to get my hands on an older version of LV for my computer and repackage it with the fix.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.