View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0006127 | ParaView | (No Category) | public | 2007-12-05 11:56 | 2009-05-13 13:59 | ||||
Reporter | David Karelitz | ||||||||
Assigned To | Clinton Stimpson | ||||||||
Priority | high | Severity | minor | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | 3.4 | Fixed in Version | 3.4 | ||||||
Summary | 0006127: (MARS-low) Maximum value in Set Scalar Range is checked against the minimum value on every keystroke | ||||||||
Description | If you go to the Scalar Bar window and hit Set Scalar Range, the maximum value box is checked against the minimum value box on every keypress. This makes entering a value such as 3e7 impossible when the minimum value is 4000. After hitting the 3, the value changes to 4000. The maximum value should only be verified when return is pressed or the box loses focus. The workaround is to enter a dummy minimum value, enter the maximum value, then enter the correct minimum value | ||||||||
Tags | No tags attached. | ||||||||
Project | |||||||||
Topic Name | |||||||||
Type | |||||||||
Attached Files | |||||||||
Relationships | ||||||
|
Relationships |
Notes | |
(0011172) Ken Moreland (manager) 2008-04-08 15:35 |
Someone (not me) appears to have fixed this problem. There is now a short delay between a keystroke and the range check. It is now really easy to type (in the example above) 3e7, unless you're a really slow typist. |
(0011195) Alan Scott (manager) 2008-04-08 18:40 |
This is not an acceptable solution. Use cases that need to be solved are as follows: * Slow typist. Minimum and maximum should be changeable at any speed. * Minimum can be changed above maximum. Change range of 0-1 to 100-1000, starting with the minimum. Do same, changing range from 100-1000 to 0-1, starting with maximum. * Field can go to blank, THEN be filled in. Delete maximum. Wait 3 seconds. Type in a number. Suggestion: only range check when user selects Rescale. Bring up error dialog box, or change the colors of the input and don't close the input dialog, when there is an error. Don't try to guess what the user wants and change things. This is frustrating at best, error prone at worst. |
(0011228) Ken Moreland (manager) 2008-04-09 17:08 |
I like the previous suggestion, but with a slight twist. While the max is less than the min, the text should change to bold red and the rescale button should be grayed out. This both makes it clear what the problem is and makes it impossible to select an invalid range. |
(0011305) Alan Scott (manager) 2008-04-14 19:11 |
I agree with Ken. |
(0012094) Clinton Stimpson (developer) 2008-05-23 12:55 |
Fixed/cleaned up a few other things too. /cvsroot/ParaView3/ParaView3/Qt/Components/pqColorScaleEditor.cxx,v <-- Components/pqColorScaleEditor.cxx new revision: 1.44; previous revision: 1.43 /cvsroot/ParaView3/ParaView3/Qt/Components/pqRescaleRange.cxx,v <-- Components/pqRescaleRange.cxx new revision: 1.3; previous revision: 1.2 /cvsroot/ParaView3/ParaView3/Qt/Components/pqRescaleRange.h,v <-- Components/pqRescaleRange.h new revision: 1.3; previous revision: 1.2 /cvsroot/ParaView3/ParaView3/Qt/Widgets/CMakeLists.txt,v <-- Widgets/CMakeLists.txt new revision: 1.33; previous revision: 1.32 /cvsroot/ParaView3/ParaView3/Qt/Widgets/pqLineEditNumberValidator.cxx,v <-- Widgets/pqLineEditNumberValidator.cxx new revision: delete; previous revision: 1.2 /cvsroot/ParaView3/ParaView3/Qt/Widgets/pqLineEditNumberValidator.h,v <-- Widgets/pqLineEditNumberValidator.h new revision: delete; previous revision: 1.2 |
(0012205) Alan Scott (manager) 2008-06-02 20:04 |
Nice. Tested client/server. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2007-12-05 11:56 | David Karelitz | New Issue | |
2008-03-07 07:56 | Berk Geveci | Target Version | => MARS |
2008-03-07 08:03 | Berk Geveci | Category | Development => 3.4 |
2008-04-08 15:35 | Ken Moreland | Status | backlog => @80@ |
2008-04-08 15:35 | Ken Moreland | Resolution | open => fixed |
2008-04-08 15:35 | Ken Moreland | Assigned To | => Ken Moreland |
2008-04-08 15:35 | Ken Moreland | Note Added: 0011172 | |
2008-04-08 18:40 | Alan Scott | Status | @80@ => @20@ |
2008-04-08 18:40 | Alan Scott | Resolution | fixed => reopened |
2008-04-08 18:40 | Alan Scott | Note Added: 0011195 | |
2008-04-09 17:08 | Ken Moreland | Note Added: 0011228 | |
2008-04-09 17:09 | Ken Moreland | Status | @20@ => tabled |
2008-04-09 17:09 | Ken Moreland | Assigned To | Ken Moreland => Berk Geveci |
2008-04-09 18:09 | Ken Moreland | Priority | low => high |
2008-04-09 18:09 | Ken Moreland | Relationship added | has duplicate 0006270 |
2008-04-14 19:11 | Alan Scott | Note Added: 0011305 | |
2008-05-22 13:47 | Berk Geveci | Assigned To | Berk Geveci => Clinton Stimpson |
2008-05-23 12:55 | Clinton Stimpson | Status | tabled => @80@ |
2008-05-23 12:55 | Clinton Stimpson | Resolution | reopened => fixed |
2008-05-23 12:55 | Clinton Stimpson | Note Added: 0012094 | |
2008-06-02 20:04 | Alan Scott | Status | @80@ => closed |
2008-06-02 20:04 | Alan Scott | Note Added: 0012205 | |
2009-05-13 13:58 | Utkarsh Ayachit | Target Version | MARS => 3.4 |
2009-05-13 13:59 | Utkarsh Ayachit | Fixed in Version | => 3.4 |
2011-06-16 13:10 | Zack Galbreath | Category | => (No Category) |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |