Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: RFC: Textpattern 5 ideas & feature requests
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…
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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)
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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)
Offline
Re: RFC: Textpattern 5 ideas & feature requests
etc wrote #338184:
I’d say yes, given how precisely spaces are defined in
Sandspacetheme :-)
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
Textilemode 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="&#160;<a rel="help" title="Help" role="button" target="_blank" href="https://textpattern.com/textile-sandbox"><span class="ui-icon ui-icon-extlink">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/
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
TXP Builders – finely-crafted code, design and txp
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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).
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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…
Offline
Re: RFC: Textpattern 5 ideas & feature requests
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.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline