Jump to content

alexm

Members
  • Posts

    667
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by alexm

  1. @kongondo Apologies for slow reply!! Thank you so much
  2. @kongondo Yeah, I think it would be nice to be able to see the shipping and billing address on the order page at a glance, but as you say it would be interesting to get the others opinions. Also as I'm creating an active orders and past orders view for customers on their account dashboard and I can't currently see how I can get their billing and shipping address details from padloper_order. Is there a way of me grabbing the shipping and billing address for an order to output with relative ease?
  3. @kongondo ahhhh!! So delivered is actually so you can update when you have had confirmation of delivery, I'm with you now.
  4. Hey again @kongondo, I don't know whether I'm tired/burnt out at this hour, or if I'm missing something, but only the Country seems to show on the order page not the customer's full shipping and billing address (screenshot attached) But if you click "print invoice" the full address displays.
  5. Also... If you do mark as delivered and then confirm. when you come back to the order it still has the "Mark as delivered" action.
  6. Hi @kongondo Just a quick thought. "Mark as delivered" on orders would probably be better as "Mark as despatched"? Makes more sense. It's a nothing kind of point, but I do think it makes more sense. What say you?
  7. Sorry @gebeer I should have added, that yes when I add the addition of include=all it works just fine, but I don't understand why I would need to for this use case? Is it something to do with the fact that "hero_image_section" is a FieldsetPage and therefore it's another page it's getting the image from?
  8. I'm getting peculiar behaviour using subfield selectors. $page->children("hero_image_section.images.count>0") The above if logged in returns the WireArray of pages. If you aren't logged, it returns nothing. No "access" related template or field settings have been changed.
  9. Naughty VSCode! Although, I dunno why it did that, as I haven't had that problem. Glad you sorted however 🙂
  10. Nice module!! I'm getting a javascript error regarding the icon on the front unfortunately and I can't seem to figure out why. Any clues?
  11. Evening @kongondo, Awesome work on all the bug fixes. Thank you for all of your continued efforts!
  12. I second this. My heart weeps every so slightly that this beautiful module isn't compatible with combo fields (and one presumes other profield types). It would be very delicious if it did!
  13. Even better than the above... just check: if (wire('page')->template->name != 'admin') This way, if a logged in admin user is on an admin page the correct customer details will be rendered rather than theirs, but on the front end it will still fill out the admin users details if doing checkout testing.
  14. I've simply wrapped the code in the function with: if (!user()->hasRole('shop')) { // Your code from github example here } And created a new role assigned to administrators of the shop. That's simple enough I'd say and if an admin wants to test the frontend form auto fill, they can simply deselect the role "shop" for testing. I'm happy with that at least unless, as you say, there is a better hook.
  15. @kongondo No drama lama!! It's no issue to me. Just thought it was good to know. It's bloody chilly isn't it! 🥶
  16. Ok. So as the comments in the hook example explain, there needs to be logic added to identify the logged in user. I'm thinking the best way to identify the customer details is to add a new role for administrators of the shop and then use a condition to check if a user has said role. If they do, don't auto-populate, as this hook overrides more PadloperProcessOrder::getOrderCustomer and this is used for more than the checkout customer details form.
  17. Ah ha! It's the customGetOrderCustomer() hook from the demo for auto-populating the checkout customer form fields.
  18. I dunno, if it's just me, but print invoice option on order renders address details for the logged in user/admin rather than the customer's information? Just going to do some digging and see what that's all about
  19. Hey @kongondo just to let ya know there is still some issue with adding/saving products and pages in Padloper after PW v3.0.203. I've just tried updating to 3.0.208 and that little bug is there. 👍🏼
  20. Yo @kongondo! Just wondering if there is a settings I can change so I can have duplicate product titles as some items in a store I am creating have the same name. Should be fine for my setup as the names will be unique and I grab the products by name which is unique. Thanking you in advance as always
  21. @kongondo Ta very muchly! I'll take a wee nosey in a bit.
  22. @kongondo Nice one!! Legendary work as usual. No drama pushing it mate I've got invoicing enabled anyways haha! Enjoy the footy!! It's a biggy too.
  23. It's most peculiar. However, to be honest, it's not really an issue as I've just grabbed the stripe payment page and output that particular payment method. Cheers man
  24. Is there any info on field names for grabbing details from orders yet? I think it's not in the docs and is TBD. I'd like to output stuff like total, items, shipping type and payment type basically on a customer dashboard
×
×
  • Create New...