Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ MUSHclient
➜ Bug reports
➜ Custom colors & defaults. (3.20)
|
Custom colors & defaults. (3.20)
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Neva
USA (117 posts) Bio
|
| Date
| Fri 21 Jun 2002 08:30 PM (UTC) |
| Message
| Will try this later with 3.22, but for the moment:
I set colors. I saved them as a file. I set that as the default.
Then, I go and change one of the custom colors. After changing that, I hit 'override with defaults' for the colors.
Now, I use that custom color for my local echo. I enter a command. It's entered in the changed color, not the one I originally had. Not ideal; the saved colors ought to save more than just ANSI, in my mind.
But, more importantly, when it's set to override, you can't /change/ the custom colors. They lock the same as the ANSI. That doesn't make sense; it should only lock if it's actually loading colors for use in those slots, which it obviously isn't. | | Top |
|
| Posted by
| Neva
USA (117 posts) Bio
|
| Date
| Reply #1 on Tue 06 Aug 2002 01:23 AM (UTC) |
| Message
| | This problem still exists, for me anyway, in 3.24. Can someone else verify, please? | | Top |
|
| Posted by
| Nick Gammon
Australia (23,170 posts) Bio
Forum Administrator |
| Date
| Reply #2 on Tue 06 Aug 2002 05:04 AM (UTC) |
| Message
| The problem is that in the current version(s) you either override all colours with the default or none.
Now that we have XML files (and "include" files) I am planning that in the near future you can override on a colour-by-colour basis, which is what you want. Soon. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Neva
USA (117 posts) Bio
|
| Date
| Reply #3 on Tue 06 Aug 2002 03:14 PM (UTC) |
| Message
| | I'm fine with it overriding all colors. That's what I want it to do. The thing is that the custom colors /do not/ override with the saved versions, but /are/ locked against any changes, when the box is checked. | | Top |
|
| Posted by
| Nick Gammon
Australia (23,170 posts) Bio
Forum Administrator |
| Date
| Reply #4 on Wed 07 Aug 2002 01:46 AM (UTC) |
| Message
| OK - I've tested this a bit. It works for me but perhaps in a non-intuitive way. ;)
First, the default colours (and triggers etc.) are only processed when the world is loaded (except for manual intervention, see below).
Thus, if you change colours but then check "override with default colours" this will not take immediate effect, but will affect you next time the world is loaded.
Anyway, what you can do is, after changing the defaults, use the File menu -> Reload Defaults (Ctrl+Alt+R), which forces defaults to be reloaded.
In my testing, the custom colours were also overridden - can you confirm that you think that is not happening? (after doing a "reload defaults"?). |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Neva
USA (117 posts) Bio
|
| Date
| Reply #5 on Wed 07 Aug 2002 02:43 AM (UTC) |
| Message
| | That does fix it. Terrific. :) | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
20,877 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top