tpr

Anyone using ProcessWire with Google Cloud? We're in the middle of setting things up and it would be great if someone could share his experiments. I'm totally new to GC so most things sound like a rocket science to me, though what I understood is that PW should be "containerized", that is, moving session, cache, logs, etc out of the "site" directory (but I may be wrong). This could be achieved by overwriting paths in $config but haven't looked at it in detail. I know that there's a bitnami installer but that's only for v2.7.2, though I neither have any knowledge in bitnami, it just a proof that this could be done. Any light on this is welcomed.

I've added it to v072 as I could reproduce the issue. The z-index was applied properly only if RenoTweaks fixed header was on.

Great! (this is an overwhelming response :))

Ok, thanks - unfortunately I can't reproduce this (Chrome, FF latest, IE11). Is this still an issue after the update? Anyway I just uploaded a new AdminOnSteroids.css to GitHub in which there are some z-index updates for CKE, could you try that?

Here is it - if it works fine I can upload it to github/modules dir. PageimageRemoveVariations_v004.zip

v071 is up which hopefully fixes the CKEditor issues above. I didn't see anything with the Source dialog so if the problem still exists, please add some details. The pagelist template edit tooltip was removed and this feature was moved to a pagelist action because I found it way to disturbing. You can find it as the last item, named as #home, #basic-page, etc. Long-click action works but it doesn't honor the module settings, so it doesn't open in a new tab unless you use the middle mouse button.

Thanks! I see only styling issues, is that all? I thought they are not working at all or broken to a level that makes them unusable.

There are some CSS styles for CKEditor dialogs in AOS that are global, I guess that's why these issues. Could you upload a screenshot of such broken dialogs?

I was stunned because you had the answer in your question (literally) so I was expecting further trickeries

$page->name?

v134 is up with a new "fields" feature: now you can specify individual fields (comma separated) to load in the lightbox instead of the full admin. Thanks for @matjazp for this request and for the help. He has also found a few bugs that were fixed. Example: load title and body fields only: echo $page->feel(array( "text" => "Edit title and body fields", "fields" => "title,body" ) );

Thanks, looks even better I often have a need for a WordPress "custom fields"-like field in PW and this module has this.

Sounds great, unfortunately the MySQL requirements doesn't allow me to try. Any chance to add a screenshot to see something "tangible"?

Live search to the rescue: https://processwire.com/blog/posts/pw-3.0.23/#new-phrase-search-for-language-translation

v1.3.2 is uploaded with a tiny but useful addition: middle-click on the edit link opens the admin in a new window. This can be handy if you want to see the "big picture" or eg. when you have AdminOnSteroids' fixed CKE toolbar ON and the CKE field is too high. We have also made the initial steps towards an "Add new" button so it will appear in a future release.

Just upgraded to 3.034 and I still see nothing. If you could provide me access to a server/admin where the problem exists I can have a look.

Do you have a closing body tag in your html output? The module uses that to add the script block. The function addLoadEvent is in emo.min.js. Also make sure you haven't applied any template exclusion in the module settings, just to make sure.

You should see a javascript section at the bottom where emo_addr array is present. Are you sure it's there?

You should perhaps add this in document.ready (or document.DOMContentLoaded if not using jQuery): if(emo_replace) { emo_replace(); }

You could try play with these lines to find something, it's hard to fix something I can't see

I've disabled all other submodules but NavItems and new items are appended to the Pages section as expected. I've also tried on another bare-bone PW install and it's OK there too. I guess you can only track this down

Folks at Nette are on fire And adrian keeps the pace Btw, what about a shorthand syntax to bd()? I always have to search the docs or my previous code to get the name of the params. Something like bd(var, title, 3000, 10) would be much simpler. In fact what I need most of the time is var, maxLength, and perhaps maxDepth. But perhaps it's just me

Thanks! I'll check the styling issue later. I only append the NavItems to the end of the document, then use JavaScript to put them in place (as there's currently no hook to add them directly where I wanted). They should be added to the Pages section so apparently there's something bogus there according to the screenshot.

You can also try this (untested with this hook): $page = $event->object->getPage();

v069 was uploaded with a quick fix that caused js errors when hovering pagelist items if FieldAndTemplateEditLinks was enabled (thanks @gmclelland).