bernhard

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)?

Thank you @gebeer I've removed those outdated sections from the docs! Also you are right about the favicon.ico detection. I've fixed that in v3.22.1 😎 The og:image field/feature has been moved to RockSettings module and the favicon has been removed in favour of a favicon generator, because these favicon generators do a lot more (like also making it possible to define different colours for different devices or adjusting border radius etc).

Thank you @Jan Romero for letting me know! I have accidentally created two RockMollie pages 🙂

What is your question? Are you asking about the inner workings of the module? The db storage? How the money library works?

Very nice! Great to see it in action and great to know that it performs well 😍 Thanks for sharing!

Hey @gornycreative thx for your questions 🙂 I think all that is already possible. RockCalendar uses regular PW pages and PW templates, so you can add any fields you want, eg TinyMCE or also Page Reference Fields. Yeah, that would be nice 🙂 I might need this for the project that I built RockCalendar for, but not sure yet and for sure not before 2025. But if anyone needs it earlier just let me know.

Payment Module for RockCommerce that can also be used as standalone module. Download & Docs: baumrock.com/RockMollie

Usage: echo rockmoney() ->parse("1,4") ->minus(0.4) ->format(); // 1,00€ Why? The short answer is, because 0.1 + 0.2 is not 0.3 in computer world: Download & Docs: baumrock.com/RockMoney