Change color plugin

[hansmex]

Michael,

Maybe making the border of the swatch thicker might (partially) solve the problem. The coloured line is now rather thin, making it hard to see the colour.

Hovering is fine, I'll just have to get used to it.

H

[digitaltrails]

I've revised the ChangeColor plugin UI (see the attached screen shot).

Undo is still unimplemented, I would still advise you to backup your models before using this plugin.

The version number has changed from 0.2 to 0.3, so you will need to remove the old jar and replace it with the new one. I've uploaded the jar to the normal place: https://sourceforge.net/p/sweethome3d/plug-ins/14/

Changes:

1. Swatch buttons on the Colors-in-use tab might now fill with color on all platforms (maybe).
2. A list of items using the selected color is displayed to the right of each chooser and updates when a color is selected (this is in addition to the hover tool tip)
3. A count of the matching items of each type is displayed in the list of items and in the tooltips.
4. On applying a change, the to-color becomes the new from-color.. This allows for repeated attempts to pick the right color.
5. I fixed a bug where if an a material had a texture, but the material also had a default color, then the plugin attempted to change the color.
   [/list=1]
   

[hansmex]

Michael,

Success!!
- Swatches now work perfectly.
- There are two new windows/lists that show where the selected color is used.
- Changing un unchanged colour also works.

Great work! Thank you very much for this nice plug-in.

Hans

[okh]

Indeed, very nice. One to keep. And to help find those annoying different shades. Thanks! ok

[Puybaret]

Thanks for this plugin [:)]
It would be nice to program undo/redo. It's really not difficult to implement and you'll find plenty of examples in Sweet Home 3D source code, mainly in PlanController class. Once you retrieved the UndoableEditSupport instance with getUndoableEditSupport(), you just have to create an instance of AbstractUndoableEdit, overriding its undo, redo and getPresentationName methods, and finally call postEdit.

[digitaltrails]

I do intend to implement undo. I was going to spend some time looking for examples. Thanks for pointing me in the right direction.

Thanks for this plugin [:)]
It would be nice to program undo/redo. It's really not difficult to implement and you'll find plenty of examples in Sweet Home 3D source code, mainly in PlanController class. Once you retrieved the UndoableEditSupport instance with getUndoableEditSupport(), you just have to create an instance of AbstractUndoableEdit, overriding its undo, redo and getPresentationName methods, and finally call postEdit.

[digitaltrails]

I've implemented undo/redo and uploaded version 1.0 to https://sourceforge.net/p/sweethome3d/plug-ins/14/

I would still advise taking a backup copy of any model before making bulk changes (this code is very new and undetected bugs are always possible).

Thanks again for the info.

Thanks for this plugin [:)]
It would be nice to program undo/redo. It's really not difficult to implement and you'll find plenty of examples in Sweet Home 3D source code, mainly in PlanController class. Once you retrieved the UndoableEditSupport instance with getUndoableEditSupport(), you just have to create an instance of AbstractUndoableEdit, overriding its undo, redo and getPresentationName methods, and finally call postEdit.

[hansmex]

Thank you once again.
Undo works nicely, also 2-3 steps back.
I tested with v5.2 b1 under W10.

H

[digitaltrails]

I've just upgraded to v5.2 and colours changed with the plugin in a model saved with v5.1 seem to be being converted to invisible. Using the plugin in v5.2 seems to incorrectly set the changed colour to invisible (tested on "kitchen island" "Cupboard-units"). The plugin must not be changing the colour in a way that is forward compatible with v5.2. I will try to find time to investigate further.

[Puybaret]

When the new Invisible radio button is selected, I set the alpha value of the color to 0, and I use this nul alpha to hide some parts in 3D. As all color values in Sweet Home 3D were set with an alpha equal to 0xFF, I didn't think this way of doing could cause any side effect, except you probably handled colors differently. [:(]
That could explain some reports I received about items becoming invisible when a white color is set. Would that wrong color come from a setting of your plugin?