kongondo

Hi @marie.mdna, Sorry for the delay. Thanks for confirming. I'll test and merge sometime this week. Thanks!

Hi @marie.mdna, Nice! Thanks for the suggested fix. Did you test with uploading images to product variants? Do they save OK? That has always been the issue. Thanks.

I like NativePHP. I like Laravel. I love ProcessWire. I'd rather use ProcessWire to build desktop apps. Now it looks like I might be able to! Very early days.... https://bosonphp.com/ Hopefully it catches!

Hey @marie.mdna, Cool; glad you got this sorted! Yes; Hooking got breaking changes in Padloper version 010 which you found out about. For others reading this, please see this topic: Just curious, are you testing on a multi-lingual site? If yes, is Dutch the main language on the site? I ask because previously, bugs have been reported on such sites. For instance, with respect to creating product variants. Hopefully I fixed them all. Otherwise, please continue filing bugs if you can. Thanks!

Hi @marie.mdna, I've split your question into its own topic as the other thread is specifically for 'me requesting' help 😁. Thanks for the various tests and also the issues you have reported. I am not ignoring them. I just haven't found the time. GitHub did not inform me about them either, which delayed things further. Back on topic, @bernhard's Deepwiki mentioned here looks useful. Alternatively, if you open the module folder in an IDE like VS Code, you can simply search the whole folder for ___ i.e., 3 underscores. Old school/manual but it works. You can then open that in the 'find/search editor' in VS Code. For some reason I thought I had listed all the hookable methods in the docs; looks like I didn't. Could you please share some example code you have tried + tell us where you are calling the hooks. Maybe I have misunderstood this one. The whole idea with a custom checkout customer form is that you can create your own; Extending the one in the demo examples is not required. I think perhaps you meant to say you need hooks in order to handle inputs in your custom checkout form 😃.

Wow. Thanks! I am very ignorant about AI and tools out there (a story for another day/forum). I've never heard of Deepwiki. It does look useful, thanks! 😃. Edit: I've split @marie.mdna's question into a new topic. I think your post is relevant in both threads. I'll leave it here for now.

Hi @Claus, Thanks for reporting. I am a bit perplexed by this one. Are you on a Mac? At first, I was wondering if it's a paths (directory separator) issue. But then... this is confusing. Padloper (nor ProcessWire Commerce) does not have a module called PaymentPaypal. Which leads me to... How old are we talking? 😀

Actually this looks like Markdown to HTML. I want the inverse! I.e. $markdownFile = $someTool->convertHTMLToMD($page->render()); Edit https://github.com/thephpleague/html-to-markdown

An option... https://commonmark.thephpleague.com/

Yes, that's true. I have nothing against Markdown. I just don't like writing Markdown. It is not a pleasant editing experience. I don't mind using Markdown for short content such as READMEs. Been there, done that. The existing Padloper docs are running on VitePress 😀. The editing experience sucks, especially working with tables and images (editing). https://docs.kongondo.com/ Not to digress much, but I have done the whole NodeJS/npm dance. I have (private) repos with various variants of Padloper written in Vue, Vuetify, Nuxt, Primefaces. I ended up back at using ProcessWire with a sprinkling of htmx and Alpine JS (thanks to two buddies here in the forums). I still use Node JS, now and then. Long story short, all I want is a Markdown generator. if I can edit docs using ProcessWire or a WYSIWYG then export that to Markdown and have that trigger a CICD pointing at GitHub pages, that's the ticket for me. This scenario doesn't stop anyone who doesn't mind editing Markdown to do so. We'll meet at Markdown, so to speak 😀. The main (only?) reason to use Markdown is to make contributing easier. An additional advantage for a generating from ProcessWire pages is I would have the documentation saved in a DB as well.

Yes it does and I even enabled it on ProcessWire Commerce repository. Definitely worth considering, thanks.

Yes! This would be great! I like the idea....but... I've got Node fatigue 😁 and I really don't like writing Markdown... So what now? If only there was a way I could work comfortably in ProcessWire and export to Markdown, or better to GitHub... Yes! This is it. OK, I really don't want to use Laravel blade or Twig. Just give me plain PHP. Wait, https://www.atasasmaz.com/p/atas-php-ssg https://github.com/atas/ssg Yes! Now I can have my cake and eat it too! 😄. I'll have a play and see if I can use this in ProcessWire, maybe as a library or a module. This, I think, offers the best of several words! Living the dream! Everyone can generate their Markdown as they please! 😄 Thanks for the idea. I'll have a play. We'll also need to come up with a templating structure of some sort for the docs, to guide contributors. Thanks!

This, plus the 'curse' of ProcessWire got me thinking. I love ProcessWire. I could spin up my own BookStack using ProcessWire. And so I started, but wait... @Ivan Gretsky has a better idea, I think.

Thanks for the reminder! I have edited the first post here as well as the announcement one. I'd also noted there the issue with manual orders. Please file bugs here: https://github.com/kongondo/ProcessWireCommerce/issues Thank you.

Thanks both! I did try bookstackapp a little while back but got stuck on something. I cannot remember whether the issue was ddev or Laravel. I did not try it on my server. How's your setup? Thanks.