NI Home > Community > NI Discussion Forums

LabVIEW Idea Exchange

Showing results for 
Search instead for 
Do you mean 
Announcements
We've turned on a search before post feature in the LabVIEW Idea Exchange. This new feature will help cut down on the number of duplicate ideas in this space!

The NI Idea Exchange is a product feedback forum where NI R&D and users work together to submit ideas, collaborate on their development, and vote for the ones they like best. View all of the NI Idea Exchanges to post an idea or add your opinion on an existing one today!
X.

Delete and Rewire Improvement Suggestion

Status: New
by Active Participant X. on ‎03-10-2012 06:12 PM

The Ctrl-Space Ctrl-R is pretty powerful. Witness this showcase of wizardry from LV:

 

ScreenHunter_002.jpg

 

Ctrl-Space Ctrl-R results in this:

 

ScreenHunter_003.jpg

 

No broken wires, even though there is still some useless stuff to remove.

Now, why can't I select the subVI I just removed and the two DVR functions and Ctrl-Space Ctrl-R them (obviously, that was the effect I was trying to get to eventually)?

As a matter of fact, I'd be happy if I could select the two remaining DVR functions (and their connecting wire) and Ctrl-Space Ctrl-R them as in:

 

ScreenHunter_002.jpg

 

But as of today, that's what we get:

 

ScreenHunter_004.jpg

 

All gone!

 

Suggestion: When a set of selected objects has an unambiguous set of source wires and an unambiguously corresponding set of sink wires, Ctrl-Space Ctrl-R should be able to zap everything and reconnect the unambiguously corresponding wires.


As a corrolary, when there is ambiguity, do not do anything with the wires that cannot be reconnected. Leave them broken. Do not do extra cleaning!

 

For instance, in the following case:

 

ScreenHunter_005.jpg

 

If I Ctrl-Space Ctrl-R the selection, here is the result:

 

ScreenHunter_006.jpg

 

Note that the DVR wire is connected properly, but the enum constant is gone, even though I did not select it!

Comments
by Active Participant X. on ‎03-10-2012 06:41 PM

Case in point for the corrolary: check this other example.

If I wanted to do that, I could just as well do Ctrl-X Ctrl-B (after having selected the constant...)

by Trusted Enthusiast on ‎03-10-2012 10:39 PM

A few comments:

 

1.  In the first screenshot, the Control References are not removed.  I think they should be.  The only reason they're not (I think) is because my code is just looking at constants for removal, and Control References are a different class in scripting, so I'm not trying to remove them.  Let me know if you agree.

 

2.  When multiple objects are removed with Ctrl-R, the operation happens on each object one at a time.  That's why your data wire isn't being preserved...I remove the first DVR node, the pass through type doesn't match (input is data, output is a data reference), so nothing is passed through.  Then the second object is removed.  I agree that this would be useful, but my initial thought is that supporting the removal of multiple objects as a group via Ctrl-R would require some significant rework, and thus, some significant kudos to this idea.  :smileyhappy:

 

3.  The removal of the constant is expected behavior for Ctrl-R.  I discuss this in a bit more detail in the NI Forums post you linked above.

by Active Participant X. on ‎03-11-2012 01:05 PM

@Darren

 

1. Well, to me the QD is called "Remove and Rewire" so, it would make some sense to remove WHAT IS SELECTED, but I am not sure I would be too happy with objects disappearing because they are not connected anymore to the selection I just removed. That could result in some inefficiency. For instance, I may want to REMOVE an object to REPLACE it by a different one (where a "replace" action would create utter mess for instance), so removing the accessory objects wouldn't do me any good.

 

2. You've got a kudo right there. I understand that it is more work, but you would earn a seat in the LabVIEW Hall of Fame...

 

3. There is a semantic use of the word "expected" at NI, which we need to clarify. It is expected in the sense that this is what it has been programmed to do. It is not expected by the user (except by the old timers whom you have cast a spell on) who expect the object to be "removed" and the wires to be "rewired". As I argued above, if I just wanted to remove everything, I could select and delete.

by Trusted Enthusiast on ‎03-11-2012 05:38 PM

Heh. Darren, I believe the term you want is "intended", not "expected." :-)

 

As for the multiple select behavior... I think that could be easily done by calling "Enclose With Structure" method on the selected objects and then doing a regular Ctrl+Space,R on the structure node. Would that work?

by Trusted Enthusiast on ‎03-11-2012 11:43 PM

AQ: Sadly, I've encountered enough erratic behavior with 'Enclose With Structure' in the past that I'm not yet comfortable using it in production code.  I'll take another look some time to see if some of my concerns have been allayed in a more recent LabVIEW release.

 

As for the constant removal, I've had several Quick Drop users indicate to me that this is their preferred, or should I say "expected", behavior. :smileyhappy:  It's easy enough to add some override behavior to the shortcut...perhaps have you type 'C' or something before Ctrl-R if you want it to preserve constants.  Let's see how many kudos this idea gets before we start talking too much about changing the behavior of what is, by my assessment, the most popular of all the shipping Quick Drop Keyboard Shortcuts.

by Active Participant X. on ‎03-12-2012 10:59 AM

If these "several Quick Drop users" could please step forward and build a case for deleting constants...

by Trusted Enthusiast on ‎03-12-2012 11:03 AM

X. wrote:
If these "several Quick Drop users" could please step forward and build a case for deleting constants...

Ok, I'll start.  :smileyhappy:  I use Ctrl-R multiple times a day.  I honestly can't recall a time I *didn't* want it to remove any non-pass through wired constants along with the removed object.  If there are constants wired to the object that I still want, odds are I used Ctrl-P to replace the object instead of removing it.

by Active Participant X. on ‎03-12-2012 11:56 AM

But then you are just "removing"... Where is the rewiring?

by Trusted Enthusiast on ‎03-12-2012 12:00 PM

ctrlR.png

 

Ctrl-R the invoke node...refnum/error wires are passed through, boolean and enum constants are removed.

by Active Participant X. on ‎03-12-2012 02:07 PM

Ah OK. We agree that it is the intended behavior. However, I understand that we agreed that in the case I presented in the other thread, it would not.

Although I understand that this is just an example, let me comment that I don't quite see where you are going with this... Are you planning to insert something in between the two propery nodes? Wouldn't you want to combine "Replace" with "Remove broken wire and unused objects" then?

Latest LabVIEW Idea Exchange Blog Posts
About LabVIEW Idea Exchange

Have a LabVIEW Idea?

  1. Browse by label or search in the LabVIEW Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  2. If your idea has not been submitted click Post New Idea to submit a product idea to the LabVIEW Idea Exchange. Be sure to submit a separate post for each idea.
  3. Watch as the community gives your idea kudos and adds their input.
  4. As NI R&D considers the idea, they will change the idea status.
  5. Give kudos to other ideas that you would like to see in a future version of LabVIEW!
Idea Statuses
Top Kudoed Authors
User Kudos Count
49
31
27
23
21