Bug with block diagram labels in 2013

I just reported a minor but interesting bug with the block diagram free labels in LabVIEW 2013.  If you attach a free label to a structure of any kind using the gluph in the bottom right corner of the comment then resize the structure in the direction of the comment it causes the entire block diagram to resize in that direction.
Kelly Bersch
Certified LabVIEW Developer
Kudos are always welcome

kbbersch wrote:
I would disagree that the behavior is expected.  If the comment is not immediately next to the structure, but is a distance away, the block diagram does not resize if the comment is not attached to the structure but it does resize when the comment is attached.  I would expect the attachment arrow to simply get shorter unless the structure is resized so large that the comment has to move so as not to interfere.
Expected behavior?  Nobody expects the Spanish Inquisition.
I am afraid the problem here does lie with your expectations.  When you resize a structure and the new space is occupied by anything other than wires then LV will use "Make Space" to create room.  Make space obeys neither the laws of man or nature, it simply gets the job done with all  the subtlety of a steamroller.  I believe if there is something preventing Make Space from doing its job then NI engineers are automatically dispatched to your office with sledgehammers to fix the problem.
I do, however, share your wish for a world where you do not expect LV to wreak untold havoc on your BD when attempting to make space or "clean up".  Here they should probably treat the connecting arrow more like a wire and less like a rigid object.  I'd say bug myself.

Similar Messages

  • Problems with block diagram selection

    Hello all,
    I experience some problems in LV 8.2 I have not seen before in other LV- Versions. When I use the mouse scroll- wheel to change the displayed portion of the BD and then select some code by drawing a rectangle, the selection frame appears at a different position. But the area I actually want to select appears selected. I use the Auto-tool. I can force this behaviour by doing the following:
    scroll the BD
    take care, not to touch any element on the BD (wires, terminals, SubVIs...)
    draw a selection frame
    This works for scrolling up-down and for scrolling left-right by placing the mouse-cursor at the scroll bars. But it doesn't happen when I scroll by drawing the scroll bar.
    I appended some pictures to show this.
    Has any one experienced this too and is there some fix available?
    Greets, Dave
    Greets, Dave
    Attachments:
    selection 2.png ‏64 KB
    selection 3.png ‏63 KB

    I can't duplicate the problem.
    Usually problems like this are related to the video driver. Sometimes updating, or jusr re-installing the video driver will take care of the issue. It could also be a mouse driver problem. I'd also try upgrading/re-installing the mouse driver.
    Let us know if either of those takes care of the problem.
    Ed
    Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
    Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.

  • How do I get the Label for a Front Panel Control to appear in the Block Diagram but not on the Front Panel?

    How do I get the Label for a Front Panel Control to appear in the Block Diagram but not on the Front Panel? On the Front Panel I am making a complex control that consists of a Slider and a Numerical Input box. Both Controls display the same information and either can be used for Input. When one changs, the other is made to display the same value.
     But I only want the Slider to display the Label on the Front Panel, to avoid confusion. On the Block Diagram however, I want both controls to display their Labels so that I know what they are. How do I display the Label for a Control on the Block diagram, but not display its Label on the Front Panel?

    No.  The Label Visible property is separate for the front panel control label and the block diagram terminal label.
    How did you start out with the block diagram's label not being visible?  Whenever I drop a control or indicator, the label is always visible on both the FP and BD by default.  Maybe there is a LabVIEW option that causes new controls/indicators not to have their labels visible by default, but I have yet to find it.  I don't think an item should ever be dropped without the label visible, good LabVIEW coding practice demands that the labels for control terminals on the block diagram be visible so that you know what control or indicator a wire is going to.
    That being said, I have seen a lot of VI's posted where the label for the terminal on the BD is not shown (against good programming practice.)  I've gone to the BD and right clicked to show the label.  Sometimes, the people have an empty label (which will turn off the visibility for both the FP and BD) and I'm forced to add some text of my own into the label so I can figure out what their code is doing.  When I add some text to the label, at that time, I find both the BD and FP labels become visible.
    Are you dealing with controls that have empty labels to start?
    Good programming practices:
    1.  Always have a name for all of your controls, never use and empty label by deleting the text in the label.
    2.  Make the labels unique.  For example, don't have two controls both called Stop.  How do you know quickly know which terminal relates to which control?
    3.  Always show the labels on the block diagram, so you know the function of a control's terminal.  If you want to hide the label on the FP, that's okay.
    4.  If you want a different label to appear on the FP than whatever you actually called the control, then use the caption.  You can hide the label and show the caption.  This is useful if you need to programmatically change what the "label" is on the front panel such if you are making an application that needs to change its user interface such as for a foreign language.

  • Set label to appear to the right of control/indicator in a block diagram

    Hello,
    I'm just wondering if there is anyway to set the preference in how label of a control/indicator to appear to the right of the control in a block diagram.  I'm doing a lot of routine copying and pasting of controls and indicators, and the labels always appear at the top of the controls/indicators.  Thanks for the tip.
    Peter

    Peter Parker wrote:
    I'm just wondering if there is anyway to set the preference in how label of a control/indicator to appear to the right of the control in a block diagram.  I'm doing a lot of routine copying and pasting of controls and indicators, and the labels always appear at the top of the controls/indicators.  Thanks for the tip.
    If you copy&paste a control, the label will jump back to the default location for the pasted control.
    There is a better way! It makes copying a control faster and retains the label location:
    select the control you want to copy
    hold down the [ctrl] key and drag the terminal to a new place.
    You will have a copy of the original control at the new location and the label position is the same.
    (Darren would probably call that a Nugget© )
    LabVIEW Champion . Do more with less code and in less time .

  • Am i the only one that see's serious bugs with Windows Search index on Windows 8.1 and Office 2013?

    So i originally had Windows 8 and Office 2013 installed. I noticed that alot of my emails in Outlook 2013 as well as contacts werent being indexed. I waited for windows 8.1 and did an upgrade hoping the 8.1 would fix the issue. It didn't.
    So i formatted my hard drive, installed fresh windows 8.1, and office 2013, and let it Windows Index run. I see 2 things happening.
    A.) The indexer never completes
    B.) the indexer takes up 40% cpu usage.
    I tried rebuilding, creating index from new location, nothing seemed to work. I decided to prevent the indexer from searching Office apps (outlook and onenote) and low and behold it completes indexing. 
    I decided to try and format again and see if there was some bug causing the issue. So this week I formatted once agian, loaded Windows 8.1, installed updates, and loaded office 2013. Once again, my indexer
    is stuck around 70k items and my processor usage on Searchindexer.exe is around 30-40%.
    Is this a known bug with 8.1 and office?
    Brad Nelson MCSE/DCSE/A+/Network+/WCSP

    Hi,
    I test in my environment, and Windows would finish the index, the CPU usage keeps in 29%, which my RAM is 8G.
    Can you tell us how you let the Windows Index run?
    Alex Zhao
    TechNet Community Support

  • Blocking bug with 10.8.3+Adobe Lightroom+Canon iPF5000 (but workaround found)

    Hi all,
    since I have updated my MacBook Pro (early 2011 model) with 10.8.3, I have a blocking bug with Adobe Lightroom (either 4.3 or 4.4) for launching prints on my Canon iPF5000 (firmware 1.33, either MacOS driver 2.67 or 3.06, connection through USB).
    When I was under 10.8.2 with the Canon's driver 3.06, everything works fine.
    Basically, after clicking Print a Copy or Print... in Lightroom, the file spooled to the driver stays in MacOS printer queue. Within the printer queue window, the printer is in pause mode, and each time I try to resume the printing processing, the driver put it on hold immediately. When I look into the history on the Console, the driver complains about an unknown error... The data stay within the driver, as my Canon iPF5000 "Data" led indicator stays unlit.
    My print settings are 600dpi or 300dpi, print sharpening Standard/Glossy, 16 bit output. And Color managed by printer (because I let the Canon driver managing my B&W prints).
    Strangely enough, when I launch a print from Preview application, the drivers does its job and sends it successfully to my Canon iPF5000...
    As this was driving me crazy, I have tried a clean install of MacOS 10.8.3 (as 10.8.2 is no more available from Apple servers...). No success, same blocking issue.
    Eventually, I've found the workaround: using the imagePROGRAF Advanced Preview. You have to click on "Print..." in Lightroom in order to see the driver settings window, and then check the "Preview before printing" option in the main tab of the driver settings. Then I can preview my Lightroom printing work and then launch successfully my printing.
    Simple workaround, but very strange bug...
    For me, the root cause could be multiple and not very obvious.
    Is it Mac OS 10.8.3 ? But why can I make prints from Preview application for instance, and not from LR ?
    Is it the Canon driver ? But this lead me to the same question.
    Is it Lightroom ? Does it send corrupted data that make the driver crazy but not the imagePROGRAF Advanced Preview ?
    So, if any user of Canon iPF5000 + Mac OS 10.8 + Lightroom is around, please share your experience.
    And if any Apple, Adobe or Canon engineer read this, please try to fix this.
    Happy printing,
    Amaury

    It's different how applications write print data. If you use Advanced Preview from the driver then it calculates already the output which afterwards is only sent to the printer.
    Have you once tried to print with fast graphic process switched off (option of advanced settings)?
    Hope it helps
    Renate

  • Integrating fpga module with standard block diagram

    Hi all,
    I'm doing an FTIR multitouch table, and I would like to be able to track blobs using LabVIEW then transfer this data to a Spartan 3e FPGA.  I have seen the tutorials on how to program the Spartan 3e and have direct communication with LabVIEW, but can I also run image processing via USB-IMAQ VIs in the same block diagram?  Basically I need to get coordinate data from the blobs (touch points on the screen) and transfer this data to an FPGA which will act as a primitive graphics card.  Any ideas are appreciated.
    Thanks...

    Zzzyzx,
    Hello! You should be able to use your Host VI to talk to Both the FPGA and the USB-IMAQ devices. You would just have two loops running at the same time, one for each device's communication. To pass data between the loops (from the vision to the FPGA) you could use a Consumer Producer Architecture.
    I assume you are referring to these tutorials?
    Using the Xilinx Spartan 3E XUP Hardware with LabVIEW FPGA
    Using LabVIEW FPGA with the Xilinx SPARTAN-3E XUP Video Tutorial
    LabVIEW FPGA Module Training for Xilinx Spartan 3E XUP Hardware
    Ben Sisney
    FlexRIO V&V Engineer
    National Instruments

  • Bug: Front Panel objects relative position change when placing merge VI onto Block Diagram

    I've posted a bug report on LAVA, here:
    http://forums.lavag.org/Front-Panel-objects-relati​ve-position-change-when-placing-merge-VI-onto-Bloc​...
    If someone at NI can reproduce, can I please get a CAR #?
    Thanks,
    -Jim
    Solved!
    Go to Solution.

    Donovan B wrote:
    Hi Jim,
    After my previous post, I also saw this behavior, so I decided to do another test.  If there are no decorations in the VI set to “Merge VI” (“Place VI Contents” for LabVIEW 8.5 and later) the controls and indicators are still not selected when dropping the VI from the Functions palette.  I checked this behavior back to LabVIEW 7.1 and it is consistent throughout that controls and indicators are not selected.  (Consequently, so is the fact that when decorations are present they don’t maintain the relative position).
    I am not sure if this would be better suited as a CAR or product suggestion since it has been this way that long, but it does not appear to be related to the fact that decorations are present in the Merge VI.  It does seem strange that the decorations are selected though.  Looks like the best way to work around this is to drop the VI from the Controls palette.  Hopefully, it’s not too much of a hassle.
    Hi  Donovan,
    Thanks for checking in.
    >  I checked this behavior back to LabVIEW 7.1 and it
    is consistent throughout that controls and indicators are not
    selected.  (Consequently, so is the fact that when decorations are
    present they don’t maintain the relative position).
    This just means that not many people use this feature.  However, now that VIPM Professional makes it so easy to edit the palettes, I'm sure that others will start complaining that this doesn't work as they expect.
    > I am not sure if this would be better suited as a CAR or product suggestion
    since it has been this way that long, but it does not appear to be
    related to the fact that decorations are present in the Merge VI.
     Just look up the functional specifications for this feature and see if all objects are supposed to be selected.
    But seriously, is there a reason that only the FP decorations are selected?  Surely this would be documented somewhere, if there was a good reason for this current (IMO, buggy) behavior.
    > It
    does seem strange that the decorations are selected though.  Looks like
    the best way to work around this is to drop the VI from the Controls
    palette.  Hopefully, it’s not too much of a hassle.
    That's not a reasonably work-around, IMO.  It doesn't make sense to drop Block Diagram components onto the Front Panel.  For example, this bug affects the JKI State Machine.  It doesn't make sense to drop a State Machine onto the Front Panel.
    So, I'd file it as a CAR/bug, and then wait to see how LV R&D feels about it.  If they can find some valid reason for why Controls and Indicators shouldn't be selected, then that's fine (and hopefully someone will explain it to me).
    Thanks,
    -Jim

  • Disable (all) functions on the block diagram with right-click menu

    Hello to everyone,
    here is one more idea, which I'd like to propose. 
    As for me, it would be useful to have the following: when all components (functions, wires, subVIs, etc.) are selected on the block diagram (like, after ctrl+A), operator could do right-click, and in the menu would appear menu item "Disable everything". After it, all the code could be placed into Disable structure. 
    Of course, I can add Disable structure to block diagram manually, and cover whatever I want, but with right-click menu it would be much faster.
    Also, it can be modified to disable only selected items - then each of them can be placed into separate Disable structure, and, for example, additionaly in the enabled case of Disable structure, corresponding wires will be connected. Sometimes it is needed for testing - just to disable couple functions, and test subVI. Or to disable subVI fully (it's faster, then disable place, where it is called. Especially, if subVI is used in many places).
    It will not make debugging difficult, because anyway Disabled structures are used; such functionallity can just make life a little bit easier...
     

    There is always the File->New... which opens up a new window.  You can have your templates in that window by putting them somewhere (I don't remember where at the moment).
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions
    Unofficial Forum Rules and Guidelines

  • Corrupt Block Diagram With Infinite Wires

    Hi,
    Has anyone every seen a corrupt Block Diagram as shown in the pic? Almost all my wires have stretched to infinity!
    I used "Clean up wire" on these wires, but that did nothing.
    Ironically, the VI runs -- but I can't develop further with the BD in this state.
    Any ideas, please
    THANKS PEEPS!
    Attachments:
    Screenshot 2015-03-26 18.16.56.png ‏78 KB

    There is a maximum size that the BD or FP can be.  If you are getting close to that size and the cleanup tries to make it bigger odd things can happen.  This might explain why nothing happens when you try to clean it up.
    http://digital.ni.com/public.nsf/allkb/62D66358BBF8A87186256FC50077FA17
    Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
    If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

  • Is it possible to build exe with vis that have striped block diagrams?

    We can tell that an entity has stolen our code and are using them in their .exe file.  
    We used to distribute our program as a light exe layer that dynamically loads some source code distribution vis (block diagram striped) off disk and runs them.
    What we don't know is whether they actually got our in house source code, or if they are somehow taking the distributed vi's and compiling them into their exe.  
    So the question is: Is it possible to take vis compiled for a 'source distribution' with the block diagrams removed (but front panels not removed) and compile them into an executable?

    It's actually quite possible to use a source distribution VI for a new app. You need to select the "Do not disconnect type definitions or remove unreferenced
    members" option in the "Additional Exclusions" page.
    I've attached an example on how this can be done. Untitled Project 1 would be your project, which has a build target of your app, along with the source distribution for a VI with the block diagram stripped. Untitled Project 2 would be your competitor's project, which is a VI that uses your subVI directly and builds a separate application. As you can see, I can successfully build an application using your code.
    Attachments:
    source dist ex.zip ‏76 KB

  • Unable to unlock VI with VI properties or view block diagram.

    I have a VI that I need to modify, but I am unable to open the block diagram or unlock the VI in the VI properties dialog box (options are grayed out).  I generally have my VIs locked with no password, but I have always been able to unlock them at a later time with the properties diolog box and change anything.
    Is there a way I could have locked myself out?

    If you saved the VI without a block diagram, I believe this could happen.  If that is indeed the case, you'll need to replace the VI with your latest backup, since there's no way to retrieve the diagram once you've saved a VI without a block diagram.
    Also, make sure you're not trying to look at the diagram of a Control or Global VI...
    -D
    Darren Nattinger, CLA
    LabVIEW Artisan and Nugget Penman

  • Urgent Help! How can i execute in the same block diagram two separate labview codes each one with diferent execution timings?

    Dear All.
    I have 2 application progrlams in the same block diagram. the intention is to use  the 2 programs at different excuting time for different application, and each have stop and start button ofcourse i will have master stop. But when i run the program, it only works one program at time , that is the 1st block which i make it active only , when i tried to make active the second block it will not work, only works when i stoped the1st one. So, this it to request ur hlep how can i solve my problem. here i have attached some of  my program.
    Regards!
    Solved!
    Go to Solution.
    Attachments:
    2_block application.vi ‏14 KB

    Usually you set up a task that has all the channels from all the modules configured. When a loop starts it reserves that task and the cDAQ can't be used by other loops unless you start and stop tasks.
    You can have one loop acquire all the data and if you want certain channels to go to other loops you can use the producer/consumer design pattern. If you wanted a third loop you would add another queue and the third loop would dequeue that data. See attached.
    Eric
    Attachments:
    prod-cons.vi ‏69 KB

  • Bug with creation of DVR controls/indicators

    When creating a DVR control/indicator from the "New Data Value Reference" primitive on the block diagram, the control is created with "Size to Text" behaviour turned OFF for its label/caption. This is easily seen by attempting to modify the name of any newly created DVR control/indicator.
    This is inconsistent with all other LabVIEW controls where "Size to Text" is ON by default.
    The issue seems to occur for ALL situations where a DVR control/indicator is created from a block diagram object, leading me to think that it is likely an issue with the DVR control's template, wherever that is... 
    Chris Virgona

    Hi Chris,
    This was reported to R&D (#175625) for further investigation.  Thanks again for the feedback, Chris!  Have a great day!
    Taylor G.
    Product Support Engineer
    National Instruments
    www.ni.com/support

  • How to add text to the block diagram

    How do you add plain text to the block diagram for documentation and can I change the background color to yelllow or something else that may be helpful? see image below
    Windows is a 64 bit extension to a 32 bit graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition. Byte that Microsoft!
    Solved!
    Go to Solution.

    Just double-click in an emtpy area and start typing. Use the coloring tool to color the text background.
    (there is also a "free label" in the decorations palette, but that seems like a detour )
    LabVIEW Champion . Do more with less code and in less time .

Maybe you are looking for