LabVIEW Idea Exchange

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!
Top Kudoed Authors
Showing results for 
Search instead for 
Did you mean: 

Make Defer Updates an Object Property as well as a Panel Property

For the reasons eloquently stated here:

 

http://forums.ni.com/t5/LabVIEW-Idea-Exchange/quot-Defer-Panel-Updates-quot-within-sequence-frame-so...

 

defering Panel updates is both useful and a bit tedious.  You have to fetch the Panel reference, and while you are doing your presumably time-consuming operation, the entire panel is stuck.  I suggest that Deferring Updates should be a property of an individual object and not just the entire panel.  Wrap your operation with a pair of property nodes to start and stop deferring and you are all set.

 

NewDeferPNExample.PNG

  • UI & Usability
11 Comments
Trusted Enthusiast Trusted Enthusiast
Trusted Enthusiast

Conditional Kudos: change Idea from "Make Defer Updates an Object Property instead of Panel Property" to "Allow Defer Updates as Object Property in addition to Panel Property" Smiley Wink

Trusted Enthusiast Trusted Enthusiast
Trusted Enthusiast

Read the new title, edited as you typed....

Active Participant Broken_Arrow Active Participant
Active Participant

Good one! Graphs, charts, dense tables, listboxes, etc could benefit from this.

Member kegghead
Member
To clarify, you mean to defer the updates for the referenced object only? If so, then absolutely.
Trusted Enthusiast Trusted Enthusiast
Trusted Enthusiast

@kegghead- That is precisely what I hope to accomplish.

Trusted Enthusiast Trusted Enthusiast
Trusted Enthusiast

I'm in

 

This is LONG overdue

Knight of NI Knight of NI
Knight of NI

I still would like to merge that with my comment here.

Active Participant jgcode Active Participant
Active Participant

I don't have a problem using Defer Panel Updates Property for Panels i.e. I don't think its tedious to get to the reference as per the original post.

 

I support this Idea as I do have a problem when e.g. I wan't to defer updates because a method running on a heavy UI object (e.g. Update Tree) takes a lot of time and deferring updates means that I can't e.g. provide a status update in another object. http://bit.ly/9wj8dG


Active Participant PJM_Labview
Active Participant

 


I support this Idea as I do have a problem when e.g. I wan't to defer updates because a method running on a heavy UI object (e.g. Update Tree) takes a lot of time and deferring updates means that I can't e.g. provide a status update in another object

In the same fashion, when You have multiple object instances (lets say multiple instance of an XControl for example) that need defer panel update concurrently, you have to jump through hoops to make sure one instance does not restore panel updating while another is in the middle of a large refresh that required update to be deferred. So big Kudo to that idea since having this on a per object basis will make that problem go away..

 

Trusted Enthusiast Trusted Enthusiast
Trusted Enthusiast

PJM - Agreed, but I think you worded it more clearly.