View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0013887 | ParaView | (No Category) | public | 2013-02-17 14:04 | 2013-05-21 21:50 | ||||
Reporter | Burlen | ||||||||
Assigned To | Kyle Lutz | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | 3.98.1 | ||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0013887: spurious render triggered from auto-generated line edits in display panel | ||||||||
Description | [Paraview] auto generated line edits in the display panel Utkarsh Ayachit utkarsh.ayachit at kitware.com Sat Oct 20 10:51:26 EDT 2012 Previous message: [Paraview] auto generated line edits in the display panel Next message: [Paraview] auto generated line edits in the display panel Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] I agree this is an issue. I think in the past for display properties we relived on editingFinished(), I believe that could be a reasonable choice still for properties under the display "Section". For the non-display section, we could still use the current signal, or even if we change that to editingFinished(), I wonder if that'd be a major issue. Kyle? Utkarsh On Fri, Oct 19, 2012 at 9:21 PM, burlen <burlen.loring at gmail.com> wrote: > Hi, > > I'm finding it at times problematic when making changes to line edits in the > auto generated display properties panel, that the individual parts of the > change triggers a render. For example, if I were to change a parameter from > "1" to "0.005" there are 5 renders triggered (0, 0., 0.0, 0.00, 0.005). Of > course it's no big deal when working locally with small data but it can be > problematic when rendering takes along time. In other cases the intermediate > values sent (eg the 4 values 0 to 0.00) are invalid and the render produces > either nothing or the incorrect results until the final value is ready. > > At the same time it seems that in other cases it's a desirable thing for the > auto-generated panels to respond immediately to changes for example to make > apply button green. So I'm wondering, would it be possible to control this > behavior with an xml attribute? for example by connecting to one or the > other of the editingFinished or texteEdited signals? Or perhaps for the > generation code to select which signal to connect to depending on the > context? > > Since the properties panel is under development I thought it might be a good > time to suggest such a change (-: > > Burlen > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html [^] > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView [^] > > Follow this link to subscribe/unsubscribe: > http://www.paraview.org/mailman/listinfo/paraview [^] | ||||||||
Tags | No tags attached. | ||||||||
Project | TBD | ||||||||
Topic Name | 13887-avoid-spurious-render | ||||||||
Type | incorrect functionality | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0030362) Kyle Lutz (viewer) 2013-02-21 09:01 |
Merge topic '13887-avoid-spurious-render' into next 1fe63f0 Avoid rendering each time a display property's text is changed |
(0030371) Sebastien Jourdain (manager) 2013-02-22 13:19 |
Merged into master |
(0030821) Alan Scott (manager) 2013-05-21 21:49 |
Developer's tag in git. Closing. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2013-02-17 14:04 | Burlen | New Issue | |
2013-02-18 09:56 | Kyle Lutz | Assigned To | => Kyle Lutz |
2013-02-18 09:56 | Kyle Lutz | Status | backlog => todo |
2013-02-18 10:18 | Kyle Lutz | Status | todo => active development |
2013-02-21 09:01 | Kyle Lutz | Topic Name | => 13887-avoid-spurious-render |
2013-02-21 09:01 | Kyle Lutz | Note Added: 0030362 | |
2013-02-21 09:01 | Kyle Lutz | Status | active development => gatekeeper review |
2013-02-21 09:01 | Kyle Lutz | Resolution | open => fixed |
2013-02-22 13:19 | Sebastien Jourdain | Status | gatekeeper review => customer review |
2013-02-22 13:19 | Sebastien Jourdain | Note Added: 0030371 | |
2013-05-21 21:49 | Alan Scott | Note Added: 0030821 | |
2013-05-21 21:49 | Alan Scott | Status | customer review => closed |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |