jameslafferty

In the case of this plugin, I think you’re probably correct. The reason the autoloader is there is that that’s a pattern I’ve generally used in authoring plugins, mostly with a view to potential future development (I might have an urge or inspiration to expand/change a plugin at some later date, and having autoloading available already might make that easier). If performance is an issue for you, it’s simple enough to modify the code to use require or include instead.

Thanks for trying out the plugin, and for the feedback!

Cheers,

J.

What other plugins are you using? It sounds like a conflict with another plugin (that’s generally been the culprit when I’ve seen autoloading issues in the past).

Just committed your fix, which seems to be working well where I’ve tested it. Thanks so much!

Hi netxm,

That’s the intended behavior. You can modify the plugin to leave the form in place, but my general feeling is that it’s better to not show unnecessary ui if it can be avoided.

Cheers,

J.

Hi Alexander,

So it works fine if I disable Javascript, which indicates to me that there’s some sort of conflict going on with some other Javascript on your site (the AJAX delivery is working fine for me on several sites, so I’m thinking it’s probably b/c of something else you’re loading in). My advice would be to turn off plugins one by one until you find the culprit. Failing that, have a look at the result if you try a different theme as well. Before doing any of this, be sure to back up your site completely, since turning off plugins can often erase their settings, and if you’ve spent a lot of time configuring the site, you’ll want to be able to recover quickly.

Best of luck with it,

James

This is a bug, verify. I’ll try and get a quick fix into the code and committed later today. Thanks for catching it!

Hi a.blok,

A look with Chrome’s developer tools is telling me that the issue is with the wpcontent_slider, which seems to contain a bunch of syntax errors (looks like missing option values) when it’s loaded. Is this another plugin that maybe needs to be disabled?

Cheers,
J.

Hi Seth,

Thanks for your interest in the plugin. I’d be really interested in seeing your mod to it… my email address is james at nearlysensical dot com. It’s unlikely that I’ll want to integrate that feature into the main plugin, at least in the short term, although I am thinking it’s likely I’ll incorporate some hooks to allow that kind of customization without touching the plugin core. Seeing your code could help me figure out where I’d like to put them ??

Again, thanks for trying it out, and I’d be totally into learning more about what you’ve done with it.

Cheers,

James

Hi dscouron,

That’s an interesting issue, and not one I can easily reproduce… Could you tell me which browser/operating system you’re on? The intended behavior is for the form to go away after a successful sign up, since your users presumably don’t want to sign up more than once. If that behavior isn’t showing up consistently across your site, though, then that’s a bug.

Cheers,

J.

Hi databell96,

The issue you’re seeing is probably an incompatibility with another plugin you’ve got installed. Could you let me know which plugins you’ve got set up, and I’ll look into what the source of the incompatibility might be?

Cheers,

James

Thanks David. I’ll look into these (along with a bunch of other feature requests) prior to the 1.0 release (I’m hoping to get everything that really needs to be in there done before the new year… no promises, but that would make me very happy). ??

Cheers,

J.

Thanks for the heads up, David. I seem to remember an issue relating to this sort of thing in a multisite context. It’s a bit late, so I’ll have a look at it tomorrow.

Cheers,

J.

It’s james at nearlysensical dot com.

Hi klipach,

You can’t… but if you email me your translations, I’ll add them and add your name to the thank-yous. ??

Cheers,

J.

Glad it’s working now! ??

J.