Forum Replies Created
January 31, 2013 at 3:46 pm in reply to: Feature Request: WP eStore – Capturing Shipping Information #53061
Thanks for the reply – it’s good to know that there’s plans for an addon to handle this in future.
The issue (for me) is that not all of the clients I work with will have the same setup (it would be nice if they did… *sigh*).
For the moment,do you have any additional documentation on how to “force [the] customers to give [their] shipping address on PayPal”? The only documentation I could find was here:
…and the page says “you don’t have to do anything special”… but not really any instructions about which fields/checkboxes need to be used.
For the moment, with some sites, I just implement the second option of using the option and integrate a form using Contact Form 7 instead. Not ideal, but at least it overcomes the issue… *if* the customer can be bothered to fill it out and doesn’t skip it!
Thanks again for the great plugin. I’m looking forward to the new addon in future.
Reading this post, I just remembered something:
Please could the Add-On plugins be listed with their version numbers?
At the moment, it’s impossible to tell if the latest version of the add-on plugin is being used.
Thanks in advance!December 20, 2012 at 6:08 am in reply to: How to send buyers to english URL version of paypal checkout page? #20131
Thanks for this thread – it’s really helpful and I’ve used it a couple of times this year.
I’m just wondering… Would it be possible to have the language as a text field on the PayPal settings page? (page=wp_eStore_settings&settings_action=gateway). I suggest a text field, as it means that the user can input their own country(US, UK) and language (sv_SE), as well as giving the system scope to grow in future (without having to update the code!).
This way, people who want to display the PayPal language in another language will be able to do so without having to update the files each time.
I’m just mentioning this as WordPress has recently updated and my client asked if I could update all the plugins again. Updating the eStore plugin meant redoing the work that has already been done.
For ultimate flexibility, it would also be nice to see such an option on a “per product” basis. This would mean that, depending on the button clicked, users could be taken to different language pages for different products. For example, my client has a product in Swedish language version as well as an English one. At present, the cart only displays in one language – a per product language feature would be great for multilingual sites.
Thanks again for your consideration. There’s no rush on this (as I’ve applied the tweaks now), but it would be a nice addition for the future.
As usual, keep up the great work!
ZainNovember 12, 2012 at 3:26 pm in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50356
Hi Ruhul & Nur,
Okay… I finally have a solution for the bookmark issue from Ohad Raz (who builds the Shortcodes UI plugin). You can see the entire thread here:
What it came down to was how the Shortcodes UI plugin was using the WP filter hooks. I think we also identified why your eMember Custom Post Type functionality wasn’t quite working with this particular plugin.
The upshot is that the latest version of Shortcodes UI (v1.8. can now work with the eMember plugin… but some code does need to be added to a user’s theme or they can create a small plugin.
…that is of course, unless you guys want to add the short bit of code into eMember (or add it to an FAQ). I leave that decision to you (as I’ve now got a small plugin that does the job!).
ZainOctober 27, 2012 at 11:33 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50355
…I’m not sure, but is this function of any use?
remove_filter( 'the_content', 'wpautop' );
I think it might be useful to exclude the bookmark_handler, but I’ve not tested it.
Cheers.October 22, 2012 at 12:23 pm in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50354
Okay… got some feedback using version 8.3.1 of eMember.
At the moment, I’m seeing the new section and it’s definitely identifying all the Custom Post Types – both for the theme I’m using as well as plugins.
Doing a quick test (switching off the theme), the Custom Post Types are removed from the section. The same for the Shortcodes plugin – deactivating it causes it to be removed from the eMember settings page. So it’s good that it’s being identified.
However, when checking the checkbox for the ShortCodes and saving the settings… this isn’t working just yet. It doesn’t seem to be excluded from the page, and the bookmark feature is still appearing (note: see previous example page – this is with the new feature enabled).
Thanks in advance.October 22, 2012 at 10:20 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50353
That’s great! I always appreciate the high quality work you guys provide, and the excellent support.
Righty… I’ll download it, give it a go and let you know of if there are any issues! Fingers crossed (I’m sure it’ll be just fine)…
Cheers.October 19, 2012 at 6:46 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50351
That sounds perfect! Thanks again to all you guys for helping with this – it’s really appreciated. The Bookmark feature is one of the best bits of eMember – especially for people who have to manage large sites.
Just wondering – does the new version also have a shortcode/function that can be used to display the bookmark X icon? If it does, then that will make it easier to put it in a different location, rather than just at the top of the main content (e.g. in the sidebar etc.).
Please let me know when the new version is available for download and I’ll grab it via the automagic update.
Cheers.October 18, 2012 at 8:32 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50349
Not sure if this will help, but looking through the Shortcodes UI plugin quickly, I noted that they use the following post_type:
register_post_type( 'ba_sh', $args );
it also seems to use:
So categories are registered for this custom post type.October 18, 2012 at 6:59 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50348
Yup. Shortcodes UI is based on Custom Post Types. So, my concern here is that the eMember plugin would identify *any* Custom Post Types as being a Page/Post, and then add the bookmark.
You’re right in assuming that the sidebar also contains a Shortcodes UI shortcode. If you notice, at every point where a shortcode is created there’s the bookmark feature. I’ve disabled this now… although it doesn’t really matter as the issue is with the Post Type (see rest of page!).
…And thanks Nur for letting me know about the new functionality.
I can imagine this is a tricky issue – because not all Custom Post Types should be excluded. There are some very useful plugins that do use Custom Post Types “properly”, like a Book or Movie review type which I’m sure people would want their eMember’s to be able to bookmark… but then there are plugins which leverage the Post Type functionality to do other things (like Shortcodes UI).
The ability to exclude various types will be very useful in future.October 17, 2012 at 7:13 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50345
Here’s an example of a page with the bookmarks appearing everywhere there is a shortcode created by the Shortcodes UI plugin:
If you scroll down the page, you’ll see I added a second menu shortcode that has an eMember bookmark icon, as well as a sample image shortcode with another eMember bookmark icon… *eeeek*.
Hope that helps.October 16, 2012 at 7:12 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50343
Not quite. And I found the settings page for Content Protection with the bookmarking checkboxes, thanks.
Basically, the Shortcodes UI plugin has bookmark X’s in several locations on a page. Probably because they’re set up as “Custom Post Types” and so being identified by eMember as “Posts/Pages”. eMember then adds the bookmark to these “Page” locations, so 3 or 4 X’s appear instead of 1 for the main content.
Ideally, what I’m looking to do, is:
- Use the bookmarking feature.
- Remove bookmarks from all incorrect locations (Shortcodes UI Custom Post Types)
- Add the bookmarks at the end of a post/page (if there’s an appropriate shortcode/function).
Hope that makes a bit more sense.
Cheers.October 15, 2012 at 8:29 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50341
Thanks – yes, I’ve found this feature, although the point is I actually *want* to enable bookmarks. It’s an extremely powerful feature of eMember (especially for a site with lots of posts).
Is there a shortcode/function that could be used to pull in the bookmark icon that can be used? Or a way to use the bookmark handler, when the “Enable Bookmarking Feature” is left unchecked?
The main point here is that if the eMember plugin is identifying any Custom Post Type and adding a bookmark icon, it could possibly do this for any plugin. Perhaps it might be better if it explicitly renders only for the types “Post” and “Pages”? That might help.
Any help with this would really be appreciated. The Bookmarks are one of the main reasons I use (and recommend) the eMember plugin – mainly as there’s not really anything like it in WordPressland.
It would be really nice to see an update to this underplayed feature of eMember. And even have an option to easily change the default icon? That would be very cool/make it easier to use. Also, if the “disable” option was on the edit screen – that would be a very useful improvement too…
Anyway, those are just suggestions – at the moment, if I can just get them working right, that would be great!
Thanks for any assistance, in advance.
ZainOctober 14, 2012 at 11:59 am in reply to: WP eMember: Bookmarks – Why Are They Appearing In Sidebar Widgets? #50339
Having played around with various plugins, I’ve now found that the cause of this issue is to do with the Shortcodes UI plugin.
I’m guessing that this is happening because this plugin uses Custom Post Types – what’s happening is the Bookmarking feature is identifying *any* “Post” and then adding the bookmark to it.
Not sure if this is the cause, but it definitely seems to appear where these shortcodes are appearing.
I hope this information helps to improve the bookmark feature (it’s one of the best things about eMember!)October 3, 2012 at 11:55 am in reply to: All of a sudden, customers not receiving email confirmation #47970
I think I’ve figured out this issue so am adding my solution to this issue. I’ve just had exactly the same thing happen to me with email not being sent properly by my site(s) using the the WP eMember plugin (I think that WP eStore may be affected too).
As Admin mentioned, this is NOT an issue with eStore or eMember. The Tips & Tricks plugins work perfectly (thank you!), you just need a few tweaks to get it working again. It’s a server issue.
As a user of DreamHost, I’ve just discovered that the issue is to do with DreamHost’s anti-spam policy. The idea being that they don’t want malicious scripts/people to be able to spoof email addresses and spam people (which I think is admirable)… however, it does cause a few issues – like plugins/themes not working properly and not sending out emails, as expected! *ugh*
Basically, it boils down to: “You can’t use Gmail, Hotmail or any other email addresses when using contact forms, or mailing scripts in WordPress”.
To put it another way: “Use DH emails from the same domain as they one you’re sending from” – e.g. if you use the email “yourdomain.com” then the email MUST be email@example.com (and NOT firstname.lastname@example.org!).
Yes. That means for your Settings, Contact Forms and plugins that use email too. Otherwise things may get borken’d…
Okay… saying that, I actually do use the same email address from the same domain… and it still didn’t work! No idea why, but that’s a side issue – I’m here to provide a solution… and this works for me:
DreamHost Email Solution
To fix this issue, you will need to download and install either the “Configure SMTP” or “WP Mail SMTP” plugin. It doesn’t matter, they both do the same thing (I’ve checked and both work – but I’d recommend the first, as it hides your email password!).
To get your emails sending again, there are a few details you will need to know:
Configure SMTP Settings
- SMTP host: mail.yourdomain.com
- Use SMTPAuth? Check/Tick the box
- SMTP username: Your full email address (e.g. email@example.com)
- SMTP password The password you use for that email address.
All other settings can be left alone. Remember to click on the blue “Save Changes” button.
After you’ve saved your settings, do a test email (both plugins have this option). You should now receive a test email. This means SMTP is working again. Huzzah!
Check your eMember/eStore and either do a test sign-up or purchase. You should now find that it works.
…if it doesn’t, then I’m not sure what to recommend. Contact DreamHost and complain!
Anyway, I hope that this helps some people out. I spent about a day and a half trying to solve this issue (and I think it’s working again). It is a pain on DH’s part, but if it means a world with less spam, then I’m actually all in favour. I just wish they’d give better instructions about how to fix this!
Good Luck with it.
PS: Yes, this is listed under Checklist Item 3 of the link provided:
However, it’s actually useful to know what you have to put in as well. I’m technical and I was stumped for quite a while!