tpr

I haven't checked with PW < 3. But if it worked well so far you can update it (just replace the directory on the server).

Sure, and it was fixed in the latest version a few days ago, have you tried it?

Perhaps parse_ini_string could be used here.

The custom CKE toolbars per role feature starts to get shape (continued from here). I decided not to use roles but selectors instead for more flexibility (restrict by user role, name, email, etc). There is also a field "filter" to restrict customizations to certain fields. The biggest issue was figuring out how one could enter these infos in the admin. A full-fledged click-and-play UI was out of scope so the good old textarea-based solution seemed the best option. Even so it's not the simple key=value situation that I've used in the module a few times. I was about to use JSON but that's hard to write and error-prone so finally I made it with INI format, using parse_ini_string in the code. That worked so well that I will use it in the future for sure. I need to add a way to specify toolbar items to add/remove instead setting them directly, and it'll be ready for consumption

I cannot reproduce, sorry. Any further information on this?

Are you using the latest version? A similar bug was fixed there and I can't reproduce. If it still exists, could you send a screenshot of your RenoTweaks? And is "Center login form" (under Misc) checked?

I saw this once but I was lazy to make the adjustments will do later

This is actually so useful that I need to add to AOS (if you don't mind) Removing toolbar items is easy with your code but AOS may add extra buttons via CKEditor plugins. I found out that listing them in "removePlugins" is enough, so this can be used to remove extra plugins with ease: $this->addHookBefore('Field(inputfieldClass=InputfieldCKEditor)::getInputfield', function(HookEvent $event) { // do not show modified data on Field edit page if ($this->wire('process') != 'ProcessPageEdit') { return; } $field = $event->object; if($this->wire('user')->hasRole('editor')) { $field->toolbar = 'Bold, Italic'; $field->removePlugins = 'div, justify'; // plugins to remove $field->formatTags = 'p;h2;h3;h4'; // allowed format tags, separated with semicolon } });

v1.5.7 is up, containing the Trash pagelist action for non-SuperUsers too (from Robin S), with an inline confirm feature:

The indentation looks like a bug, I'll check. Branding logo is something I plan to add somehow, I'll get back to this sometime.

Plus it's a pita to support both admin themes, not to mention the latest uikit-based one (which is currently not supported "officially").

Update: just added and works fine, thanks. However, at least a JS confirm could be beneficial because non-superusers can't see the Trash to restore, what do you think? I've done an "inline" confirm in case of the "Delete" action (aos feature), I could tweak it to make more generic and apply to this button too.

Sure, thanks! Will try it soon and commit

As I remember I had issues with the inline editing (even if SuperUser) because the site was multilanguage and I had to switch languages in each line. But normally this shouldn't be an issue as this was a special case.

Here is what I've made similar to this, using Table and Matrix modules, but the same could be achieved with the built-in Repeater too.

Excellent choices above

The module doesn't output the img tag, only the value for the srcset attribute so I don't see how this feature could be implemented.

I've made a few CSS changes, now preview buttons look the same in all 3 image grid modes and I've fixed some other glitches too. The CSS file was a bit overcomplicated, I could eliminate large blocks so I hope I haven't broken anything I also checked the preview images with more than one crop setting (multiple buttons) and it's working fine here. All is in the PR.

Check this: https://github.com/rolandtoth/AdminOnSteroids/issues/25

Thanks, I've added these mods (haven't tried though): https://github.com/rolandtoth/CroppableImage3/commits/master I can create a PR if everything's OK.

Yes, crop orientation is the culprit (added via $config->imageSizerOptions array, at least that's how I could see it). I've made the fixes here, please try: https://github.com/rolandtoth/CroppableImage3 This should be a generic fix, I pass the image url from the crop review modal to the js. Additionally, only the current preview btn image is refreshed and not all (unlike before).

No. After you make a crop and close the modal (Accept), no 0x48 image is generated (perhaps the module should do this?). That's why I load the original thumb instead (this is fast because it's cached by the browser). On next crops I toggle the "?v=1" "?v=2" params, in my tests it was enough to bypass the browser cache. It's hard to tell what goes wrong for you until I can duplicate the issue. Could you share your settings and workflow exactly? (PM is ok too)

@horst Could you add this JS fix too?

v1.5.4 is available with the fixed sticky CKE toolbar and some other fixes.

Have you modified the crop size earlier? If I remember right then the existing crops should be deleted by the module but @horst can tell the truth