LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
GregSands

Remap Control-E only for the Project Explorer

Status: New

The same Menu Shortcut (Control-E by default) is currently used for both switching between Front Panel and Block Diagrams in VIs, and for switching between Items and Files views in the Project Explorer.  Because these are linked, it is not possible to change/remove only one shortcut.  Like others, if you have a large project, switching views can take a long time, and it's easy to mistakenly hit it when the Project Explorer has focus, rather than the VI you think you're looking at.

 

ControlE.png

 

The idea is to separate the Shortcuts used for these two operations.  This matches several of the comments on that previous idea (but not the idea itself).

8 Comments
fabric
Active Participant

Yep. Ctrl-E is for switching between FP and BD. If LV could only support one shortcut then that would be it.

 

Who really needs a shortcut for switching between Items and Files views?? Not me...

smithd
Active Participant

yesyesyesyesyesyesyes x 1million

 

that is all 🙂

Manzolli
Active Participant

Agree with fabric. For me that configured a button in the mouse to <Ctrl+E> it's not useless, the action in the Project Explorer only bugs me.

André Manzolli

Mechanical Engineer
Certified LabVIEW Developer - CLD
LabVIEW Champion
Curitiba - PR - Brazil
_Y_
Active Participant
Active Participant

Yes, there is no need in such a shortcut for project views. It gives a lot of headache an no benefits.

_____________________________________
www.azinterface.net - Interface-based multiple inheritance for LabVIEW OOP
AristosQueue (NI)
NI Employee (retired)

Speaking as a LV R&D member: this is doable.

 

Speaking as a LV user: Back you dogs! You will not touch my ctrl+E project shortcut!

 

As you might guess, yes, I use this a lot and I appreciate that whoever added it to LV (wasn't me) was kind enough to make "change view" the same key whether I'm on a VI (panel to diagram) or on the project (virtual hierarchy to physical hierarchy). I'd be sad if they were separted. No kudos from me for changing the shipping default, but I will kudos the idea of allowing other users the ability to customize their keyboard shortcuts.

GregSands
Active Participant

AQ: Either you have small projects, or an much faster computer than I do - or unlike me, you're always aware of which window is active.  A large project which spans three targets (Windows/RT/FPGA) can take 20 seconds to switch the project view, though the bright side is that I'm annoyed enough to go and get another coffee!

 

I just can't see the symbolic connection between FP/BD switching, and virtual/physical hierarchy switching.

 

AristosQueue (NI)
NI Employee (retired)

> or unlike me, you're always aware of which window is active.

 

I adjusted the Windows standard colors on my machine to make this blazingly obvious. I have no idea why anyone feels that "what has focus" is supposed to be a state secret, but I swear the UI designers believe that to be the case.

 

> I just can't see the symbolic connection between FP/BD switching, and virtual/physical hierarchy switching.

 

I can't explain it. Just the day I discovered that shortcut I was like, "Well, of course! How cool!" Probably has something to do with how I look at the relationship between the FP and the BD as the same cloth just flipping over when I hit ctrl+E -- all the controls are like pins stuck through so you see them on one side and the pin backs (FPTerms) on the other.

cowen71
Member

Maybe my projects are not large enough, but accidentally pressing CTRL-E on the project is instant in our large project.

 

More important currently is that the behaviour of LabVIEW is different depending on which view we see in the project folder. With the project view, we regularly have our application hanging as VI's are opened and closed dynamically. With the folder view, this never happens. Only important point, unless this is fixed, we must not remove this function as suggested earlier.