Jump to content

The Q

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by The Q

  1. Norm, @Michael Aivaliotis, is the main system admin, he’ll have an answer for you. If you have external links in your page it requires you to do a Captcha to prove you’re not a bot. Make sure that is not what’s blocking you. —Q
  2. Join us at NIWeek 2019! Contributors of labviewwiki.org, (including future contributors), can add to their ribbon collection by finding an admin during NIWeek or at the LAVA BBQ! See you there!
  3. @X___, Sorry, other than what @ShaunR is suggesting, there really isn't a way to group like that at edit time. What I was suggesting was how to control multiple controls in a QControl, which would be run-time behavior.
  4. Well I guess you could pass the reference to each button and the slider individually into the constructor VI without them being in the cluster. You would have to add the references to the QControl class through a manual bundle in the constructor and edit the Event Handler accordingly. If that is the case I would recommend starting a new QControl and inheriting from Slider and then passing in the slider reference as normal. Then pass the references for the buttons as extra inputs with manual bundle. That way each button and slider can be positioned separately.
  5. The last straw that made me abandon XControls forever and create the QControl Toolkit was the trouble I was having using XControls with Actor Framework and PPLs. At first I just encountered weird behavior problems, then sporadic crashes, and finally the inability to build the application. With more work and headache I probably could have found workarounds and continued using XControls but it just wasn't worth it.
  6. True with any controls. Just make sure the z-order makes sense. In your case you probably want the string control in front of the cluster holding the scrollbar, instead of having the string in the cluster with it.
  7. Thank you for asking a lot of good questions. I have got NI to start a QControl Enthusiasts community group. Some of your questions and suggestions would make great topics there if you are willing to add them. The Link is: https://forums.ni.com/t5/QControl-Enthusiasts/gp-p/5383?profile.language=en
  8. I tried to make it so you could do it from a new project but it always had problems (that is why I warn against it in the tutorial, it wouldn't work every time). I'm going to put some time into making this better.
  9. That is true. I have thought about using the "Not shown as Icons" to get the same look as a Invoke Node or even creating an Xnode (but I have never created one of those before). A polymorphic would give you a list of the VIs included in it but not the ones inherited from the class hierarchy which are available too. A cool tool that does give you all of the methods available is MGI's Class Method Browser (MGI's Website | LabVIEW Tools Network). I do need to add some more templates and scripting. One of which would be to help make Properties from the items in the State Data. New Method templates could be helpful too.
  10. Weird because the wizard calls the same code the examples call.
  11. As I stated before, I don’t know what the replacement for XControls will look like in NXG. However, the work you spend writing XControls now will likely have to be repeated when rehosting that functionality to NXG later. QControls are all regular, plain G under the hood and therefore there is a higher likelihood that they could be portable to NXG. I have attempted to port the whole toolkit to NXG a while ago but have not tried recently. I don’t know what it would take to make a NXG QControl Toolkit but I do think it will be possible. If it can be done, then time spent now on creating QControls might still be usable in NXG.
  12. Now on to the sluggish behavior problem. Can you reach the examples in the Example Finder? In the Example Finder search for QControls and test each of those out and let me know if it is all of them or just the Tree Selector one. This will help me narrow the problem down. @X___, I'm sorry this has been a bad experience for you but thank you for your patience and for being a troubleshooter for me. With your help we can make this event better.
  13. I'm working hard to try to understand the problems. I'm currently stepping through the wizard code node-by-node trying to see the path problems you are seeing. One thing I see is when you start the new dialog when a project is not open or the project is not saved, the default folder it picks first is the [LabVIEW Default Data Directory]\QControls\[QControl Name]\[QControl Name].lvclass normally this is in the [User Documents]\LabVIEW Data\QControls\[QControl Name]\[QControl Name].lvclass. This is why you are seeing the "LabVIEW\QControls" coming up as default. If the wizard is started when a saved project is open then the default path is relative to the project: [Project Path]\[QControl Name]\[QControl Name].lvclass. At the VI you showed above, nothing has been created yet. It has just constructed the path as the destination of the new QControl class and the indicator for the final path shows you where it thinks it ought to be saved. However, something very wrong is happening for you if it is keeping the "LabVIEW\QControls" in the path. At this point it should be the have a folder using the class name and the class. The destination should be showing you the class name and folder like this: The error down stream occurs when the path is checked to exist already. The full path with the new class should not exist yet. But if your path is just folders that do exist it will pass the error at the check here: So, now why is it not showing the class name and folder? Does the QControl Name tab let you past without typing the new name? If the name is blank I could see this being the cause but the Next button should be disabled until you type something in. (I found an error I should catch as it does let you just type a space and that would be bad too.) If you do specify a name, I wonder why it is not being passed correctly. I can see now that the way it is being passed is not robust enough and that will need to be fixed. After it starts the scripting, if it fails, it does have to be started over. This could probably be more elegant but if it does error while scripting there is no cleanup code to remove what was partially created. Maybe I should add this in the future.
  14. @flarn2006 sorry I didn’t know about your tool. It would have saved me time. I created one of my own. Your’s looks better though and has more features. @Francois Normandin and I discussed the lag on first call and I am adding a fix to do a post install mass compile to see if that fixes it. @X___, I’m sorry there have been so many problems. I’ll take a look at the folder code tonight. As for using the checkboxes, the wizard uses the Tree Single Selection QControl to be seen as an example. I’m not sure why the performance is so bad for you as I have not seen that anywhere else. If it is better for user experience, I could remove the use of that QControl in the wizard. The wizard also uses the Steps QControl for the tab disabling and the StatusHistory QControl for the status string during the creation scripting process. Has there been issues with those as well?
  15. Well, I have a similar computer but I’m not running as a VM. Could that be it?
  16. I can’t seem to duplicate the lag or the popup dialog problem. I wonder if it has to do with your LabVIEW being 64bit. I don’t have LabVIEW 64bit installed right now. I’ll have to install it and give it a try.
  17. I tested to a shared folder on my laptop and it worked fine. Not sure what the folder problem is.
  18. I'm glad you were able to figure out the folder problem. It was working for me on the desktop. You say it has trouble on a network drive? I'll have to find some way to test that. As for the tree, I don't see the same latency. Is it the same every time you launch the wizard?
  19. I’ll try to recreate the steps you went though when I get home this evening and let you know what I find. I wonder if there is something weird going on with trying to create it on the desktop. Looks like the wizards is in some confused state to come up with a path like that. The default is: [Your path]\[QControl Name]\[QControl Name].lvclass
  20. You are right QControls do not inherently have edit time behavior but I see the edit time behavior as one of the problems XControls had. It made them difficult to work with and took a lot of programming just to get the basics. However, I have created a QControl with some edit time behavior by using the Right click menu stuff. See my DataGrid QControl linked here: https://labviewwiki.org/wiki/DataGrid_QControl As for making it a single terminal as XControls are, I have found no way to do that. It would have to be functionality NI would add. Maybe this would be possible with an XNode but I’m not an expert with those. @hooovahh could probably take a stab at it. He’s better at those than me. I don’t know what they have planned for NXG. I know XControls are not it though. QControls have a higher likelihood of being able to port over to NXG but I haven’t tried yet.
  21. All, Darren and I have been working to get QControls on the priority to become part of LabVIEW Core. If you feel this would be a beneficial to you, please go vote on the Ideas Exchange: https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Add-QControls-to-LabVIEW-Core/idi-p/3908067 Please kudo! Thanks in advance!
  22. @Michael Aivaliotis I'm willing to combine efforts. Wikia is changing its name to FANDOM soon anyways and I didn't know what I wanted to do about that. Its already changed in all but the URL which will change sometime in 2019 or 2020. What I really wanted is a place where we could group great content we have already created (or are creating) by topics. An index of articles so-to-speak. (More so than maybe what I have already created on the Wikia site.) Great content is posted everywhere, blogs (company and personal), podcasts, forums (NI and LAVA), etc. What I would like to see is a place where anyone can post a link to their content, provide a title, synopsis, and some keywords and then this repository would make that searchable by the title, author, and the keywords. Google won't find everything but it helps (because most of us aren't SEO experts). I see a lot of reinvention because content can't be found. I think this is the thing that is needed more than the Wiki. The Wiki, if there really needs to be one, is a place where people can post articles when the don't have anywhere else to post. Again, I'm willing to combine efforts here and I will volunteer as a moderator or in whatever capacity you need depending on how this ends up looking.
  23. There is also the RichTextBox QControl that has toolbar support. You can learn more about it here: RichTextBox QControl from the LabVIEW Community Wiki
  24. Yes, I saw that on the Wikidot one as well. Abandoned since 2008, right after creating it too. I sent in a request to have the domain released to me but it looks like it takes Wikidot's Admin a long time to get to those requests. I even messaged the current owner, but with no reply. So for now Wikia it is. I would rather have it hosted on Wikidot, it has better themes (like the standard Wikipedia one everyone is used to). If LAVA wants to restart the wiki I would support that. -Sorry @hooovahh I didn't mean to hijack your post. I really like the Landing Page. It is pretty much all inclusive.
  25. I started a wiki. I created a post introducing it here: https://lavag.org/topic/20635-new-labview-wiki-started/ --Q
  • Create New...

Important Information

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