It already senses that it's members only, completely stock. If you look in the scripts file you'll see the line:


By default, regonly is set to 1, which means that it will not allow it to be loaded unless you're a registered user, all done automagically (and easy to update if you want it to allow un-regged users).

It will however show the LINK TO it, however it will give an error "You must be logged in to use this feature" (or something similar, i don't recall the exact wordlet used).

Yeh, it'll need to allow only 0-9,a-z,A-Z and not start with a number; i could strip numbers and special characters out alltogether, but that woudln't solve too much as then you'd have the possibility for users using eachothers nicknames (you can, in this version, remove the nickname change box, and most users don't know about the /nick command; whch i could also filter, I'm contemplating introducing the filtered commands option in the next build)...

Will be giving it some thought though...

I think the next build will focus on the "allowed" and "disallowed" commands options with the pjirc, so one could limit their users from changing their nicknames, connecting to other servers, joining other channels, etc.

I'll also be looking into ways to deal with users whos names start with a number, but without having to strip out all numbers... Although this is kind of beyond the scope of this addon (it's more an IRC specification issue if anything)

Well, I'm almost done with v0.3; I've added the allowed/disallowed commands/join channels/part channels options, and i've updated to add several other options. I've also updated the message strings on the language file to conform with eachother now lol.

As for my thoughts on using a pjirc.cnf file, at this point i've decided against it, as I wouldn't be able to utilize options via language strings to be edited in the control panel, and a lot of the option is through those at this point...

Version 0.3 was just released, main new features are:
1. Ability to restrict users to specified channels (they will be unable to join any other channels).
2. Ability to restrict users from leaving specified channels (they will be unable to part any listed channels.
3. Ability to restrict users use to irc commands (either grant them access to use or to not use certain commands).

I have been toying with a smilie legend which would allow users to click on a smilie and have it populate to the chat box, this however didn't make the cut for v0.3 but will likely appear in 0.4 or 0.5 which currently have no ETA (which are at this point depending on pJIRC plugins or features not yet covered by our integration).

Uploaded and works great Gizzy.. cept now I have the number "1" in the extreme upper left corner of the page, above the UBB header include.

Also.. you forgot to update the rev in your readme file.

Edit: Figured out where the "1" was coming from. This time around I set the "refresh" parameter in chat.inc.php from "0" to "1" to see if that worked. Didn't seem to refresh.. and got the 1 in the upper left. Is that refresh feature operational?

Crap, I upgraded the rev everywhere else, go fig lol... At least I got the support url posted everywhere lol...

My brother kept txting me when i was working on everything, so blaime any bugs on that (I'll update it in 0.4 when I get to it).

I haven't ever used the refresh paramater, so I have no idea; but i'm glad it wasn't a bug in mine, cas I hadn't seen that anywhere when i was testing lol...

Have you gotten to testing out the filters in 0.3? I found them rather nice

I've added this irc thing:
http://www.femistyle.be/ubbthreads/ubbthreads.php?ubb=chat

I want to use someting that can replace the Shout Box, since that is so popular it generates 90% server load
tread about that:
http://www.ubbcentral.com/forums/ubbthreads.php?ubb=showflat&Board=11&Number=173180&Searchpage=1&Main=38824&Words=+femistyle&topic=0&Search=true#Post173180

Now this Addon requires extra software on client side (most of my users don't like that), but, it took one only 5 minutes to enter the chatroom using someone else his/her username (he just looked at te source code of webpage to figure that out)..
I want to avoid this.

A JVM (Java Virtual Machine) is a requirement for this modification as the pJIRC is coded in Java and the JVM runs the java application (as is the jIRC client which was an earlier (and non-free) choice for this mod's integration file).

The FlashChat that I mentioned also requires a 3rd party program to run (well 2 if you include the $5 flashchat application) which is the Adobe (formerly Macromedia) Flash Player. There is currently no FlashChat integration file available.

Any suggestions how I can avoid people connecting with an other one's username?

Theres a section called "disallowed commands" in languages/chat.php (~line 23), make it read:


This will make it so users cannot use the "nick" command to change their nicknames.

Then you can also remove the "nickname" box by editing templates/default/chat.tpl by changing this line (~line 20):


to:


There are a LOT of integers in the chat.tpl file, as stated in the main post I made just about every option there is with the pJIRC script available there for "advanced" users.

A quick FYI, you can use the command filter to filter the join command as well to restrict people to one channel; an alternative for this would be to use the channel join filter (in the chat language file, ~line 21) to filter "none+#yourchannel" or "none+#yourchannel+#yourchannel2".

I guess I should also point out that if you revoke a users ability to change their name, and you have the reg only filter turned off (it's on by default so it'll always take the users forum nickname as their default nickname) that users who are not logged in will login to the chat as "guest" and they will be unable to change their nickname until they login to your forums and reload the chat page.

I have another question, probaly some paramater but I'm really not experienced with irc.

I connect the chatroom with a Belgian Kreynet server (fast respons). but on that server are of course other chatrooms. The server demands unique nicknames.. So this evening I had a user who could not connect because the nick name was already in use.

Any solution for that? Without giving them permission to change the nickname?

If the nickname on the server is "in use" it should assign them their nickname with 5 random characters behind it (as that's what it was scripted to do).

you can validate this behavior by opening the chat.tpl file and finding this line:


The only issue I can think of is if their nickname is a protected server name (such as root, serv, or admin, etc; something blacklisted as a server only name) If they're getting an error I'll need to see it to be able to say anything either way (it shouldn't just not allow them to load)

It'd likely be best if you could get them to take a screenshot of the error on their browser, as well as provide what their display name is as well.

Works fine. However my members seem to prefer the shoutbox as a chat room LOL

BTW - if this was linked to whos online, then when someone was in the chatroom a line could appear at the top of the page saying 'x members are in the chatroom - why not join them' with a link to the chat room

This was an extra added by Josh in an older version and worked well.

Well that sounds interesting, but would only relay any users using the script vs logged inthrough other means (ie a real irc client, or logged in from a seperate javairc instance...

I'll include this in the next release's readme, but in the meantime, if you want to have users show up in the WoL as 'In the "Chat Room"' then do the following:

In /languages/english/online.php (you should do this for every language you have if you have more than just english)
Find:


Add After:

v0.4 released (contemplated waiting till midnight to be the first posted in Oct); changes:

• Spaces in nicknames are now converted to _'s so that user PDN's display properly when logging in (spaces in nicknames are not allowed according to the IRC standards).
• Updated the revision in the readme for once (hasn't been changed since 0.2!)...
• Added instructions to the readme that show users logged into the chat in the WOL.

Cause he's cool like that.

Item #1 added cas Tiff didn't have any backups and kept bugging me tonight until I re-invented the wheel ...