Jump to content

bernhard

Members
 View Profile  See their activity

  • Posts

    6,660

  • Joined

  • Last visited

  • Days Won

    366

 Content Type 

Everything posted by bernhard

  1. bernhard
    I'll continue the monologue... Installation and setup has recently become a lot easier as I made UIkit and Tailwind a integral part rather than an optional addon. I guess anybody not wanting one of those components will never ever use the profile anyhow. The benefit is that for a full working setup all you have to do is follow the instructions of the welcome screen: No mercy for all those who have not tried this setup! ?
  2. bernhard
    You can have a look at https://github.com/baumrock/site-rockfrontend
  3. bernhard
    It should be there, of course. I just checked and I can reproduce this on my end, so I'll try to fix this asap. Can you please confirm that your user does also not see the clone icon?
  4. bernhard
    Hi @iank thx for the report - that has been fixed 2 days ago, just forgot to push it to main ? It is now available to download on my website! https://www.baumrock.com/en/releases/rockpagebuilder/
  5. bernhard
    Thx for sharing. Does it have a feature to auto-close the modal after page save (without errors) and then reload the page?
  6. bernhard
    Before I find time to add my very own wishlist let's not forget the PW requests repository
  7. bernhard
    Anything wrong with this? wire()->classLoader->addNamespace("MyModuleNamespace", __DIR__ . "/classes"); This will add an autoloader for all files in folder __DIR__ . '/classes' where all these files need to have the namespace "MyModuleNamespace". See https://github.com/baumrock/RockAdminTweaks/blob/a8b82fff339ecf403966d806db398d20286219cd/RockAdminTweaks.module.php#L28 for an example. As far as I know require_once is problematic in multi instance usage, because you have different paths for the same class and that causes "fatal error: cannot redeclare class XYZ ..."
  8. bernhard
    Hey @FireWire sorry for the trouble. Could you please provide step by step instructions to reproduce this?
  9. bernhard
    Hey @adrian this is a small issue but it gets annoying here while working on a new frontend as I see it on every page reload ? This is my layout: The blue border shows where the <body> is. I'm using a dark gray background for <html> and white background for <body> to make sure that the footer (the part where is says "Impressum / Datenschutz TBD" looks like it goes down until the page ends, but actually it ends where the blue line of the body is. This seems to work well, the only problem I see so far is that the tracy debug bar flickers on page load. It seems to be at the bottom of <body> because I tried making the body 100% height and the flash was gone. I also don't see it if I "disable tracy", but I still see it if I only "hide tracy" (the very right icon). Would it be possible to hide tracy until the DOM is loaded or until the final position of the bar has been calculated? Thx in advance! Update: I sometimes see the white stripe even if the bar is disabled! PS: I also tried to change my concept and make the body 100% and then make the body have gray background and make <main> have white bg, but that caused other problems with my layout so I'd prefer a solution that works with html+body ?
  10. bernhard
    Sorry, but I still can't reproduce it even with "hidden" setting... No logo field there... If you want to find the reason I think you have to debug that further and maybe check everything on a fresh install and see when/if you see the same bug. If you want a quick&dirty solution we could try to add a hookable method that runs after each migration of the settingspage where you should be able to override any settings.
  11. bernhard
    Hey @FireWire I can't reproduce. I tried the following: Do a modules refresh to make sure everything is set to default Check the logo field - it was opened by default. Edit template "rocksettings" Edit field "rocksettings_logo" in context of this template, set visibility to "closed + ajax loaded" Do a modules refresh again to run all migrations. The field was still ajax-loaded after the migrations. Can you please provide more details or step by step instructions?
  12. bernhard
    Hey @FireWire fields created by the module are migrated on every modules::refresh, so if fields define a default collapsed state then this will be applied to the field on every migration. This is intended. If you want to override this you can set different settings in template context, then your modifications should keep intact. Or am I misunderstanding?
  13. bernhard
    As I know you are using RockMigrations / RockPageBuilder have you seen https://www.baumrock.com/en/processwire/modules/rockmigrations/docs/magicpages/ ? It will let you define hooks in an init() or ready() method in your custom page class. There you can add hooks and RM will make sure it will only trigger init/ready once for each pageclass, which is one culprit when using loaded() as it will get triggered multiple times and potentially add hooks more often than once. Also it has shortcuts for often needed hooks, so for example you can hook the backend page edit form like this: public function editFormContent($form) { $form->add([ 'type' => 'markup', 'label' => 'foo', 'value' => 'bar', ]); }
  14. bernhard
    You are just missing the final semicolon after addDefaultFolder()
  15. bernhard
    Anybody using this config setting $config->livereloadBuild = true; please update to the latest version v3.18.2 otherwise the "npm run build" will execute every second if you have multiple tabs open which will produce useless cpu cycles and make your computer feel like it's training for a marathon ??
  16. bernhard
    Great! v2.1.0 is the old one that is not maintained any more (last update was in Jan 2023):
  17. bernhard
    @Stefanowitsch is using FTP to deploy his websites and ran into problems with DDEV (see here for details). I didn't have these problems as I'm using automated deployments via RockMigrations + Github Actions, but I got this warning an every ddev start: Both issues are related as Randy explains here: https://github.com/ddev/ddev/issues/6381 The solution is to either disable mutagen or (imho better) to add this to your config: upload_dirs: - site/assets/files This should bring better performance, a startup without warnings and correct file permissions in /site/assets/files ?
  18. bernhard
    Hey @PavelRadvan this would be the correct syntax: filename: "{$page->name}.pdf", You just have to add the .pdf - that's the indented use. But I've pushed a "fix" that let's you use $page->name as well in v1.7.1
  19. bernhard
    Just upload them on https://imgur.com/upload then once you get "upload completed" copy the image address and post that into the message. That's what I've been doing for years, as I don't have any more upload space ?
  20. bernhard
    Glad you like it ? I'll try to give a quick answer here, but please create dedicated threads for questions, so it's easier to link to them and also the pub is not indexed by google so nobody will find your answer if he/she looks for the same thing. You can define any custom filename like so: $pdf->save(to: '/path/to/your/file.pdf'); But I'm not sure I understand your problem, so maybe create a dedicated post and describe the problem in more detail with a real world example. Not sure what you mean by "signature". On my personal website I'm using https://szimek.github.io/signature_pad/ to create a signature, then I save that signature to a pw pagefile and then I just add that file to the PDF. For QR codes you'd have to use any qr code library and then place the file as a picture on the PDF.
  21. bernhard
    As this episode is kinda funny (at least the first part) I thought I'd share it will all of us: The ProcessWire Truck On the road from Berlin to Vienna (for those who don't know: Austria is on its way to win the EURO2024 Soccer Championship ?) this truck with combination of the baumrock hexagon and the ProcessWire logo instantly caught my attention. Unfortunately I didn't see if Ryan was driving it... ? ? Rock Module Updates ? Now let's get serious! As always we're bringing you the latest module updates to enhance your web development experience. Discover what's new and stay at the forefront of technology with ProcessWire and baumrock.com RockFrontend v3.18.0 Add PR by @gebeer catching an error if $refs is null due to network problems. Thx! Also inspired by a conversation with @gebeer we now have a $rockfrontend->ajax flag that is true if either $config->ajax is true or the request is an HTMX request (where $config->ajax would be false) Improvements to ALFRED (prevent modal on double clicks on links and buttons) Made loadTwig() hookable so you can add your own Twig functions easily. Thx @Spinbox for the suggestion! RockMigrations v4.5.0 You can now disable ProCache on development via $config->disableProcache = true; in your config[-local].php The Deployment class has been updated to read config from a php file. This opens the door for even more automated workflows (eg choosing the right php version directly from the remote server). RockShell v3.1.0 Fixes RockShell loading commands from dot-folders and causing errors when trying to load the same class twice. Improves the "ddevadmin" command to not rely on superuser id 41 RockPageBuilder v5.5.3 Fixes text selection when dragging blocks caused by a recent Chrome update Fixes the shipped Accordion block causing an endless loop on the demo-page. Marks newly added blocks as "temporary" until they are saved at least once. This fixes the problem that when a client clicked on "create new block" on the frontend but then just closed the modal he/she didn't see this block unless he/she reloaded the page. From now on this block will automatically be hidden until the block itself has been saved. Adds inline-checkbox settings. Get RockPageBuilder Here RockForms v1.5.1 Addes support for multi-step forms ?? This update was necessary for RockCommerce checkouts and initially I put all the code there, but I thought it's much better placed in RockForms so we can use multi-step forms wherever we need them ? Get RockForms Here Others RockCommerce: A lot of work has gone into the further development of RockCommerce. Getting product variations done alone was a huge task and took a complete re-write of RockGrid, which is in a really good shape now ? Other modules that have been improved for RockCommerce are RockMollie (for integrating mollie.com payments into ProcessWire) and RockMoney (for handling currency values). Next month I'll be focusing on the cart functionality! That's a wrap for this month, rockstars! ?✨ May your projects compile without errors, your documentation be crystal clear, and your coffee always be strong enough to power your late-night coding sessions. Keep rocking the web, stay curious, and happy coding! Bernhard ?
  22. bernhard
    Hey @herr rilke thx for sending me the files. The good news is that you can please mark this topic as [solved] here in the RockPageBuilder forum, because it is not related to RPB but rather to RockFrontend. The bad news is that the way I designed RockFrontends assets feature does not reliably work with template cache at all. It works with no cache, it works with procache, but it doesn't work with template cache. The problem is that with ProCache we get a 1:1 copy of the rendered page without calling any php files on the request. That's fine, because then all assets are already injected in the <head> and the browser just loads the static files. If template cache is active it's different: Files like _init.php or layout.latte are not loaded and also not all the template php files, but all other php files like RockFrontend.module.php or RockPageBuilder.module.php are loaded. So it's a problem to place $rockfrontend->styles()->add(...) in files that are not loaded and other calls of styles()->add() in files that are. That's what you are seeing. RockPageBuilder assets are being loaded from RockPageBuilder.module.php but uikit files are not, because they are injected from _init.php or layout.latte or _main.php (wherever one might place it) which is skipped by template cache. To be honest I'm not yet sure what to do about this as this would mean a major rewrite of all my projects and likely any project built on top of RockFrontend. The easiest fix for your situation would be to just use ProCache, which is worth every cent. If anybody has a good idea please let me know. I'll have to think about a good solution...
  23. bernhard
    Hey @herr rilke can you provide a list of steps to reproduce or can you share the project as ZIP with all the files + DB dump? In private, of course ?
  24. bernhard
    Hey @herr rilke that exception means that the variable is not defined. That's typically the case when you are using less files that contain uikit variables (like @global-secondary-background) but the uikit base files are not loaded. From what you write I'd try to check whether it is related to permissions or to caching. So you could try to activate only one at a time and check when it breaks. Then we know a little bit more.
  25. bernhard
    Hey @herr rilke sorry for that. I pushed to DEV and not to MAIN! It's now online @ https://www.baumrock.com/en/releases/rockpagebuilder/
×
×
  • Create New...