Jim Kring Posted November 24, 2005 Report Share Posted November 24, 2005 Listbox drag & drop row reordering does not work in built executables. Run the attached example. Download File:post-17-1132853952.zip Notice that Listbox Test.vi works, but Listbox Test.exe does not. To prove that this is a problem with the Run-Time engine, change "Listbox Test.exe" to "Listbox Test.llb" and open "Listbox Test.llb\Listbox Test.vi" in the Development Environement -- the proplem goes away. CAR#: 3RK9A23A. Status: Fixed in 8.0.1 Quote Link to comment
Mike Ashe Posted November 25, 2005 Report Share Posted November 25, 2005 I wonder if this is a case of a default EXE behavior that can be corrected with the right INI setting? I'm not near my LV8 box or I'd check this out. Quote Link to comment
Jim Kring Posted November 25, 2005 Author Report Share Posted November 25, 2005 Great idea! However, I just tried adding all of the settings in LabVIEW.ini to Listbox Test.ini and it did not help the problem. Quote Link to comment
Mike Ashe Posted November 26, 2005 Report Share Posted November 26, 2005 Bummer. Last hope might be a saving throw from one of the NI demi-deities... I've got to check if this bug is just the listboxes or also in the tree control, sigh... Quote Link to comment
Jim Kring Posted November 26, 2005 Author Report Share Posted November 26, 2005 :headbang: Doh! It looks like the problem affects Multicolumn Listboxes and Tree Controls, too. The whole Drag and Drop, feature might be hosed in EXE's. Quote Link to comment
AutoMeasure Posted November 26, 2005 Report Share Posted November 26, 2005 That's bad. I really like that feature. I just posted an XControl in the LV8 forum that uses drag-n-drop listboxes. If it's not going to work in a built app, I can't use it! Quote Link to comment
Jim Kring Posted November 26, 2005 Author Report Share Posted November 26, 2005 AutoMeasure: I just tried a build an your XControl does not work in and EXE I have attached the EXE and lvproj with build spec's. Download File:post-17-1133039560.zip Quote Link to comment
Mike Ashe Posted November 27, 2005 Report Share Posted November 27, 2005 :headbang: Doh! It looks like the problem affects Multicolumn Listboxes and Tree Controls, too. The whole Drag and Drop, feature might be hosed in EXE's.Hosed is the right word. Welcome to X.X.0 releases.... Oh well, I've had a glitch or two in some of my x.x.o releases The good news will hopefully be that it is a single point failure with an easy single point fix, either in 8.0.1 or a quick patch from one of the NI elves. I really need D&D to work in EXEs for a project I'm estimating/scoping now. That means I have a little time, otherwise I'm looking for an ActiveX control and I really don't want to do that. Quote Link to comment
Jim Kring Posted November 27, 2005 Author Report Share Posted November 27, 2005 I've opened a support incident with NI. I'll post the CAR number any other useful info here, once it's available. Quote Link to comment
Jim Kring Posted November 29, 2005 Author Report Share Posted November 29, 2005 Here is the response from NI Support Thank you for contacting National Instruments. The behavior in executables involving Listboxes has already been reported to R&D as a CAR (Creative Action Request), and we are currently working on fixing it in future versions of LabVIEW. Thank you for your attention to this issue. I will also look into the record regarding Multicolumn Listboxes and Tree Controls to make sure that we have covered all the issues that need to be fixed in future versions. If you have any further questions, or if you come across any additional information, please let us know so that we can continue to improve LabVIEW. Quote Link to comment
Jim Kring Posted November 29, 2005 Author Report Share Posted November 29, 2005 FYI - the CAR ID for this bug is 3RK9A23A. Quote Link to comment
Albert-Jan Brouwer Posted December 16, 2005 Report Share Posted December 16, 2005 ... has already been reported to R&D as a CAR (Creative Action Request)... What is up with this rash of newspeak of late? "Creative Action Request". Just call a bug a bug. Here's some more: Consent to an unconstitutional reduction in civil liberties == "Patriotic" Opposed to government policy == "Unamerican" Kidnap and torture == "Rendition" Quote Link to comment
WMassey Posted December 16, 2005 Report Share Posted December 16, 2005 What is up with this rash of newspeak of late? "Creative Action Request". Just call a bug a bug. It's all part of NI's new Creative Request for Action Policy. :laugh: Quote Link to comment
Rolf Kalbermatter Posted December 21, 2005 Report Share Posted December 21, 2005 What is up with this rash of newspeak of late? "Creative Action Request". Just call a bug a bug.Here's some more: Consent to an unconstitutional reduction in civil liberties == "Patriotic" Opposed to government policy == "Unamerican" Kidnap and torture == "Rendition" Back in my days at NI, CAR stood actually for "Corrective Action Request" and probably still does. The guy who wrote that answer probably just was tinkering about the creativeness he could do in writing a LabVIEW program instead of answering a technical support. Working in technical support can have this effect on you! :laugh: Rolf Kalbermatter Quote Link to comment
Jim Kring Posted March 7, 2006 Author Report Share Posted March 7, 2006 Status Update: Fixed in 8.0.1 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.