RFC: Textpattern 5 ideas & feature requests

Bloke · 2025-10-11 11:04:00

phiw13 wrote #340915:

I would prefer a pref honestly as that leaves the possible actions clear.

A per-user pref isn’t much hardship. Might even be doable now. Let me ponder.

rename the “Go back” to “Cancel”.

Neither are a great choice. As you rightly say, if you’ve performed some destructive edit then you can’t cancel it. And if you land on the edit panel from somewhere else (e.g. directly from the Write panel from com_article_image) then Go Back doesn’t return you to the Write panel.

Ideas welcome.

neptho · 2025-10-15 20:55:32

Bloke wrote #340917:

Ideas welcome.

“You done goofed.”

phiw13 · 2025-10-16 10:00:24

Bloke wrote #340917:

A per-user pref isn’t much hardship. Might even be doable now. Let me ponder.

Neither are a great choice. As you rightly say, if you’ve performed some destructive edit then you can’t cancel it. And if you land on the edit panel from somewhere else (e.g. directly from the Write panel from com_article_image) then Go Back doesn’t return you to the Write panel.

Ideas welcome.

The Image> edit panel is quite difficult, as the “Save” action only applies to what happens in the sidebar – meta data column, but the “Delete” button is global as it deletes image and thumbnail(s) and the meta data. More destructive action: edit some meta-data (don’t save) and update image or thumbnail. That action actually reloads the panel and deletes your fresh meta-data edit. That has bitten me a few times and on distracted-by-the-rain days.

I think Hive had some mockup for the Edit image panel that mimics the Pages / Forms panel. But I am not sure if that makes things more easier to understand – maybe it does by virtue of having the same reading order as the Edit files pane.

(at least the Files > Edit panel is a little more straightforward due to its (top-to-bottom) linearity. This makes it a little less likely to see your meta-data edits accidentally blown away.)

Bloke · 2025-10-16 10:21:57

Agreed. The Image edit step needs some UX love to make things clearer.

Happy to take suggestions and mockups from anyone who feels they can make it better.

phiw13 · 2025-10-17 07:51:51

Bloke wrote #340931:

Agreed. The Image edit step needs some UX love to make things clearer.

Happy to take suggestions and mockups from anyone who feels they can make it better.

Some possible alternative layouts – the reading flow matches the File Edit panel with the Image preview/ replace / thumbnail management coming first (incidentaly, that is where the destructive edits take place).

simply flip the order: image on the start (left) side, meta data on the right side
match the Pages/ Forms / … panels with the “Save” & “Delete” area at the top in a sticky widget.

The first one is obviously closest to the current one. For the second one I moved the “Go back” link below the Save + Delete buttons. That matches more what the action does I think, and it gives less the impression of being a “cancel” like action. The text label on that link could use some improvement, though. It still from the issue noted above. It always goes back to the Images list panel, that would need some wrangling with the underlying code (maybe some JS manipulation with the history object? Dunno).

Option 1: dev.l-c-n.com/txp-4.9/secondary/content-image_edit_2.html
Option 2: dev.l-c-n.com/txp-4.9/secondary/content-image_edit_3.html

Note: code wise, the Option 2 mockup comes closer to the Edit plugin panel.

gaekwad · Yesterday 16:34:00

Add / upload an SVG to images from a textarea.

Paste the SVG code in, optionally lint it, and create both the file in the images directory as well as the entry in the images panel.

gaekwad · Yesterday 17:21:45

A couple of considerations for image handling enhancements:

Site pref toggle for creating thumbnails for uploaded images. Bonus points for bitmap / vector granularity, e.g. create thumbnails for bitmap formats, do not create thumbnails for vectors.

Multi-select option to delete image thumbnails only, rather than the image + its thumbnail(s).

Bloke · Yesterday 18:17:25

gaekwad wrote #340950:

Add / upload an SVG to images from a textarea.

That’s a great idea, if we can do it.

gaekwad wrote #340951:

Site pref toggle for creating thumbnails for uploaded images.

If I have my way, this will be handled via a pref to list which image sizes you want the site to create on the fly from your uploaded original. Those will be the only sizes allowed. And they will not be created on upload. Only when first used, then cached.

Core itself will have a pref for one size that it uses for itself – and you can choose this to be one of the permitted “front end” sizes or something different. Nominally it might be 120 or 200px square, or whatever we decide works for a grid. But if you don’t want thumbs displayed in your grid, just don’t set this value to anything.

Bonus points for bitmap / vector granularity

This is trickier but I agree. No need for vector other image sizes at all, so that needs to be taken into account.

Multi-select option to delete image thumbnails only, rather than the image + its thumbnail(s).

Yes, this will probably be implemented as a “clear cache” option for the selected image(s) as a multi-edit feature.

Textpattern CMS

Textpattern CMS support forum

#109 2025-10-11 11:04:00

Re: RFC: Textpattern 5 ideas & feature requests

phiw13 wrote #340915:

#110 2025-10-15 20:55:32

Re: RFC: Textpattern 5 ideas & feature requests

Bloke wrote #340917:

#111 2025-10-16 10:00:24

Re: RFC: Textpattern 5 ideas & feature requests

Bloke wrote #340917:

#112 2025-10-16 10:21:57

Re: RFC: Textpattern 5 ideas & feature requests

#113 2025-10-17 07:51:51

Re: RFC: Textpattern 5 ideas & feature requests

Bloke wrote #340931:

#114 Yesterday 16:34:00

Re: RFC: Textpattern 5 ideas & feature requests

#115 Yesterday 17:21:45

Re: RFC: Textpattern 5 ideas & feature requests

#116 Yesterday 18:17:25

Re: RFC: Textpattern 5 ideas & feature requests

gaekwad wrote #340950:

gaekwad wrote #340951:

Board footer