bernhard

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 😉

Hey @nurkka glad if you like it 🙂 I've added docs for this question here: https://www.baumrock.com/en/processwire/modules/rockforms/docs/entries/ Does that answer your question? I'll come back to the other question later.

No, I understood that. But I didn't want to mess with the sort order and thought this would be a better and more powerful solution. For example let's say you have blocks "Gallery - Hero - Info" (sorted a-z) But for blog posts, you want editors usually add them in the order "Hero - Info - Gallery" You can now add a preset called "Default Blog Post" (or anything else) and when the user clicks on that preset it will add blocks in the order "Hero - Info - Gallery" You could then also add different presets to that page and this would not be possible with your suggested sort feature. For example you could have two presets "Default Blog Post" and "Event Blog Post" or whatever.

Interesting. I can reproduce in FireFox, but not in Chrome. Update: Ok, now I also get this in Chrome. When testing in my regular chrome window it worked without an issue, but when using an incognito window it shows the json.

Hey @AndZyk I can not reproduce this. Could you share more detailed instructions (step by step)?