Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: [RFC] TXP5 Custom Fields Management
giz wrote #340672:
TXP5 Custom fields look to be shaping up nicely (pesky details notwithstanding). Go you good things…
Thanks. Yeah, see my comment above about learning from other failed attempts. That’s the beauty of taking the time over stuff to do it with content at the forefront. Everyone else has approached it by storing everything as varchar, which is slow and frightfully inefficient. I’ve put an absolute f-tonne of work into the under-the-hood management so we can store things efficiently, natively. That makes searches faster and more flexible without horrible casting kludges, and keeps the footprint down, which aids performance.
Oleg has just taken this a step further by abstracting my initial work to push content types and flexibility to the next level. It’s all looking very exciting…
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
Bloke wrote #340668:
Sticking with a pre-defined structure (where the definition is configured by the user) is preferable, imo.
I totally agree, but what if ad hoc exceptions are not so exceptional? Whence this poll.
Tying stuff to sections by default is not something I’d be keen to employ, because there are so many ways to implement it, that many people won’t be happy.
Me neither, also because not all content types (e.g. images) have sections.
Alternatively, we have the opportunity to switch things around a bit.
Like it!
If you want to create a post about a different content type, you go back to the main Write panel, choose the section/content type/etc from the splash screen and click Next to begin writing.
I like less this one, since you’d have to choose both the section and the content type, which is error-prone. Couldn’t we provide a core tying mechanism such that the choice of the section optionally suggests the content type on the splash screen? Yep, looks pluginish, but I suspect it would be a popular plugin.
Offline
Re: [RFC] TXP5 Custom Fields Management
Bloke wrote #340675:
Oleg has just taken this a step further by abstracting my initial work to push content types and flexibility to the next level. It’s all looking very exciting…
True, I have spent much more time on adapting txp tags, and am still astonished to see them (mostly) working. Anyone who has time for testing is more than welcome.
Offline
Re: [RFC] TXP5 Custom Fields Management
Offline
Re: [RFC] TXP5 Custom Fields Management
etc wrote #340677:
I like less this one, since you’d have to choose both the section and the content type, which is error-prone.
No no, sorry I wasn’t clear. I meant it’s a two step process:
One: choose the type of content you want to write in, which (through the magic of configuration when you set up the CF set, perhaps) is tied to a URL scheme and section.
Two: tap Next to bring up the Write panel as we know and love it, but without the Section selector (because it’s already predefined).
Maybe the New Article button on the Write panel is one of those combo selector thingies that offers you a drop-down:
- New Article in this content type (default)
- New Article in another content type (which takes you back to the content type selection step).
- Or (if there aren’t too many content types, perhaps?) the drop-down could house them all and jump straight to the Write panel with that content type selected, offering you its fields, ready to accept content.
‘Duplicate’ would work as it does now, within the content type and its associated section.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
P.S. it doesn’t have to be a physical two-step process. It could just be a content type selector drop-down when you click New Article (from Content> Articles) or land on the Write panel. And as soon as you pick it, the Write panel draws itself for the content type you’ve chosen and it’s off to the races you go.
Last edited by Bloke (2025-09-26 18:37:13)
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
Bloke wrote #340680:
One: choose the type of content you want to write in, which (through the magic of configuration when you set up the CF set, perhaps) is tied to a URL scheme and section.
I don’t like the content type implying the section. Most of your articles might be of a plain article content type, like in txp4, but from different sections. Other way is ok.
Maybe the New Article button on the Write panel is one of those combo selector thingies that offers you a drop-down:
IIRC, we have dumped this button in 4.9, to save space :-) We will see for the interface, currently you can choose the content type via New article feature on the article list pane.
Offline
Re: [RFC] TXP5 Custom Fields Management
etc wrote #340682:
I don’t like the content type implying the section.
So switch it round. Choose section as step one. Then either allow a choice of all content types, or a preset, filtered list if admins want to exert more control over what content types their authors can slot into that section. And if it’s one-to-one, well, no need to choose the content type.
The point is, if choosing a section during article creation causes implementation headaches, let’s redesign the workflow to remove the problem.
IIRC, we have dumped this button in 4.9, to save space :-)
Yeah. Don’t care if it doesn’t make a comeback. Twas only an idea. If people are happy to use the menu bar to make a new article, that’s fine.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
I wonder whether someone is aware of this exhibit of prior art, which I consider very up to the task of object oriented content classes?
Offline
Re: [RFC] TXP5 Custom Fields Management
Yes, ProcessWire’s good. We’ve lost a few prominent Txp folk to them. I played with it a while ago. Might be worth a revisit in case anything’s improved
My only reservation was that it was very configuration-heavy and it felt a chore to set it up before I could even think about making the website do anything meaningful. But when I’d gone through the on-ramp pain, it did work very well.
Definitely a few ideas to steal, but also some to avoid. And sprinkle some Txp convention goodness to keep content the primary focus still.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
wet wrote #340684:
I wonder whether someone is aware of this exhibit of prior art, which I consider very up to the task of object oriented content classes?
Really like the multi-language part!
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline
Re: [RFC] TXP5 Custom Fields Management
Bloke wrote #340675:
I’ve put an absolute f-tonne of work into the under-the-hood management so we can store things efficiently, natively. That makes searches faster and more flexible without horrible casting kludges, and keeps the footprint down, which aids performance. Oleg has just taken this a step further by abstracting my initial work to push content types and flexibility to the next level. It’s all looking very exciting…
Textpattern always was the best WWW publishing loom, and is going even better, thank you both, dear Stef and Oleg.
I meant it’s a two step process
I’m afraid we’ll abandon the original principle: “Just write.” Switches to some section, categories, CF sets, media types, additional TxP forms, etc. will always remain in the Write panel, won’t they? After all, we can leave to each writer the right to decide on the appropriate starting options for themselves.
For an example, I managed to come up with a template for posting urgent short messages in a news section without any metadata, even without a title (the date and other necessary attributes are provided automatically in such cases): az.on.lt/naujenos/
Offline
Re: [RFC] TXP5 Custom Fields Management
colak wrote #340686:
Really like the multi-language part!
Yes, I could see us, uhh, paying homage to that.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: [RFC] TXP5 Custom Fields Management
From a brief look at a local install, and wome post here:
Do I understand it correctly: that meta-entity id something again to a category in current (4.9) implementation – a way of grouping?
It is kinda obscure atm.
(and yes,
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: [RFC] TXP5 Custom Fields Management
phiw13 wrote #340690:
(and yes,
Finishing the sentence that apparently got cut off
(and yes, what Julian said at the start of the thread, mostly)
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline