bernhard

Nope, it doesn't. This has probably confused many of us 😉 It's a bug. These mails can be ignored. Maybe @Pete can look into it one day?

Interesting thread. I'll add RockMigration deployments to the mix. I'm working on a video about it 🙂 And I'll probably improve the process along the way...

Hey @olivetree my site profile uses NPM to install tailwind and tailwind is used for all the utility classes like "mt-5" or "py-2" etc.; Whenever you run "npm run build" this process is started and it creates a css file that you can then load on your webpage. In my profile this is usually done whenever a file changes (from /site/livereload.php). If you don't modify your markup on your production system this file will never ever change, so you can just upload that file and that's all you have to do. If you don't need to recompile the file you don't need npm on the remote server.

I still don't understand. Could you please describe it with an example from start to finish?

Hey @Sanyaissues thank you very much!! 🙂 Hi @zoeck thank you for your question - I have not had the need for that so far but looking at the docs of your link it looks like a great match. If you only need a simple repeating element it might also be an option to use AlpineJS! What is the exact use case?

Hey @FireWire thx for the message. I think that sounds like we should do another video call 😉 PM...

Hey @zoeck thx for your question! Sure 🙂 RockCommerce is built like ProcessWire. You have several modules that help you build what you need, but you need to put your pieces together yourself. That means more work upfront, but you can build exactly what you need. Just like building a website with ProcessWire - you don't need pagination? Don't add it to your site... You don't need payment? Just don't add that step to RockCommerce. But it sounds like the product and cart functionality plus the (multi-step) checkout via RockForms could save you a ton of time already. Nonetheless please be sure to check the minimum requirements in terms of all possible features like shipping, variations, stock keeping etc. and check if RockCommerce supports all that (yet). BTW: We'll launch my first real-world RockCommerce project today 😍🔥 I'll then try to work on the docs to make it as easy to understand and use as possible! Official launch should then be end of November. If you need something earlier let me know. Hey @Sanyaissues that looks great! Didn't even think to display the cart side by side with the products but great to see that you are able to use the module in your own way!! 🙂

Thx @zoeck seems I made a mistake when refactoring! Should be fixed in v3.23.2 🙂 Thank you!

Hi @zoeck thx for the report. That's definitely not intended. Otherwise I'd bumped the version to v4.0 to indicate a breaking change. There should be no changes necessary when upgrading the module. Could you please look into this and let me know what you can find?

Great! Have fun 🙂

@herr rilke please provide step by step instructions what you did. Provide every file name you created, every file content you put into it, every url you put into your browser. Every important detail about the pw installation (eg is it in a subfolder or not)... @dotnetic just confirmed that it works for him on windows + in subfolder installation

Another module that was created through the development of RockCommerce 😎 Ever needed a list of all countries of the world? Wanted to show a subset? Needed to translated them to other languages? Check out RockCountries, which can help you with these things: // using tracy debugger's bd() bd(rockcountries()->countries()->get('alpha2=aut')); Download & Docs: baumrock.com/RockCountries

Just download it from github and remove /site/modules/RockFrontend and then add the new files there https://github.com/baumrock/RockFrontend/archive/refs/heads/main.zip or https://github.com/baumrock/RockFrontend/releases I've found an issue on my project but let me know if the new version works for you nonetheless. Please use v3.23.1 !

Hey @herr rilke there was an issue with the ajax feature both on windows installations and on subfolder installations. I think they should be fixed now! Please check out v3.23 PS: Thx for your help with the windows path issue @dotnetic, the final fix was a little bit more complicated though 😅 https://github.com/baumrock/RockFrontend/commit/0cf84be630050d212b334e52477d97039823de4f https://github.com/baumrock/RockFrontend/commit/c9fbd2430e166d304cae9af943510cb8a391bcdf

No, I haven't. I tried a Mac once and the app window buttons location on the left (instead of the right) just confused me 😃. Thanks for the suggestion thoug. I can second what @szabesz said. I was never a fan of mac. I even installed windows on a macbook air when I once bought one and could not work with it for the same reasons that @kongondo mentioned. But then I had to use one in an agency I was working and I switched the hard way. I did intentionally not change and keyboard mappings and I did intentionally not change mouse wheel direction. It took about 2 weeks to get used to it, but it worked. Now it's the new normal for me and I have to say with MacOS it's a far better experience than what I had with windows. Many things that seem to be "better" on windows are just a matter of habits. But MacOS is so much more polished and less chaotic. And things run so much more reliably. I can't remember when I rebooted my mac the last time. Just leave it after work and in less than a second it's back on the next morning. No more fear of running out of battery life on a 2h meeting. And no sound of annoying fans (on MacBook Air). Nothing. So much better! And last but not least: It's UNIX. rsync, htop, wget... whatever... all there! And no problems because of "wrong" file path delimiters. BTW: If any of the windows users could help me with debugging this RockFrontend issue I'd be very happy: https://processwire.com/talk/topic/27417-rockfrontend-🔥🚀-the-powerful-toolbox-for-processwire-frontend-development/?do=findComment&comment=245336

@dotnetic as you are on Windows could you please have a look? I can't debug this on Mac...

Thx, could you please try v3.22.2 ?

That's a good hint! So maybe we are just missing a normalisation for the path separator somewhere. Can you place bd($rockfrontend) in site/ready.php and tell me the output for ajaxEndpoints?

Hey @FireWire the warning is thrown in RockFrontend. I'm not sure what line 229 in your StylesArray.php is as mine might be different from yours. Could you please try to fix it in RockFrontend and let me know what to do? I have tried to reproduce it in one of my projects but didn't the any warnings. Or do you think it should be fixed in RockPageBuilder?

Great to hear that! I can't know if you don't share the exact steps you did. I don't know which file you created. I don't know which url you entered... Maybe it's just a typo!

That's why I built RockLanguage. Yes, that means users have to install RockLanguage. I can't do anything about that unless the same functionality is in the core, which I'd prefer. But it's extremely light-weight and does not do any harm. https://github.com/baumrock/RockLanguage/blob/79bd3f996e3850361f2b41b149933a1a7bf20881/RockLanguage.module.php#L115-L121 Even if we had a way to export all CSV at once that would mean that every user using your module had to re-install translations whenever your module has new translations. Which is - again - tedious and time consuming. I simply don't like this approach and therefore will not build anything to support it. Imagine having 20 rock (or other) modules on a project (I often have more). Using CSV that would mean I'd have to install translations for 20 modules. Having 3 languages? Install 60 languages... Pulling updates for all modules? Install languages again... Using RockLanguage. Define the mapping once and you are done. I built RockLanguage because I think it's a far better workflow both for developers and for users. Thanks for trying it out and confirming that it works.

Beautiful! Congrats and great to see someone making so much progress in so little time 🙂

Are you on Windows? I've had similar issues on my old windows laptop but don't know why that happened. I didn't look into it, as I had to switch to apple anyhow.. Did you make sure to turn off all other projects with ddev poweroff? Other than that I think it would be best to ask for help at DDEV, they are very active with helping out.

This is a very good question, but not for the RockShell thread. I'll write you a PM.

Thx. FYI this is not the last comment when I visit the page. They have different sorting options and when sorting by relevance order changes based on user votes, for example. So I think it's different for every user and might even be different over time. So if I'm not using the user activity module I'm safe as long as I don't have any links in a wysiwyg field that contain query parameters, right?