[9.x] Prettify the event:list command

[imanghafoori1]

The current form of printing a table for showing events/listeners is very sensitive to the width of the command line. In this form, we can survive much smaller screens.

• It also indicates which listener implements the ShouldQueue and ShouldBroadcast interface.

The new output is responsive to the width of the terminal window and trims the long lines.

You may change the text and color to your liking.

---

• This is the before, which has problems when an event has more than one listener:

[GrahamCampbell]

This is a breaking change, no?

[imanghafoori1]

• Yeah, to some level, because the protected getEvents method may be used in a subclass, but that is very unlikely, plus the fact that the command is only used locally and not in production.
• We can change it to be fully backward compatible if needed.

[GrahamCampbell]

I also meant the fact that the output was changing.

[driesvints]

@GrahamCampbell I personally don't consider that part of the public API but let's see what Taylor says.

[taylorotwell]

Personally I'd like to see the formatting be a bit more in line with route:list in terms of how listeners are displayed below the events, etc. so it feels consistent. Maybe @xiCO2k would be willing to help?

[xiCO2k]

Actually I did start a PR for that, will find the time to finish it

[xiCO2k]

Also @imanghafoori1 let me know if you want to match the look with route:list on this PR.

[imanghafoori1]

no problem, I will try to make it consistent tonight,

[xiCO2k]

Awesome @imanghafoori1, if you need any help, let me know ;)

[imanghafoori1]

@xiCO2k Thank you very much, currently working on it, and I will push the results in an hour or so.

[imanghafoori1]

With the push of the second commit, I am done. \(^_^)/

[taylorotwell]

@xiCO2k can you share what your version looked like?

[xiCO2k]

I was trying 3 different looks

First:

Second:

Third:

I think what fits the best is the first one, but not sure how it should look when there is more than one listener.

Let me know what you guys think.

[taylorotwell]

Personally I like the third one best... with an empty line added in between new events to give it a bit more breathing room. 👍

Simple and clean. 🧼

[xiCO2k]

I can PR that style change, and then @imanghafoori1 after the merge can PR those cool additions to show ShouldQueue and stuff like that.

What do you guys think?
@taylorotwell @imanghafoori1

[imanghafoori1]

@xiCO2k I have no idea, actually.

[taylorotwell]

@xiCO2k sure go ahead and send over your style change.