← All bug reports

FS#580Black color reverted to white color on each close

Type
Bug
Status
Closed
Resolution
Fixed
Category
QCAD (main)
Severity
Medium
Priority
Low
Reported version
3 RC5
Operating system
Windows 7
Reported
2012-04-27 by MiHeGo
Closed
2012-04-28 by andrew

Hello,

When I started Q3, I selected a White background in the initial dialog window. I opened a copy of a good Q2 file and saw that ALL entities with Q2 Black/White color where forced to be White. Andrew explains this as a mean to avoid unreadable items against the background colors. Remember I selected White as background ? I guess Black/White entities could be better kept as Black ?

Following Andrew's advice, in Application Preferences ==> Graphics View, I unchecked the Auto correct black and white colors check box. The background settings is white. OK.

I went through a process of changing the White color for several layers to Black. I also had to change the color codes for the hatch areas. For instance, the hatch area layer "055_F_Murs" has "14-76-255 / 255-197-179" values in Q2. Why these values are auto corrected to "30-128-255 / 255-191-127" ?

After these changes, I saved the file, closed Q3 and opened the file again.

Catastrophique ! All "Black/White" layers were back to Black and the hatch colors were back to the "auto corrected" values.

Changing the background color to black then white seemed to solve the problem : the layers kept the Black color. Actually it was just an illusion.

Yesterday too much confident, I spent the whole day, modifying layers to Black, adding new layers also Black or custom color, checking the line weight (replacing the "default" (?) value of 0.25 mm with my preferred default value of 0,00 mm, I've posted on the forum about this) and so on. I saved the file, closed it.
To-day, nearly all layers have lost their colors :
- Black ones are again White,
- custom color are "auto corrected" as above for "055_F_Murs",
- only the standard non Black/White colors are preserved, like Blue, Magenta etc.

At this point, I can't continue using QCAD 3 with enough reliability as my color settings are __always __lost. This is why I qualify this bug as CRITICAL.
I don't want to use a Black background or a Light Blue one. Why do you think all old "green on black VDU" were replaced with "black/color on white" displays, to begin by Apple ?

NB I already reported this but can't find it in the list (maybe because I forgot to enter a summary ? No warning, happily I had a copy with Notepad), sorry for the duplicate.

Comments (3)

andrew 2012-04-27

Changed to normal. Bug severity is not meant to be subjective (each user has his own one 'critical' feature request or bug report).
Critical bugs are: crashes, not able to save / load, etc.

MiHeGo 2012-04-27

Andrew wrote « Critical bugs are: crashes, //not able to save// / load, etc. ».
Exactly ! The point is that when I save the file, later I don't find what I saved : translated "I'm not able to correctly save my job".
Anyway, no matter the severity qualification, I ceased to use QCAD rc5 for its lack of reliability in its current delopment stage. I desinstall it and I'll wait for a new release before giving it a try !

andrew 2012-04-28

User is using an older version of DXF/DWG (<=R15 / DXF2000) which does not support black colors nor custom colors.

Fix: warn user when he's doing this.

Workaround: Save as - Choose moden file version ( > DXF2000 / R15).

Closure comment

There's no fix as this is a file format limitation.

To improve the user experience, a warning is shown when using a file format version that does not support 24bit colors.