Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Javascript Panel
colak wrote #338692:
Their separation as such, could be semantic. Server versus client side.
I agree that Forms pane becomes cluttered. Actually, mediatyped forms should be handled like Pages, but they are not tied to sections (save via themes).
I seem to remember that a couple of years ago Oleg (etc), suggested that one way to make txp more flexible is to treat all text fields as modules that we could re-organise for the needs of the site. (Excuse the paraphrasing but I cannot find the actual post just now).
Your memory is better than mine :-) Weren’t it custom fields?
Offline
Re: Javascript Panel
etc wrote #338709:
I agree that Forms pane becomes cluttered. Actually, mediatyped forms should be handled like Pages, but they are not tied to sections (save via themes).
A revamped Styles panel for what you call mediatyped forms, or what Yiannis (and I) client side content handling. The Pages model similar to the current Styles panel seems the more appropriate model. BTW, a stylesheet or script could be assigned (by the theme) to some section(s) or to some specific article(s).
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Javascript Panel
etc wrote #338709:
Your memory is better than mine :-) Weren’t it custom fields?
I think that what the post was referring to was all fields in the admin side of txp including custom_fields, the body and excerpt fields, but also the fields that exist in other tabs such as the links tab and the files tab. The way I understood it then was that the separation of these fields was artificial, be it for functional purposes.
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: Javascript Panel
phiw13 wrote #338710:
A revamped Styles panel for what you call mediatyped forms, or what Yiannis (and I) client side content handling. The Pages model similar to the current Styles panel seems the more appropriate model. BTW, a stylesheet or script could be assigned (by the theme) to some section(s) or to some specific article(s).
Beyond js and css, we could add the construction of other client side types such as xml, rss, atom, and allow for anything else that may become popular in the future. The interface may be similar to the forms with accordion type separations.
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: Javascript Panel
Bloke wrote #338682:
I actually relish more admin-side control (e.g. being able to import/upload themes from a .zip file)
Offline
Re: Javascript Panel
Bloke wrote #338682:
I’d be stuck. I actually relish more admin-side control (e.g. being able to import/upload themes from a .zip file) rather than having to demand SFTP access in order to install a theme, or be forced to create each asset by hand in a new theme created from the back-end.
That would be great!
Yiannis
——————————
NeMe | hblack.art | EMAP | A Sea change | Toolkit of Care
I do my best editing after I click on the submit button.
Offline