Style Editor settings not always stored

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Open Style Editor and select Default preset
2. Edit Style Tags: brace_bad (other than white on blue)
3. Edit/select other tag and return to brace_bad = white on blue again

What is the expected output? What do you see instead?
Values should be stored, but some values are auto reset to default.

IMPORTANT!!! Please answer these questions for any and ALL bug reports

What version of the product are you using? On what operating system?
Editra 0.5.25 (Gentoo)

What method of install was your version installed with (Binary/Source)?
Binary

If from source: What version of python and wxPython are you using?
Python 2.5.4

Original issue reported on code.google.com by MacX...@gmail.com on 5 Jan 2010 at 2:18

[GoogleCodeExporter]

Have not been able to reproduce on my machine but will investigate further as 
it may
be related to issue 453

Original comment by CodyPrec...@gmail.com on 5 Jan 2010 at 2:43

• Changed state: Investigate

[GoogleCodeExporter]

I can reproduce this one on linux. The trick is to restart Editra to make your
changes "stick". 

Test1:
- open style editor
- edit a style tag to change the colors
- click OK. Save with the name of your style
- notice that the style is not applied to the files already open
- open style editor
- notice that the style tag you modified is back to its original values

Test2:
- open style editor
- edit one or several style tags to change the colors or other settings
- click OK. Save with the name of your style
- notice that the style is not applied to the files already open
- exit Editra 
- start Editra
- notice that the style *is* applied to the files open
- open style editor
- notice that the style tag you modified *is* set to the values you changed

Please let me know if/how I can help to debug it further.

Original comment by gaudet.e...@gmail.com on 3 Feb 2010 at 8:06

[GoogleCodeExporter]

Thanks,

I am planning on completely re-writing the dialog (hopefully after the next 
release)
as it does not fit the underlying data model very well anymore. Some of the 
'special'
tags such as the bracket highlighing, caret line, and default_style have special
behavior that is not completely accounted for by the dialog.

Will come back to these reports after the re-write.

Cody

Original comment by CodyPrec...@gmail.com on 3 Feb 2010 at 8:12

[GoogleCodeExporter]

I think this may have been corrected already in the mean time or indirectly 
from other fixes as I am not seeing this while testing with current svn.

Closing as Fixed - if the issue persists please feel free to reopen and will 
investigate further.

Original comment by CodyPrec...@gmail.com on 14 Feb 2011 at 9:50

• Changed state: Fixed