RFC: Textpattern 5 ideas & feature requests

giz · 2024-11-11 20:33:33

I’ve made a start on nomenclature diagrams for 4.9-dev.

I’m a visual thinker, and have struggled to get the big picture of our admin structure from the code alone. Its clearer for me now (so far its considerably more consistent than I first thought :).

The colours represent what I see as core functional groups which can form the basis of a new sass/css structure. Watch this space…

giz · 2024-11-11 20:52:54

etc wrote #338182:

Curious to see it.

It’s still based on v4.88 (I’m using a large / representative site on my Mac as test content). I’ll publish an easily-accessible plain html version soon.

I tried to upgrade the site to the latest 4.9 beta 2, but I get a shitload of fatal errors on the ‘public-facing’ site. Is this likely due to my having shortcodes in some excerpt fields?

Last edited by giz (2024-11-12 20:30:47)

etc · 2024-11-11 21:17:46

giz wrote #338189:

I tried to upgrade the site to the latest 4.9 beta 2, but I get a shitload of fatal errors on the ‘public-facing’ site. Is this likely due to my having shortcodes in some excerpt fields?

Oh? What are they complaining about? I doubt shortcodes alone would trigger a fatal error.

giz · 2024-11-12 00:13:58

etc wrote #338190:

Oh? What are they complaining about? I doubt shortcodes alone would trigger a fatal error.

I’ve reverted to 4.8.8 and will try again…

My liberally-used image-orientation <txp:php> snippet became very unpopular!

Last edited by giz (2024-11-12 20:31:05)

phiw13 · 2024-11-12 00:21:29

etc wrote #338184:

I’d say yes, given how precisely spaces are defined in Sandspace theme :-)

They are sure, just a bit of one css variable to control it all. But for that widget… hold on… I see, for my personal use it has the width set anyway.

If we change this select box as you suggest, it will leave a large gap between the textfilter in Textile mode and the preview button in our current layout. That’s easy to fix with a bit of js, but it would be reinventing the jQuery UI wheel.

Or not, I am seriously thinking that for accessibility reason alone, those “faceless” / “minimal UI” select widget should have more UI than now. I think I’add back some border and rounded of corners – similar to the full UI <select />, but toned down.

As for that JQUI created widget, it does have some confusing accessiblity. After the script has run, you get:

<label for="ui-id-3-button">Format:
<select class="jquery-ui-selectmenu ui-menu ui-widget ui-widget-content" id="ui-id-3" style="display: none;" role="menu" tabindex="0"><option data-id="0" class="ui-menu-item">Leave text untouched</option>
<option data-id="2" class="ui-menu-item">Convert line breaks</option>
<option data-id="1" data-help="&amp;#160;<a rel=&quot;help&quot; title=&quot;Help&quot; role=&quot;button&quot; target=&quot;_blank&quot; href=&quot;https://textpattern.com/textile-sandbox&quot;><span class=&quot;ui-icon ui-icon-extlink&quot;>Help</span></a>" selected="selected" class="ui-menu-item">Textile</option></select>
<span tabindex="0" id="ui-id-3-button" role="combobox" aria-expanded="false" aria-autocomplete="list" aria-owns="ui-id-3-menu" aria-haspopup="true" class="ui-selectmenu-button ui-selectmenu-button-closed ui-corner-all ui-button ui-widget" aria-activedescendant="ui-id-25" aria-labelledby="ui-id-25" aria-disabled="false"><span class="ui-selectmenu-icon ui-icon ui-icon-triangle-1-s"></span><span class="ui-selectmenu-text">Textile</span></span><input class="textfilter-value" name="textile_body" type="hidden" value="1"></label>

There are in fact multiple <label /> the first (outer) one linked to absolutely nothing. Both Wave and Arc Toolkit accessibility checking extensions complain also about erroneous or missing ARIA attributes

–^–

Wave by WebAIM: addons.mozilla.org/en-GB/firefox/addon/wave-accessibility-tool/
Arc Toolkit by TPGi: addons.mozilla.org/en-GB/firefox/addon/arc-toolkit/

jakob · 2024-11-12 18:36:14

giz wrote #338188:

I’ve made a start on nomenclature diagrams for 4.9-dev.

A good idea. Thanks for that.

phiw13 wrote #338193:

As for that JQUI created widget, it does have some confusing accessiblity. After the script has run, you get:

<label for="ui-id-3-button">Format:...

There are in fact multiple <label /> the first (outer) one linked to absolutely nothing.

The id attributes are being added later and for some reason <label for="ui-id-3-button"> then refers to the span which appears on click rather than the select. As the span is not a form element, the browser complains.

amordecosmos · Yesterday 19:36:43

My feature request / idea is that config.php be moved from the /textpattern directory and into something else, like /static or /engaged or /donterasethis.

Because when one copies over an upgraded version, there is a good chance that one will also write over the config file.

If the /files and /images directories could be moved in there too, that’d also be great for my ten-years-ago self.

Bloke · Yesterday 20:35:12

amordecosmos wrote #338212:

My feature request / idea is that config.php be moved from the /textpattern directory and into something else

Here’s a proposed directory structure moving forward. Not sure how achievable it is, but that’s more closely aligned with the multi-site layout and has lots of nice little wins about it.

giz · Today 01:06:33

Another feature request: have any admin-related css variables appear in the Presentation: Style page for direct editing (or maybe its better in Admin: UI Styling).

Bloke · Today 13:49:30

giz wrote #338214:

Another feature request: have any admin-related css variables appear in the Presentation: Style page for direct editing.

Not sure if it still works, but smd_admin_themes has some of this functionality. Happy to update it when the dust settles on the core CSS variables that Oleg is implementing this week.

giz · Today 16:46:06

Bloke wrote #338218:

Not sure if it still works, but smd_admin_themes has some of this functionality. Happy to update it when the dust settles on the core CSS variables that Oleg is implementing this week.

👍

.

Are there plans to ditch/simplify thumbnail creation in the images tab? On many sites I hide the thumbnail creation widget with css so that users can’t experiment/throw a spanner in the works…

Bloke · Today 17:19:54

giz wrote #338220:

Are there plans to ditch/simplify thumbnail creation in the images tab?

Yes. The more I think about it, the more I like your SLIR approach. It abstracts away loads of the complexity.

If we offer people the ability to preset the sizes they want for their site design (so the tool rejects any spam/DOS attempts) plus we’ll define a few sizes (overridable) for the admin side to use as thumbs/grid/whatever, then that’s pretty much it. Images will be made on demand and cached/recycled. I’m seriously tempted to take the (now defunct?) slir package, fork/update it for modern php versions and just drop it in our /vendors directory.

As part of that, we need to remove the extension column and sizes from the database, then retrofit the image tags with the ability to handle multiple types / srcset / picture HTML tags. Then smd_thumbnail can be burned as far as I’m concerned.

The only sticking point is how to migrate people’s existing arsenal of images to the new one. That’s potentially a bit of a challenge. Ideas welcome.

Textpattern CMS

Textpattern CMS support forum

#49 2024-11-11 20:33:33

Re: RFC: Textpattern 5 ideas & feature requests

#50 2024-11-11 20:52:54

Re: RFC: Textpattern 5 ideas & feature requests

etc wrote #338182:

#51 2024-11-11 21:17:46

Re: RFC: Textpattern 5 ideas & feature requests

giz wrote #338189:

#52 2024-11-12 00:13:58

Re: RFC: Textpattern 5 ideas & feature requests

etc wrote #338190:

#53 2024-11-12 00:21:29

Re: RFC: Textpattern 5 ideas & feature requests

etc wrote #338184:

#54 2024-11-12 18:36:14

Re: RFC: Textpattern 5 ideas & feature requests

giz wrote #338188:

phiw13 wrote #338193:

#55 Yesterday 19:36:43

Re: RFC: Textpattern 5 ideas & feature requests

#56 Yesterday 20:35:12

Re: RFC: Textpattern 5 ideas & feature requests

amordecosmos wrote #338212:

#57 Today 01:06:33

Re: RFC: Textpattern 5 ideas & feature requests

#58 Today 13:49:30

Re: RFC: Textpattern 5 ideas & feature requests

giz wrote #338214:

#59 Today 16:46:06

Re: RFC: Textpattern 5 ideas & feature requests

Bloke wrote #338218:

#60 Today 17:19:54

Re: RFC: Textpattern 5 ideas & feature requests

giz wrote #338220:

Board footer