View Issue Details

IDProjectCategoryView StatusLast Update
0005529ScribusGeneralpublic2011-03-24 15:52
Reportermkoren Assigned Tocbradney  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Platformx86OSDebian LinuxOS VersionSarge/Etch
Product Version1.3.3.8 
Fixed in Version1.4.0svn 
Summary0005529: a color called "None" is treated strangely
DescriptionI ran into this with the bogus "None" created as per 0005518, but if there is a color named "None", it is treated unusually. It isn't diplayed in many of the color menus, including the color editor, but it is in a few, like the tool preferences and style color lists.

It isn't deleted with remove unused colors either (at least I think it was really unused).
Additional InformationThis will be easier to test clearly after 0005518 is fixed.
TagsNo tags attached.
Patch

Relationships

related to 0009267 closedcbradney Non-existent default color for frames 

Activities

jghali

2007-04-05 03:59

administrator   ~0015746

The None color is not really a color, it's just an item added to menu where needed to describe the abscence of color. Which explains why it isn't displayed in some menu like the color editor but is in tool preferences where the user need to be able to make an object to have no color (for eg: assign None as fill color to make a transparent frame)

mkoren

2007-04-05 04:09

reporter   ~0015747

Sorry, that's not what I meant. It's possible to have a color actually defined in the document named "None", like the white one created erroneously as per 0005518. Then you see _two_ instances in some lists, for the real color and the special entity, but scribus quickly gets confused here.

See the similar behavior reported in 0005530 for style names.

jghali

2007-04-05 04:19

administrator   ~0015748

Ah ok! Sorry...

jghali

2007-04-05 04:26

administrator   ~0015749

Last edited: 2007-04-05 07:52

Confirmed in 1339cvs, i was able to create a color called "Aucune" which is the name of the None color in french

Issue History

Date Modified Username Field Change
2007-04-05 03:42 mkoren New Issue
2007-04-05 03:59 jghali Status new => resolved
2007-04-05 03:59 jghali Resolution open => no change required
2007-04-05 03:59 jghali Assigned To => jghali
2007-04-05 03:59 jghali Note Added: 0015746
2007-04-05 04:00 jghali Status resolved => closed
2007-04-05 04:09 mkoren Status closed => feedback
2007-04-05 04:09 mkoren Resolution no change required => reopened
2007-04-05 04:09 mkoren Note Added: 0015747
2007-04-05 04:19 jghali Note Added: 0015748
2007-04-05 04:20 jghali Assigned To jghali =>
2007-04-05 04:26 jghali Note Added: 0015749
2007-04-05 04:26 jghali Status feedback => confirmed
2007-04-05 07:52 jghali Note Edited: 0015749
2011-03-23 21:33 cbradney Relationship added related to 0009267
2011-03-23 23:14 cbradney Status confirmed => resolved
2011-03-23 23:14 cbradney Fixed in Version => 1.4.0svn
2011-03-23 23:14 cbradney Resolution reopened => fixed
2011-03-23 23:14 cbradney Assigned To => cbradney
2011-03-24 15:52 cbradney Status resolved => closed