View Issue Details

IDProjectCategoryView StatusLast Update
0012662ScribusUser Interfacepublic2014-09-24 05:44
ReporterJLuc Assigned Tojghali  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version1.5.0svn 
Fixed in Version1.5.0svn 
Summary0012662: DELETE key in "Colours & Fills" edit window
DescriptionAfter selecting a colour, a pattern or a gradient in "Colours & Fills" window, pressing the DELETE key should delete it (in the same way the "Delete" button does).
TagsNo tags attached.
Patch

Relationships

parent of 0012428 closedcbradney DELETE key on selected pattern should delete it 

Activities

christoph_s

2014-09-23 05:56

administrator   ~0033812

This is not as easy as it sounds. Some colours (e.g. CMYK Black, CMYK White and Registration BLack, probably some more) need to be protected from deleting.

ale

2014-09-23 09:21

manager   ~0033818

why should CMYK Black be protected if my target is RGB?

if ever, we should add "roles" to colors and make sure that each mandatory role is fulfilled by at least one of the remaining colors.

ale

2014-09-23 09:22

manager   ~0033819

on top of it, protecting color is a different issue than enabling the DEL key for deleting.

if the key pressing has been implemented, i think that this ticket should be closed.
(except if now the DEL key behaves differently than the delete button)

jghali

2014-09-23 11:00

administrator   ~0033825

"Black", "White" and "Registration" color must indeed not be deleted. "Black" and "White" are used as fallback colors in some case (eg. when importing plain text files). Those colors must always be available.

>> why should CMYK Black be protected if my target is RGB?

The fact that target is RGB is only known at export time. And there are plenty of cases when there are multiple outputs, both in RGB and CMYK.

jghali

2014-09-24 00:33

administrator   ~0033829

I added the code to prevent deletion of "Black", "White" and registration color. I also fixed a few other issues, amongst which two crashes.

christoph_s

2014-09-24 05:44

administrator   ~0033832

Tested, fixed. Perfect. Thanks!

Issue History

Date Modified Username Field Change
2014-09-05 07:58 JLuc New Issue
2014-09-05 08:00 JLuc Relationship added parent of 0012428
2014-09-22 20:12 cbradney Status new => resolved
2014-09-22 20:12 cbradney Fixed in Version => 1.5.0svn
2014-09-22 20:12 cbradney Resolution open => fixed
2014-09-22 20:12 cbradney Assigned To => cbradney
2014-09-23 05:56 christoph_s Note Added: 0033812
2014-09-23 05:56 christoph_s Status resolved => feedback
2014-09-23 05:56 christoph_s Resolution fixed => reopened
2014-09-23 09:21 ale Note Added: 0033818
2014-09-23 09:22 ale Note Added: 0033819
2014-09-23 11:00 jghali Note Added: 0033825
2014-09-24 00:33 jghali Note Added: 0033829
2014-09-24 00:33 jghali Status feedback => resolved
2014-09-24 00:33 jghali Resolution reopened => fixed
2014-09-24 05:44 christoph_s Note Added: 0033832
2014-09-24 05:44 christoph_s Status resolved => closed
2014-09-24 05:44 christoph_s Assigned To cbradney => jghali