mIRC Home    About    Download    Register    News    Help

Print Thread
Page 2 of 2 1 2
Joined: Apr 2004
Posts: 871
Sat Offline
Hoopy frood
Offline
Hoopy frood
Joined: Apr 2004
Posts: 871
Originally Posted By: MeStinkBAD
Or that's the way things [should] work.

And for that to be possible, mIRC would need to support more than 16 colors first. Isn't it fun to arrive at the same conclusion within a single thread over and over again?


Saturn, QuakeNet staff
Joined: Sep 2007
Posts: 10
F
Pikka bird
Offline
Pikka bird
F
Joined: Sep 2007
Posts: 10
this deserves a bump.

also my thread regarding this topic: https://forums.mirc.com/ubbthreads.php?ub...true#Post208946

Joined: Mar 2009
Posts: 74
K
Babel fish
Offline
Babel fish
K
Joined: Mar 2009
Posts: 74
I think I know what you are getting at. When you change a color currently in use, it automatically changes everything currently using that color. So, if you want to change one item to a color not currently listed in the color pallette, you must first change the item you are trying to change the color of, to a color that is NOT in use by any other event. Then change the that color to what ever color you want to use. For example, click that "Nick Text" then left-click the pink color (not the purple), then right-click the pink and select a color of your choosing for that event.

Last edited by KageNoOni; 23/03/09 09:49 AM.
Joined: Feb 2005
Posts: 342
R
Fjord artisan
Offline
Fjord artisan
R
Joined: Feb 2005
Posts: 342
Maybe I should try my hand at explaining why this works the way it does to this fellow.

mIRC is limited to it's 16 color pallette, as you should already know. What you may not be grasping is that each of the "events" that are listed above are POINTING at CTRL+K<NUMBER>.

If you choose "Action" and then click mIRC's standard GREEN color (CTRL+K 3 -- the fourth color on your pallette list at the bottom of the window), that will make "Action" green. However, you are not assigning the the color to "Action" you are assigning the control code, ctrl+k 3, to "Action"

There's a not-so-obvious reason that it works this way. mIRC's events are designed to re-color themselves dynamically. What do I mean by "dynamically" you might ask, the answer is simple. mIRC will recolor "event" lines in your windows to whatever control code you point the event at in the alt+k window.

Quote:

Example,

Press alt+k, set "Action" to use the FIFTH COLOR at the bottom of the window (This would be ctrl+k4). This is usually the bright red color. Press OK.

Type:

/echo -atc action *** This line will be dynamically recolored ***

If you did this right, that line should show up with the color (control code) that you assigned to "Action".

Now press alt+k, at the top of the window, choose "Action" then pick a DIFFERENT color, maybe the 8th color (usually orange) (ctrl+k7) at the bottom of the window by left clicking on it.

Look back at the window that you did the /echo command in, that "Bright Red (ctrl+k4)" echo should now be an "Orange (ctrl+k7)" echo.

Magic.


This is generally something people don't seem to realize when they write their own custom themes.

What you should be suggesting, and has likely already been suggested before, is additional color codes to use (0-99 as opposed to 0-15). This will allow it to fall in line with /echo -c, and mIRCs way of dynamically recoloring events.


TL;DR:
The events in the Colors/Crayons dialog point at control codes, not colors. mIRC uses these to dynamically recolor it's events, and echo's that make use of the -c switch (/echo -c action Text). It's a feature.

Last edited by Rand; 23/03/09 07:22 PM.
Page 2 of 2 1 2

Link Copied to Clipboard