wekhter

Having the same issue here. Had to switch our forms to code embed instead of using the plugin shortcode which defeats the purpose.

Thanks for the update!

I completely forgot to say in my previous post–those edits are to /classes/class-woo-conditions.php

In case the plugin isn’t updated with the ability to apply a widget area to all CPTs in a term, that’s where anyone can made the edits to enable it.

@ewout Thanks for explaining! That actually makes a lot of sense, although it still would be nice to be able to export a post-refund version of an invoice as well. Maybe some sort of backend export option that includes the date/cost of the refund instead of the date of the order?

Hi @crestaproject

That’s a shame ?? It would be a really helpful feature to have in the shortcode version, so that you can say something like [cresta-social-share url=”example.com”] to make it so it always shares the homepage (or whatever page you choose), especially to use the shortcode in a sidebar widget so people don’t end up sharing something like the archive page 2 url.

Hi, I uploaded an image. I think being able to change the additional text would be a great feature for the plugin.

https://ibb.co/iU6SRb

I’ll admit-I never noticed that before! We have this plugin running on several sites that only do digital products, so we don’t need the packing slips. I’ll go in and update that everywhere–simplify things for the other admin. Thanks ??

Hi Ewout,

Interesting! I went back and you’re right, the buttons are there now. Strange, but not a problem as they’re right back where I need them. ?? When I first saw that the buttons weren’t there, I checked if the invoices were still working on the frontend for customers, and they were, so it was just the buttons in admin that weren’t there. As long as you don’t think it’s any underlying issue, then I guess this is resolved!

Speaking of settings, it might be nice to have some sort of setting for the buttons on the order list–for instance, I only need the invoice button, not the packing slip button, and it would be cool if I could disable the other button.

After getting a chance to look at the code myself, it looks like $ub was misspelled as $up on line 72, causing all instance of $ub to be an undefined variable.

Can’t believe no one’s noticed that before!

• This reply was modified 7 years, 6 months ago by wekhter.

I was 100% sure I posted in the support forum for that plugin, so I’m pretty baffled as to what happened here, but I’m re-posting in the correct forum (again???)

@jstead I tried the code you posted but nothing happened when clicking the next button–is there any step you skipped? I’m not too familiar with jquery, so I’m not sure what’s not working.

@thomasplevy Do you need any info to replicate the behavior?

@sdwarwick I hope your pull request is successful ??

@jstead Oops, you posted that while I was writing my previous reply, so I didn’t see it before! I’m not really too familiar w/ jquery, where did you put this? Also, did you have anything in place for incomplete buttons?

@thomasplevy Thanks! I’m going to test that out. Is there a filter for lifterlms_register_post_type_course?

Also, I’ve been testing out LifterLMS on a local site that has WooCommerce installed and I noticed that when testing out updating account fields through the WooCommerce account page, it redirected to the LifterLMS account page (with a LifterLMS notification). Do I need the WooCommerce compatibility extension to prevent this? Or is there a way to just prevent this w/ a snippet?

Oops! I wrote out a very long reply and then lost it.

1) Thank you for letting me know the available shortcode attributes, url is what I was looking for! You should add that info to the plugin FAQ.

2) Can you let me know how to apply the wpusb_is_active to specific pages? If that filter is applied, will it enable only the shortcode functionality, or will it enable the share bar as well?

Finally, a suggestion: there are settings to define what post types you want the buttons available on in both the general settings and the extra settings. It would be nice to be able to define in extra settings what post types share buttons can be defined on (whether by fixed layout OR shortcode) and then have on general settings what post types the buttons should appear on by default.

For instance: in extra settings, I define ‘post’ and ‘page’ as the post types on which share buttons are enabled. Then, in general settings, I choose a fixed layout and set ‘single’ as places the buttons are available. I do not set ‘page’ as a place where buttons are available. Therefore, buttons show up in fixed layout on posts but not pages, and shortcodes are available on both posts and pages (even though the fixed layout does not appear on pages).

This is how it seems like it should work, but right now you can’t use a shortcode on a CPT unless it’s a “place available” even if that CPT is enabled in extra settings. It would be really great if the plugin could have that functionality!

@thomasplevy Thanks! I guess I got distracted by the completion message and didn’t realize that it was already automatically completing. ?? What I was asking wasn’t to get rid of the button and functionality, but if there was a way to merge it with the next button–so that if you click for the next lesson, it’s the same as clicking mark complete.

About the incomplete thing–I sent in a feature request, as recommended.

I have another question. Is it possible to customize ths slugs for the custom post types LifterLMS adds? For instance, instead of /course/name/ have it be /program/name/ or instead of /lesson/name/ be /module/name/ etc?

What was updated? I can’t find a changelog