Sam

So you don't enjoy improvements? If something is good, you don't like making it better?

wat I mean, It wouldn't fit the looks of OSBot. As im using animate. Which IRC webclient are you talking about? There are many different themes...

wat

This is how I try to live my life every day - minus the 500 grand ;) (ask yourself if you would be happy with what you've done today if you died tomorrow). it's pretty good life advice, heard it in Steve Job's Stanford graduation speech. Honestly, I'd give it to my family and spend the last day with them.

I think IRC should replace the current chat system we have now. It has all of the features of the current system plus a lot more benefits. It would take about ten minutes to set up a channel and switch systems. You can read about IRC here if you haven't already heard of it. Here is an implementation for IP.B.

Yeah I agree with @Bake me a cake, let's remove Sponsor, VIP and Script Writer because powerbot has them. Good logic guys. Lets implement ideas based on whether or not other communities have them.

Do you often ridicule people who don't understand concepts as well as you do? Is it something you enjoy? If they haven't visited a forum before, they might not know where/how to find something, or not realise that they should search before posting.

It's because the GIF image you uploaded is too large. The server tries to resize it for you to make it smaller, but removes the other frames in the process. Use this to resize your animated GIF to 130 by 130px and then change your avatar to the smaller GIF.

If they are so distracting then disable them. I personally like them. I have. Doesn't change the fact that they still exist and are annoying other people.

Definitely. Signatures should be made much smaller, they're often distracting, invasive and cluttering. Personally I don't think there's any need for them at all, but that's a different argument.

But ArrayList#add is O(n) worst case (when it has to resize) and LinkedList is constant time for adding. However if you're going to critique his List implementation of choice I think a far better suggestion would be for him to program to the interface not the implementation. @Cory, MethodContext should extend MethodProvider not Script (a MethodContext is not a script) By making the fields public in your MethodContext you have made your API brittle. What if you decide to make MethodContext thread-safe or perform additional checks before returning a field? You can't without breaking people's code. This is why encapsulation is important. I'm not sure why you named your package impl - what is it an implementation of? I would suggest documenting all your classes - I'm not sure what the ObstacleListener's purpose is. Those are my suggestions from a brief look. Hope it helps.