bernhard

@psy in admin.php you can do this (important!) before the final require() statement: $config->scripts->add($config->urls->templates . 'admin.js'); I think this should be the default: https://github.com/processwire/processwire-requests/issues/552 And if anybody created an admin tweak for it anybody could install it with a single checkbox: https://github.com/baumrock/RockAdminTweaks

Ok thx I'll be working on a new RockPageBuilder project this week intensively so I'll try to reproduce this and let you know what I find or where I need more info. I'll keep you posted!

Why is your RPB folder named RockFields and not RockPageBuilder? It might not be related to this issue, but it might cause others, so I'd recommend to change that! I'll have to look into your issue. It's definitely not what it should do. I think it might be related to the minify option. Can you try disabling that and report the result?

I've updated the module, thx.

@Charlie W sent you a coupon as PM

Hey @herr rilke if you use LESS for blocks it will combine all to one CSS file. I plan to add such a feature to RockDevTools though, which is in the works.

Hey @Jochen Fritsch thx for your question. This is unfortunately not possible ATM. LESS files are always parsed first. The reason is that there might be more then one less file to parse and then the module can not know where to put the final css file, so it will always put parsed CSS from less very first. You can use the LESS module standalone to create the CSS and then ->add() that to rockfrontend's styles. Or you just add all <link> tags to your main markup manually, which might be the best option 🙂 I'm not really happy anymore with RockFrontend's asset features.

Ok thx for your help! I'll come back to you 🙂

Hey @hellerdruck thx for your efforts! I'll look into this ASAP. I think I might have broken something in the recent RockMigrations updates. Could you try to remove RockMigrations and install v6.5.0 instead? https://github.com/baumrock/RockMigrations/releases

Hey @boltwood welcome to the forum! Don't let that put you off! ProcessWire is a very powerful system and leaves it totally open what we as developers do with our data. Basically it has been a headless CMS since its beginning < 2010 just back then without anybody knowing what a headless CMS was and that this would become a hype more than a decade later... As a consequence of being so open and flexible, the learning curve might feel steep at first, but that's because you're learning a system that gives you real development freedom rather than forcing you into predefined patterns. Stick with it - many of us have made the switch from other systems and never looked back! Feel free to ask specific questions as you go along. This community is here to help you succeed and is usually very fast with helpful answers! 🚀 PS: @Jonathan Lahijani has made some videos comparing Wordpress and ProcessWire side by side, which might be helpful:

Hey @hellerdruck thx for your purchase and sorry for the trouble. I can't see your image unfortunately. Can you please upload it again and make sure it's visible?

Ok not exactly an hour - took a bit longer than expected... as always 🙈😅 Here you go: Please grab v5.11.0 here https://www.baumrock.com/en/releases/rockpagebuilder/ And RTFM check out the docs here: https://www.baumrock.com/en/processwire/modules/rockpagebuilder/docs/settings/#adding-settings-globally Thx for the idea! Enjoy! 🙂

Sorry I don't understand.

Thx. Please share exactly which field names you used and which db entries it created. That might save time when trying to duplicate it.

Give me an hour before you start refactoring... 😉

Ok nice. Just wanted to make sure I understand exactly why you are not using the available approach. But I like your idea. I'm thinking maybe RPB could load a file like /site/templates/RockPageBuilder/blocksettings.php like this: <?php return [ 'foo' => [ ... ], 'bar' => [ ... ], 'baz' => [ ... ], ]; Which would make it then possible to set block settings like this: <?php public function settingsTable(RockFieldsField $field) { $settings = $this->getDefaultSettings(); $settings ->add('foo') ->add('baz'); return $settings; }

Hey @thei thx for the report. Could you please provide steps to reproduce this issue so that I can investigate? Or even better do you have time to find a fix for it?

Hey @FireWire thx for sharing! Are you aware of https://www.baumrock.com/en/processwire/modules/rockpagebuilder/docs/settings/#adding-default-settings ? Nevertheless I see potential in your workflow!

@Spinbox what do you mean exactly? Could you give me more context?

I'm just very busy and hoped others would jump in. Something seems to be different depending on the type of save. Check out https://processwire.com/talk/topic/30827-how-to-build-a-hacky-hook-recorder/ and see if you see a difference in the log.

Oh, sorry, of course! 🙈 Thx @matjazp!

Congrats @ryan and thank you @matjazp for helping with all the github issues! Great achievement and great start into the new year 🚀🥳

Download + Docs: baumrock.com/RockLite

What exactly do you mean / did you do?

Hey @Christophe this has come up in the RockMoney thread already. You need to install/enable the Intl extension for PHP on your system. I have added a check for this that should throw a more helpful error message and I have added it to the docs about RockMoney!