I'm surprised I haven't seen this used very frequently. I thought that the day after I posted the tutorial, a whole bunch of servers would have multicolored MOTD's. I guess not. :|
There's no real points to colored text, especially in MOTDs.
I mean, if you could make INVISIBLE text it would be perfect for -hax (or whatever else), but other than that it feels a little... noobish. It's like those people that make names inside games where each letter is slightly different and together they make up a rainbow. It feels like you're dealing with a 12 years old kid who found out about a feature and wants to use it as much as possible, so he can brag 'look my name is an rainbow lolololololol'. So, yeah, there's not much point to it usually. There are some exceptions, of course, but these usually only apply for custom servers.
(for example, if you had a server with certain features, you could do this:
Multiworld | Guest area | Custom physics | Finite water
where each of these is a different color.
So, this opportunity doesn't really happen with a regular minecraft server. The only way it won't look noobish is if it's all one solid color.
I'll bet you get into a lot of fights because you're so hardcore. I wouldn't want to cross you in a dark alley. Heck, even in a lit alley, I bet that'd be pretty dangerous.
Be aware that if you are running custom server software, you can also color your servers name.
However, you have to insert color codes into the initial packet (0x00), and not the name sent with the heartbeat. Otherwise your server will show in the list with color codes in it.
rules.txt
wellcome.txt
server.properties (just the MOTD).
However, with Rules and Wellcome TXT's, you have to put "-&<colorcode>. Don't forget the " - " or it won't work.
Also, the number of color codes per line is limited for the TXT's. I've tried having 4 different color codes, and only one or two of em displayed color. The rest were just &'s.
I'll bet you get into a lot of fights because you're so hardcore. I wouldn't want to cross you in a dark alley. Heck, even in a lit alley, I bet that'd be pretty dangerous.
rules.txt
wellcome.txt
server.properties (just the MOTD).
However, with Rules and Wellcome TXT's, you have to put "-&<colorcode>. Don't forget the " - " or it won't work.
Also, the number of color codes per line is limited for the TXT's. I've tried having 4 different color codes, and only one or two of em displayed color. The rest were just &'s.
That's not a problem with the server.
(People who know, correct me if I'm wrong)
The server actually doesn't even notice the color codes. It just sends it as text. The client is in charge of making the colors. Now, what I've noticed is that sometimes, usually when there is lag (don't ask for an explanation..), the color codes get ignored and instead the client actually shows you, for example: I ate &3a banana!
Here comes the freaky part. If the server tells the client that there's the message: "I like eggs & salad", the client crashes, because it doesn't see what the hell happened with that &.
rules.txt
wellcome.txt
server.properties (just the MOTD).
However, with Rules and Wellcome TXT's, you have to put "-&<colorcode>. Don't forget the " - " or it won't work.
Also, the number of color codes per line is limited for the TXT's. I've tried having 4 different color codes, and only one or two of em displayed color. The rest were just &'s.
That's not a problem with the server.
(People who know, correct me if I'm wrong)
The server actually doesn't even notice the color codes. It just sends it as text. The client is in charge of making the colors. Now, what I've noticed is that sometimes, usually when there is lag (don't ask for an explanation..), the color codes get ignored and instead the client actually shows you, for example: I ate &3a banana!
Here comes the freaky part. If the server tells the client that there's the message: "I like eggs & salad", the client crashes, because it doesn't see what the hell happened with that &.
Q6. My colors won't work properly in rules.txt or wellcome.txt
A. If you are trying to use a color code at the beginning of a line, you must put a character before the color code such as a hyphen. Example: -&cRule 1.
It's the server. And yes, I see it says "at the beginning of a line". Technically speaking, this method should work for wherever you place the color code. This is where the problems begin.
But when you put -&cRule 1., the server displays it as:
- Rule 1. (Notice the little yellow dash to the left of "Rule 1.")
Therefore, if I was to put "-&cRule 1. -&2Builders can use -&5/goto", there would be little -'s everywhere, and the colors would be messed up.
That's why I said you can't use more than like, 1 or 2 color codes per line.
Now, next time you try to help (read: disprove) me, try testing things first.
I'll bet you get into a lot of fights because you're so hardcore. I wouldn't want to cross you in a dark alley. Heck, even in a lit alley, I bet that'd be pretty dangerous.
That has nothing to do with it. Only the FIRST TIME in a line you need to put the dash there.
Edit: okay I admit, I made a SMALL mistake but most of the stuff I said are true.
The only reason a color code would fail, is because it has another color code before it. Because the server automatically adds the yellow color codes to the message, the client would use the first color code (yellow) and ignore the second, leaving it a &. This is why you have to add a char, so that there would be at least one char between the two color codes.
In a single line, you only need to add '-' ONCE. (assuming the server automatically adds the color code, which in this case it does)
Now how about YOU test before disproving ME?
Edit: in case it's still not clear, it IS the client.
I'll bet you get into a lot of fights because you're so hardcore. I wouldn't want to cross you in a dark alley. Heck, even in a lit alley, I bet that'd be pretty dangerous.
Stop it! If you have to fight fight in PM's but fighting here only make BOTH of you look like noobish trolls.
Rollback Post to RevisionRollBack
Quote from Demoburd »
How to feel cool on Minecraft forums:
>New Feature is announced
>Begin claiming it ruins the game "MINECRAFT ISN'T A BED/DOG/HAVING FUN SIMULATOR, IT'S ABOUT STANDING IN YOUR HOUSE WITH NOTHING TO DO ALL DAY REMOVE EVERY FEATURE GUH"
I'll bet you get into a lot of fights because you're so hardcore. I wouldn't want to cross you in a dark alley. Heck, even in a lit alley, I bet that'd be pretty dangerous.
Yeah, I agree. The other thing wasn't even really a guide.
Yes, thank you for making it sticky. I appreciate that.
Who sits down and writes maniacle laughter?
I mean, if you could make INVISIBLE text it would be perfect for -hax (or whatever else), but other than that it feels a little... noobish. It's like those people that make names inside games where each letter is slightly different and together they make up a rainbow. It feels like you're dealing with a 12 years old kid who found out about a feature and wants to use it as much as possible, so he can brag 'look my name is an rainbow lolololololol'. So, yeah, there's not much point to it usually. There are some exceptions, of course, but these usually only apply for custom servers.
(for example, if you had a server with certain features, you could do this:
Multiworld | Guest area | Custom physics | Finite water
where each of these is a different color.
So, this opportunity doesn't really happen with a regular minecraft server. The only way it won't look noobish is if it's all one solid color.
I used it and it changed my MOTD to be an exact copy of my server name, so it appeared as:
Canadian x360a Multiworlds
Canadian x360a Multiworlds
However, you have to insert color codes into the initial packet (0x00), and not the name sent with the heartbeat. Otherwise your server will show in the list with color codes in it.
With MCSharp, the color codes work in:
rules.txt
wellcome.txt
server.properties (just the MOTD).
However, with Rules and Wellcome TXT's, you have to put "-&<colorcode>. Don't forget the " - " or it won't work.
Also, the number of color codes per line is limited for the TXT's. I've tried having 4 different color codes, and only one or two of em displayed color. The rest were just &'s.
(People who know, correct me if I'm wrong)
The server actually doesn't even notice the color codes. It just sends it as text. The client is in charge of making the colors. Now, what I've noticed is that sometimes, usually when there is lag (don't ask for an explanation..), the color codes get ignored and instead the client actually shows you, for example: I ate &3a banana!
Here comes the freaky part. If the server tells the client that there's the message: "I like eggs & salad", the client crashes, because it doesn't see what the hell happened with that &.
It's weird.
And, in short, not the server's fault.
You're wrong.
http://mc.tvalor.com/faq.html
It's the server. And yes, I see it says "at the beginning of a line". Technically speaking, this method should work for wherever you place the color code. This is where the problems begin.
But when you put -&cRule 1., the server displays it as:
- Rule 1. (Notice the little yellow dash to the left of "Rule 1.")
Therefore, if I was to put "-&cRule 1. -&2Builders can use -&5/goto", there would be little -'s everywhere, and the colors would be messed up.
That's why I said you can't use more than like, 1 or 2 color codes per line.
Now, next time you try to help (read: disprove) me, try testing things first.
Edit: okay I admit, I made a SMALL mistake but most of the stuff I said are true.
The only reason a color code would fail, is because it has another color code before it. Because the server automatically adds the yellow color codes to the message, the client would use the first color code (yellow) and ignore the second, leaving it a &. This is why you have to add a char, so that there would be at least one char between the two color codes.
In a single line, you only need to add '-' ONCE. (assuming the server automatically adds the color code, which in this case it does)
Now how about YOU test before disproving ME?
Edit: in case it's still not clear, it IS the client.
I did. I tried your methods, they failed. And there's nothing wrong with the WoM Client.
What EXACTLY did you do and how EXACTLY did it fail?
>.> Go play some Habbo and calm down, kid.