Opened 12 years ago

Closed 11 years ago

#8256 closed bug (fixed)

[Terminal] remember color schema settings [easy]

Reported by: Disreali Owned by: siarzhuk
Priority: normal Milestone: R1
Component: Applications/Terminal Version: R1/Development
Keywords: GSOC2012 Cc:
Blocked By: Blocking:
Platform: All

Description

Using hrev43534, but it has been around for quite awhile.

Steps to reproduce:

  1. Open Terminal -> Settings -> Settings.
  • notice that the Color schema dropdown box is set to 'Custom', and the Color dropdown and ColorChooser(is that the proper name?) are 'live' and can be changed.
  1. Select a pre-defined Color schema from the dropdown box.
  • notice that the Color dropdown and the ColorChooser are now grayed out and no longer 'live'.
  1. Click the 'OK' button to save settings and close the Settings window.
  1. Repeat step 1
  • Notice that the Color schema dropdown is once again set to 'Custom', and that the Color dropdown and ColorChooser are again 'live' and not grayed out.

Once a user has selected a pre-defined color schema, the settings window should remember it and show it as selected every time the settings are opened.

Attachments (1)

8256_terminal_colorschema.patch (568 bytes ) - added by luckypower 12 years ago.

Download all attachments as: .zip

Change History (18)

comment:1 by siarzhuk, 12 years ago

Owner: changed from jackburton to siarzhuk
Status: newassigned

Are you using non-English locale?

in reply to:  1 comment:2 by Disreali, 12 years ago

Replying to siarzhuk:

Are you using non-English locale?

No. The system locale is en-US. I did not know that made a difference.

comment:3 by Disreali, 12 years ago

Summary: [Terminal] remember color schema settings[Terminal] remember color schema settings [easy]

by luckypower, 12 years ago

comment:4 by luckypower, 12 years ago

patch: 01

comment:5 by luckypower, 12 years ago

Keywords: GSOC2012 added

comment:6 by diver, 12 years ago

Could be related to #7209.

in reply to:  5 ; comment:7 by siarzhuk, 12 years ago

Replying to luckypower:

GSOC2012

???

in reply to:  7 ; comment:8 by siarzhuk, 12 years ago

Replying to siarzhuk:

GSOC2012

???

Ups. :-( All is OK. Thank for the submission, luckypower!

Sorry for the noise!

in reply to:  8 comment:9 by luckypower, 12 years ago

Replying to siarzhuk:

Replying to siarzhuk:

GSOC2012

???

Ups. :-( All is OK. Thank for the submission, luckypower!

Sorry for the noise!

You are welcome :)

comment:10 by bonefish, 12 years ago

Any explanation for the patch? I haven't looked at the related code, but just looking at the patch I wonder why a == operator should not compare certain attributes. Intuitively I'd say that's the wrong place for a fix.

in reply to:  10 ; comment:11 by siarzhuk, 12 years ago

Replying to bonefish:

Any explanation for the patch? I haven't looked at the related code, but just looking at the patch I wonder why a == operator should not compare certain attributes. Intuitively I'd say that's the wrong place for a fix.

I suspect that both cursor colors of the Color object are not used at the moment. So if the Color objects really contain not-initialized trash here - it is not a wonder why user see the "Custom" scheme every time he tries to set the pre-defined scheme. So the patch can be related to the real source of problem and can be counted as valual for GSoC. From the other side I have on my TODO list many tasks related to Terminal problems and restoring normal colors support is one of them I'm dreaming all this years when my MC goes to acid "green instead white" color scheme. ;-) Thats why I do not applied this.

in reply to:  11 ; comment:12 by bonefish, 12 years ago

Replying to siarzhuk:

I suspect that both cursor colors of the Color object are not used at the moment. So if the Color objects really contain not-initialized trash here

I would suspect something like that as well, but if that's the case, the better solution would be either to remove these attributes completely (not just in the == operator) or -- particularly if there's any intention to use them in the future -- initialize them properly (and keep the comparison in the == operator).

in reply to:  12 ; comment:13 by siarzhuk, 12 years ago

Replying to bonefish:

Replying to siarzhuk:

I suspect that both cursor colors of the Color object are not used at the moment. So if the Color objects really contain not-initialized trash here

I would suspect something like that as well, but if that's the case, the better solution would be either to remove these attributes completely (not just in the == operator) or -- particularly if there's any intention to use them in the future -- initialize them properly (and keep the comparison in the == operator).

You are right. Correct initialization of the object fileds is looking like more correct way to solve theproblem at the moment. ;-)

in reply to:  13 comment:14 by luckypower, 12 years ago

Replying to siarzhuk:

Replying to bonefish:

Replying to siarzhuk:

I suspect that both cursor colors of the Color object are not used at the moment. So if the Color objects really contain not-initialized trash here

I would suspect something like that as well, but if that's the case, the better solution would be either to remove these attributes completely (not just in the == operator) or -- particularly if there's any intention to use them in the future -- initialize them properly (and keep the comparison in the == operator).

You are right. Correct initialization of the object fileds is looking like more correct way to solve theproblem at the moment. ;-)

Thanks for correcting me. cursor_fore_color and cursor_back_color was not set when we change the schema. So i thought it must not be checked when we compare schema. But I will come up with better solution, as both of you suggested.

comment:15 by kallisti5, 11 years ago

Resolution: fixed
Status: assignedclosed

solved in hrev44955

in reply to:  15 comment:16 by siarzhuk, 11 years ago

Resolution: fixed
Status: closedreopened

Replying to kallisti5:

solved in hrev44955

On non-English locale it doesn't looks like "really" solved at the moment. ;-) Colors customization is broken in such circumstances.

comment:17 by siarzhuk, 11 years ago

Resolution: fixed
Status: reopenedclosed

Fixed in hrev45266.

Note: See TracTickets for help on using tickets.