Also,

In safari (mac) private chats display like so: 06/05/2008 20:34From <lalala> (without the space between the date and from).

The private chat dialog also shows the text below it through, some sort of css error. It's the same in firefox mac. have not tested other browsers.

And could you also tell me how to unignore and unban a user? Thanks

I made a screenshot of the dialog box displaying incorrectly.

What type of strain if any does this put against your bandwidth considering it's ajax? If this is used regularly will it cause significant use?

Those fixes should not be needed when using the 0.4.0 with the last vbulletin versions.

The count is not based on a number of posts since install, that's strange.

Can you make a screenshot of all usergroup permissions please.

You need 3 images for a channel, they have the same name except the end :

• _sel
• _nosel
• _new

followed by the extension.

Yes that's right I am sending the whole content.

It would indeed be perhaps better to send with the new entries.

However, imagine if a user remove a shout or ignore someone, then the need of a full reload is logical.

I have perhaps not had a good idea to code it like that but considering what I just said I don't see how I could do it in another way but perhaps you have another good suggestion ? :)

You mean the menu ?

Even with the screenshot I don't understand what you mean.

I have a mac and have tested on safari but perhaps not since that change, please tell me how to reproduce it.

You have to install the ban and ignore commands, then checks the help in the chatbox for more info :)

The memory strain is not on server side but on user side.

However XiZa is right, it will use bandwidth but that amount is not that significant comparing to downloading a file for example ;)

The use of the bandwith won't be that intensive.

<font color="Red">Thanks to tekInside for his kind donation !
</font>

Well,

You could add json commands like {command:'removeMessage': 112} and things like that to remove messages. But that would mean you would have to keep a log of removed messages.. and edited messages.. in separate tables since if you just send the last x messages you wouldn't know if they were deleted or edited.

Or perhaps just an extra column in the message table status: active, deleted, edited (perhaps a date value)

And if the user wants to ignore someone, then you can indeed respond with a full reload or just use client side javascript to remove the entries by that user if you kept that information available.

<tr id="message_y" class="user_x">

Also, when someone isn't online and you try to PM them, it states "that user doesn't exist". Think it would be better if you would say "the user isn't online".

Anyway, you have seen the popup dialog screenshot, will you be fixing that?

I also attached a pic about the spacing issue, small issue but would be better if fixed :) No space between date and "To/from" and after the name. Maybe if you used &nbsp; it would work better.

Also, a spelling error in the help: "usergroupds "

Edit: I would also love the ability to remove certain icons, like the button that empties the chat input field. And the ability to change the icon images.

Thanks

One more question, I just noticed a different initial state (chat log) from two accounts. Is this a setting somewhere or a bug? If I go in safari to the archives I see all of it, but if I use my other user account in firefox, it only shows my posts I just made.

(Note that i am just testing this currently with only two users, offline)

Also, the command syntax could possibly be made better?

Does vbulletin allow usernames that are numbers only? If not you could check if integer, its uid otherwise username.

Another error in the help:

/pm uname "userid"

should be "username"

I just checked and it doesn't appear that vbulletin blocks integer names..

Better syntax could be:

/ignore username
/unignore username
/ignore userid uid
/unignore userid uid

So only use a parameter (uid) to the more advanced option which I doubt many people will use anyway.

Don't require " " around the username unless there are spaces in the username. (then you could show an error mesage before sending the command to the server)