View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0015571 | ParaView | (No Category) | public | 2015-07-07 15:24 | 2016-08-12 09:59 | ||||
Reporter | Alan Scott | ||||||||
Assigned To | Kitware Robot | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | moved | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | 5.1 | Fixed in Version | |||||||
Summary | 0015571: Multi-block inspector, color and opacity messed up. | ||||||||
Description | Master, Linux, local server. Here are instructions from a user. I had to follow them exactly to show the bug. * Load bake.e * Accept default color by solid color * Go down properties panel to find Styling panel and reduce opacity to 0000068:0000050% * Now color by ObjectId – this works * Return opacity to 100% and return to default color by solid color * Go into Multi-block inspector and right-click Element Blocks – reduce opacity to 0000068:0000050% Note that this bug only shows if you are selecting "Element Blocks" - if you select one single block the bug does not show. * Now color by ObjectId – this doesn’t work * Unset Opacity in Multi-block inspector and coloring returns * It appears that reducing opacity to less than 100% in Multi-block inspector disables coloring of object – this substantially reduces capability since adjusting opacity per block is not available in the Properties panel. Utkarsh has bake.e. | ||||||||
Tags | No tags attached. | ||||||||
Project | Sandia | ||||||||
Topic Name | |||||||||
Type | incorrect functionality | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0034712) Dan Lipsa (developer) 2015-07-08 22:58 edited on: 2015-07-08 23:23 |
Another way to get the bug: Load bake.e Set both color and opacity through a color map (for instance ObjectId). When you set a block color through the Multi-block inspector the opacity is also set to the actor's opacity (instead of staying set through the color map). Similarily, when you set a block opacity through the Multi-block inspector the color is also set to the actor's color (instead of staying set through the color map). This seems to be a bug in vtkCompositePainter and/or vtkOpenGLCompositePainter |
(0034720) Dan Lipsa (developer) 2015-07-09 11:04 edited on: 2015-07-09 16:37 |
For OpenGL2 as of 27ec7553b043d244b7199c2947b2a653b9436422 (Jul 9th). Setting the opacity through the Multi-block inspector works for both color mapping and solid color. Setting the color through the Multi-block inspector works only for solid color. |
(0034807) Utkarsh Ayachit (administrator) 2015-07-20 10:57 |
This issues has been fixed entire for OpenGL2 backend. Setting opacity as well as color through Multiblock inspector when using scalar coloring works as expected. |
(0034902) Alan Scott (manager) 2015-08-05 22:18 |
If this is fixed in OGL2, I would be OK not fixing it for 4.4. Thoughts? |
(0034903) Cory Quammen (developer) 2015-08-06 01:50 |
It doesn't make sense to spend the time to fix the OpenGL backend, IMHO. |
(0034907) Utkarsh Ayachit (administrator) 2015-08-06 14:26 |
Yes, Alan and I already agreed on not fixing it for OpenGL1 and closing this bug once OpenGL2 backend becomes default in ParaView and this can be easily tested. |
(0034908) Alan Scott (manager) 2015-08-06 15:14 |
Lets close this bug when we get to OGL 2. Setting for PV 4.5, so that I actually test it. |
(0038842) Kitware Robot (administrator) 2016-08-12 09:59 |
Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2015-07-07 15:24 | Alan Scott | New Issue | |
2015-07-07 15:24 | Alan Scott | Target Version | => 4.4 |
2015-07-07 15:25 | Alan Scott | Description Updated | |
2015-07-07 15:25 | Utkarsh Ayachit | Assigned To | => Dan Lipsa |
2015-07-08 16:35 | Dan Lipsa | Status | backlog => active development |
2015-07-08 16:36 | Utkarsh Ayachit | Status | active development => todo |
2015-07-08 22:58 | Dan Lipsa | Note Added: 0034712 | |
2015-07-08 22:59 | Dan Lipsa | Note Edited: 0034712 | |
2015-07-08 23:00 | Dan Lipsa | Note Edited: 0034712 | |
2015-07-08 23:02 | Dan Lipsa | Note Edited: 0034712 | |
2015-07-08 23:21 | Dan Lipsa | Status | todo => active development |
2015-07-08 23:22 | Dan Lipsa | Note Edited: 0034712 | |
2015-07-08 23:23 | Dan Lipsa | Note Edited: 0034712 | |
2015-07-09 11:04 | Dan Lipsa | Note Added: 0034720 | |
2015-07-09 16:37 | Dan Lipsa | Note Edited: 0034720 | |
2015-07-09 16:38 | Dan Lipsa | Assigned To | Dan Lipsa => |
2015-07-09 16:38 | Dan Lipsa | Status | active development => todo |
2015-07-20 10:57 | Utkarsh Ayachit | Note Added: 0034807 | |
2015-08-05 22:18 | Alan Scott | Note Added: 0034902 | |
2015-08-06 01:50 | Cory Quammen | Note Added: 0034903 | |
2015-08-06 14:26 | Utkarsh Ayachit | Note Added: 0034907 | |
2015-08-06 15:13 | Alan Scott | Assigned To | => Alan Scott |
2015-08-06 15:14 | Alan Scott | Note Added: 0034908 | |
2015-08-06 15:14 | Alan Scott | Status | todo => backlog |
2015-08-06 15:14 | Alan Scott | Target Version | 4.4 => 4.5 |
2015-08-06 15:15 | Alan Scott | Assigned To | Alan Scott => |
2015-09-11 16:44 | Utkarsh Ayachit | Target Version | 4.5 => 5.1 |
2016-08-12 09:59 | Kitware Robot | Note Added: 0038842 | |
2016-08-12 09:59 | Kitware Robot | Status | backlog => closed |
2016-08-12 09:59 | Kitware Robot | Resolution | open => moved |
2016-08-12 09:59 | Kitware Robot | Assigned To | => Kitware Robot |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |