Galyn

I have the same problem. This plugin is broken.

This is a limit of php, set by the server. Ask you server admin to increase the upload_max_filesize variable to what you need.

Well, after seeing the widget, I realized that invitation codes don’t work like I thought they did. I originally thought they were a 1 to 1 user ratio. Not a big deal, but definitely changes my perspective a bit. ??

Anyway, my suggestions for the widget:

1. Create invitation codes from the widget
2. Send an email (or create a printable) invite to people from the widget, with instructions on how to sign up etc. Email template would be set in the plugin options.
3. Your idea to see which accounts signed up under a specific invitation code is something I’d like to see as well.

Now, even though you didn’t ask, I’m going to give my wishlist for the invitation codes themselves, but first, boring info. of how I’m using your plugin.

I’m using your plugin along with the Simple:Press bulletin board system to create a members section for our church’s website. The idea was that the invitation codes would allow the members to sign up at their leisure without my having to create a whole account for them. If they ended up leaving the congregation, I’d deactivate their invitation code and their account. This makes for some great security as no one can sign up without my intervention.

So here are some suggestions based on my specific wants:

1. Have the code able to be expired manually, or automatically (see #2.)
2. Ability to limit # of times a code can be used.
3. Have the system auto-generate X number of codes.

To take that idea further, though not specifically for my uses:

3. A public side widget that lets someone generate/send invite codes to their friends. (Think of it like how google did gmail and wave, limiting the times a user can send an invite.)

Thanks! And no, I didn’t feel insulted. Got the plugin updated and it works now.

I feel like an idiot. I can’t seem to find where to download the trunk version.

Awesome glad I could help. ??

Headed out to update. ??

It’s probably for the best, anyone still using IE 6 really needs to upgrade. I for one will be glad when it’s long forgotten.

That worked beautifully, thanks!

I haven’t seen much on the new 2.7 theme stuff, I’ll have to do some research on that.

Ok, so here’s a link on my website with an example of what I’m doing…

https://infinitegames.com/sacred-2-the-new-co-op-hotness/

and here’s the code:

<?php if($comment->user_id == 0) {echo "<span style='background:gray; color:#FFF;'>Non iG Comment</span>" ; } ?>

I also have it in other places to give the grey text color and grey border background.

This link also shows a test comment, where I, as a registered user with an account, have entered a comment without logging in, using the same email address that I am registered with. I’ve approved the test comment, and of I was allowing gravatars to non-iG comments, it would show the same avatar as the original post. However, because I did not sign in, it has set the user_id in the $comment variable to 0. It would be nice if, when approving a comment, wordpress checked to see if the email was the same, then asked the approver if it is the same as X user, if the approver says yes, it assigns that user’s id to user_id in the comments record.

The trick is that comment users are treated so much differently than Posts users, which is definitely understandable. I just wish that the two were a *little* more alike.

If a user is logged in and posts a comment, it actually records their user id, so I could code to check against the user id, if it’s greater than 0, it’s a person with an account. The problem with that is if a person with an account happens to post without signing in, it records them as having a user id of 0, even if the email addresses are the same. (Which, bothers me, sorta, because it can allow people who aren’t that user to post comments as them as long as they know their email address, admittedly, the comment still has to be approved, but it just seems to be a big hole in security.)

There is a function: email_exists() that would solve the problem, but it is only live on the user and registration pages.

So for now, until some things change, I think the solution is to check and see if the user id of the comment is greater than 0, and just make sure all my users know to log in BEFORE posting comments.

Hinch, I’m looking to do this exact same thing on one of my websites. How’d this work out for you? Did you have to create a new function in “theme functions” to do this?

Yeah, I found the site a little after I posted this question. I saw there that some other people on there had similar problems, and it was usually caused by the “pretty permalinks”… I could get it working when i went with the default p=3 link settings, but the pretty permalinks were somewhat important to me. I finally got the nextgen gallery working so I figured I’d go with that.

Thanks for the response though.

*grumble* I also get “Sorry, no posts matched your criteria.” anytime I click on a thumbnail, however the thumnails are showing up properly.

Or, I’ll just resize them first. No biggy, I was just wondering what the limitation was… didn’t see it in the Docs…

Thanks for the quick reply.