bernhard

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?

Do you have the direct link please? I don't know what comment you refer to. So what is the current status of this in PW? Have I just been lucky so far? Or is updating Apache enough?

It's not a general convention, but you'll likely also find it in other commands, as "yes" is something commonly needed and the "-n" flag is reserved for "no interaction" Ok thx. I thought you made a rockshell command that might also be useful for others 🙂 You can have a look at https://www.baumrock.com/en/processwire/modules/rockshell/docs/custom/ if you want. I think adding commands as rockshell commands is really great and has a lot of benefits over creating bash scripts. You can create interactive commands in no time and you get all available commands listed when typing "rockshell" without any arguments. This is great when coming back to an old project, but not only then. And you can use PW api in those commands via $this->wire()->...

Ever had to check a vat number for correctness? The official docs from the EU suck: https://ec.europa.eu/taxation_customs/vies/#/technical-information There are many services that provide an API, but as far as I understand they just try to make money of the bad information provided by the EU... It's simple and free though to check vat numbers: $client = new SoapClient('http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl'); bd($client->checkVat(['countryCode' => 'AT', 'vatNumber' => 'Uxxxxxx'])); Never used SoapClient before. That's a cool tool!

Hey @nurkka thx for your question! $rf = $this->rockfrontend(); if ($rf) $rf->styles()->addAll('/site/templates/RockPageBuilder', '', 3); this is what adds all blocks' .less files to the frontend. The default styles() array will compile files to main.css; I could either add a config setting to prevent this, or a module setting, or make it hookable. What would be the ideal workflow/result for you?

Hey @nurkka that sounds great! Could you please be more specific about the problem? If I look into the code I see this: // confirm if(!$this->option("y") AND !$this->confirm("Do you really want to restore the db from file $file?")) { $this->write("Aborting..."); return self::SUCCESS; } Is that what you are talking about? If so, then adding -y should be all you need? Or are you talking about something else? PS: Are you willing to share your command? It sounds really nice.

Hey @Stefanowitsch thank you for your question. That's easy! 🙂 I've updated the docs about hooks for you: https://www.baumrock.com/en/processwire/modules/rockcalendar/docs/hooks/

Sure @flydev If anyone is wondering what this thread is about: https://baumrock.github.io/Consenty/

Well, you get all kind of weird rounding issues if you do that. Of course you could round() all results, but that is tedious and I'm not sure if that's 100% bulletproof:

Hey @Jonathan Lahijani just wanted to thank, because even though I'm sure that was not your intention, you made me remember and try out FieldsetPage. This will not only be very helpful for RockCommerce and for RockSettings, it is also a great way to make things that are under control of RockMigrations extendable by users/developers 😎 It also led to a knew PR that I just submitted: https://github.com/processwire/processwire/pull/306 Like it if you like it 😄

Hey @nurkka great we got it working 🙂 I always try my best to not introduce no breaking changes or remove things that are needed. So I encourage everyone to report what they need or use or just ask if anything is unclear or needs to be changed, like you did. I have changed the description of that feature in v5.9.1 and updated the docs to hopefully make things clear: https://www.baumrock.com/en/processwire/modules/rockpagebuilder/docs/blocks/#sorting-and-grouping-blocks

Thx @Jonathan Lahijani same here. Good summary. It was a very interesting talk indeed! I have lot's of things to think about. Maybe RockRabbit would have been a better name, but now it is too late 😄

Hey @nurkka just had a look and totally forgot that I added a setting for that. The reason is to not break existing installations but set a new default for new installations: Without that setting sorting will have no effect. Did you check that box?

Hey @nurkka I looked into that and I'm not sure what happened. At first I was able to reproduce this, but now I can't any more. I'm not sure, maybe my changes fixed that issue. I have removed RockLoaders as dependency as I think it should only be an enhancement but not a requirement. But as I see now your version likely didn't include RockLoaders as this was only on the dev branch. Whatever. Could you please backup everything and then remove RockForms from your project and then reinstall the newest version v2.0.0 ? https://www.baumrock.com/releases/rockforms/ I'll have to fix an issue with those loading animations provided by RockLoaders, but apart from that the module should work! If you have already created forms in /site/templates/RockForms you can leave them untouched. Just replace everything in /site/modules/RockForms Let me know how it goes!

I've added that to the docs for you some minutes ago 😉