Normalize console usage

[bakura10]

Hi,

This is a PR that attempt to answer a problem that I outlined here: #3731

Basically, I'm using a few modules that have console commands. The problem that arised is that it quickly becomes a mess for three main reasons:

1. There are no colors by default that help me to separate each module.
2. Each module owner have their own conventions for banner...
3. The getConsoleBanner was misused by me (and a lot of other people too).

What I thought first is that getConsoleBanner was used to tell the name of the module, so that the following logic were used: banner 1, usage 1, banner 2, usage 2... However, as @Thinkscape outlined to me, banners are all appended at the beginning and should remain short (name of the module and version).

My idea is to automatically generate module name separators, with some pre-defined colors that visually separate each module. We would also need to update the doc so that people are encouraged to follow the same conventions:

1. getConsoleBanner should return a ONE-LINE only with name of module + version of module. This way, all modules are clearly shown at the beginning of the console.
2. getConsoleUsage SHOULD NOT return the name of the module as this is automatically done now by the Console component itself. This one should only return... well.. usage. This is not a BC. At worst, people that wrote the module name in the usage, it will just write it twice (the user one and the automatically generated one).

For those who want to see the result, here it is (I'm open to discuss about color choices):

http://cl.ly/image/47203A0c0i1c

As you can see, the module names are all appended at the beginning in blue, while each module are separated by the module name wrapped around dashes (those take the whole console width).

What do you think ?

[Thinkscape]

We had a discussion on #3731.

[tca3]

IMO the module names needn't to be colorized. Besides, the color blue is not the choice I would go with since a lot of consoles come with a black background by default, if not blue !

[bakura10]

Yeah, the color choice was a bit arbitrary...

[tca3]

I don't think any colorization is needed here, but I'm happy with the new output.

[weierophinney]

I've merged, because I feel the functionality makes sense, and it solves an issue I've already observed. If somebody wants to do a PR later with different colors, omission of colors, or configurable colors, that's fine.

[Thinkscape]

omg... really ? Now every time I run any app it looks like something broke down...

[weierophinney]

@Thinkscape Note that I said this:

If somebody wants to do a PR later with different colors, omission of colors, or configurable colors, that's fine.

So, submit a PR if you don't like the selected colors.