billc108

My bad. I was doing it for the Plugin part, not the Widget part.

It’s working fine now.

I double checked all my settings, and they’re set for Start Date/Ascending.

Using ?dbem_rss=main for the feed, they’re listing the last start date first.

Could it be that I’m using a slightly older version of WP (3.3.1)? I’ve got some custom code elsewhere on the site that I need to change before I can safely update WP the latest. It seems unlikely that it would affect that, but you never know. I’ve noticed some differences in the plugin’s available menu choices between the live site and the WP 3.5 test site I used for my initial testing on this version (specifically, General doesn’t show Image Sizes or Admin Tools menus; Emails doesn’t show Email Settings menu)

Correction: ?dbem_rss=main appears to be bringing in data now. Perhaps I just hadn’t given it enough time to update.

Unfortunately, it’s still in the wrong order.

I probably should have thought of that myself.

Downloaded a fresh copy and it’s working fine now.

Sorry for the bother.

Thanks for that. I’m cool with making a few changes when upgrading. It’s not uncommon that I have to hack a plugin to make it do exactly what’s needed in a given situation, so I always mark which file and line needs it.

What you’ve written above works fine to a point. In essence, it presets inventory to “on” and the stock value of each variant to whatever we plugged into lines 1864 and 1879. Unfortunately, it doesn’t do what I’m after.

Let’s say I have 30 seats to sell on a bus. I’m offering 3 variations on tickets: cheap, medium, and all-bells-and-whistles. I can fill all thirty seats with any combination of the variations, but the total number of seats sold can’t exceed 30 or somebody has to ride on the roof.

If someone buys one cheap seat, your method shows 29 remaining cheap seats possible and no change to the stock available in ‘medium’ and ‘b&w’. If I don’t go in and manually change the stock numbers I could end up selling as many as 90 seats. I need a way to subtract the stock sold from EACH variant whenever ANY variant for a particular product is sold, not just the one from the one variant which was sold.

I’m guessing what I need will have to occur somewhere in the vicinity of

//send ajax leftover stock
        if ($no_ajax !== true) {
          $return = $stock[$variation]-$new_quantity . '||';
        }

probably involving an iterative process through all the variations on that particular $product_id. Right?

Just touching base on this. I haven’t heard from a developer yet on guidelines on how to modify this plugin such that we have the ability to set the total number of tickets sold for an event across all variants, instead of each variant having its own inventory number.

I’m not afraid to do some serious code tweaking… or work with you guys to get it done.

Please ask your developer to let me know how he’d like me to proceed. Contact me through sustainablesources.com/about/contact-us/

Thanks.

https://pastebin.com/embed_js.php?i=m5T9N2As

Hi folks,

I generally like this plugin, but need to do some tweaks to make it work for my client.

As noted above, we need to give buyers the option of paying a deposit (25%) instead of the full payment amount as we’re selling high dollar items in limited quantities. They won’t be delivered until paid in full, but we need to offer the opportunity to reserve.

I’ve done some poking around in the code and I’ve created a separate Paypal gateway which I’ve named paypal-deposit, and it’s passing the full amount through to PayPal as expected. I need a little code help prying apart the amounts and names before they get to PayPal so I can adjust them by adding the word “Deposit” to the name and multiply the amount by .25. It appears that can be done between lines 280 and 298 in plugins-gateway/paypal-deposit.php (a clone of paypal-express.php with various names changed).

[Code moderated as per the Forum Rules. Please use the pastebin]

Any suggestions as to how I would change that code to accomplish my goal?

Thanks

Never mind…

I found a plugin which auto expires posts. It works fine with wordpress ecommerce.

Found the problem.

I had the plugin folder named “events-manager4.11” instead of just “events_manager”

Found the problem.

I had the plugin folder named “events-manager4.11” instead of just “events_manager”

Nope, not a single reply but yours.

I currently only have one multisite installation and it doesn’t get a lot of valid registrations, so I’m able to deal with it for now. I haven’t re-tested since my original post 2 months ago, so one of the recent updates *might* have addressed the problem. I’ll have to revisit it in a couple days….

Yep, that’s what I figured.

Glad to hear you got it sorted out.

More details: Works fine in Firefox, doesn’t in Chrome 11.0.x on a Mac.