View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012662 | Scribus | User Interface | public | 2014-09-05 07:58 | 2014-09-24 05:44 |
| Reporter | JLuc | Assigned To | jghali | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.5.0svn | ||||
| Fixed in Version | 1.5.0svn | ||||
| Summary | 0012662: DELETE key in "Colours & Fills" edit window | ||||
| Description | After 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). | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
|
|
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. |
|
|
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. |
|
|
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) |
|
|
"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. |
|
|
I added the code to prevent deletion of "Black", "White" and registration color. I also fixed a few other issues, amongst which two crashes. |
|
|
Tested, fixed. Perfect. Thanks! |
| 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 |
