-
Posts
244 -
Joined
-
Last visited
Profile Information
-
Location
Kent, UK
Recent Profile Visitors
2,224 profile views
JayGee's Achievements
Sr. Member (5/6)
130
Reputation
-
JayGee started following Creating a “wire” to a site B from within site A , New post – A look at the new Page Edit Restore module , ProFields: Table field type issue and 5 others
-
New post – A look at the new Page Edit Restore module
JayGee replied to ryan's topic in News & Announcements
Hi @ryan does this module handle frontend edits? -
I think you may have made the same mistake I did in that original post... $collections->sync_queue("product={$product}, limit=1"); // this not work in hook should be: $collections->sync_queue->find("product={$product}, limit=1"); // this not work in hook (find missing in the top one).
-
@ryan - Have just implemented this in a production project to fill a very specific need and it has worked a treat. Thank you! 🥳 🙏 🙌 👏
-
It was on latest stable 3.0.229. Updating to latest dev 3.0.231 seem to resolve it. For clarity I'm doing to work updating a fairly old site - so I can't 100% say it isn't something in the legacy code or a Handover from the older PW version I updated from.
-
Is it ok to use MarkupRegions on one template only?
JayGee replied to JayGee's topic in API & Templates
12hrs later I can confirm everything is running smoothly so far! Will report back on this thread if any issues. But great to know we can use MarkupRegions retrospectively on older sites like this. -
Are people still actively using Hanna Code? I'm trying to do an install of it on a site for the first time in a while. Hitting a problem getting the module to install. The text formatter will install, but not the Hanna Code module meaning I don't get the editor (even with the config added or site in debug 😞).
-
Found answers here: https://github.com/processwire/processwire-issues/issues/1307 I think this happened to me today as I ran an update on an older install that hadn't been touched for a while rather than it being an issue with current PW.
-
Is there any update on this? Also seeing this error in 3.0.299 and it's causing some issues installing modules.
-
Just checking something I've not done before... I've upgraded an old site to PW latest stable and I want to add some new features using MarkupRegions but only on one template. I've enabled MarkupRegions in config as usual but skipped the append. I've then appended my _main.php file in the template settings instead, so as to target it only to one template type in the site. $config->useMarkupRegions = true; //$config->appendTemplateFile = '_main.php'; <--- added this manually to one template in the UI instead of via config.php Is this ok? It seems to be working, but just checking I'm not introducing any unforeseen pain? I've only ever used MarkupRegions as an all-of-nothing type thing before!
-
Yes this is what I was doing... but turns out I had a typo and it was loading my 404 page in the panel I think. This is why I was getting the nav bar showing 🙈. The panels now work exactly as expected (and as you describe) to load my module functionality! 🥳
-
Sorry to be clearer on my question - what I'm wondering is whether there's a core method for injecting dynamic content to PW panels and modals in the dashboard rather than writing new logic. I know you can load a page into the panels, however that then seems to reload the whole dashboard interface including nav etc inside the frame.
-
Hi all, I'm looking for some examples/guidance/tutorials on how to populate a PW panel from a module. I know you can open a UIKit panel with a .pw-panel css class and that you can populate it with a custom admin page. But I'm wondering the best approach to populating with dynamic module-specific content, e.g. a form? TIA J
-
Creating a “wire” to a site B from within site A
JayGee replied to DrQuincy's topic in General Support
I think some of the confusion arises around mixing terms for bootstrapping and multi-instance. Unless I'm mistaken, I've always taken multi-instance to mean a multi-site scenario. I.e. multiple sites running off one core or database (or various combinations of this). Whereas bootstrapping allows one codebase to interact (including page creation) with the API of 2 disparate ProcessWire installations without needing to create your own custom endpoints. But as @Robin S has highlighted above I'm pretty sure I've been able to write ok to bootstrapped PW instances, although it has been a while since I've done it so would need to test to be sure. -
Creating a “wire” to a site B from within site A
JayGee replied to DrQuincy's topic in General Support
Cool - interesting insight thanks just to see what others are doing. You could also try the bootstrapping method which I think would allow you write between sites too through the regular PW API. https://processwire.com/docs/front-end/include/ -
Creating a “wire” to a site B from within site A
JayGee replied to DrQuincy's topic in General Support
Purely out of curiosity can I ask the nature of your project you need this for? We’ve done a few app projects where we’ve considered separation of concerns over multiple PW instances but have never ultimately thought it would be beneficial versus just running 1 site.