Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: RFC: 'Show details' column picker
etc wrote #302294:
The only problem is that locally stored column states will get out of sync if a column is deleted (with its plugin).
Presumably if a column is missing when it comes time to hide them, as long as each column has some unique textual name (not simply a numeric offset) then any column not present in the actual table can be purged from local storage. Or have I misunderstood?
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
Online
Re: RFC: 'Show details' column picker
Just a UX suggestion :
Personnaly, I don’t want more Jquery script or Javascript loaded by default in write mode.
I propose to just add a “configuration” btn in each target tab. When click on this button, you load necessary script and toggle to a “personalisation mode” with drag & drop, delet block btns, add block / row btn etc with a save configuration btn.
With this solution you can create a specific user interface that is not charged by default when you load pages.
Offline
Re: RFC: 'Show details' column picker
sacripant wrote #302298:
I don’t want more Jquery script or Javascript loaded by default in write mode.
Well this isn’t the Write panel we’re talking about here, but I take your point.
I like the idea of a config mode. That has the potential to be very useful. Especially since clicking on things and accidentally moving the mouse a few pixels triggers ‘drag mode’ which means your click action isn’t executed. Having a dedicated mode for moving stuff about alleviates this potential problem.
Will definitely consider this, thanks.
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
Online
Re: RFC: 'Show details' column picker
Forgive me if I’m inadvertently being That Guy, but perhaps a before-and-after or A/B mockup might be helpful, especially for forum folks with English as a non-primary language.
Respectfully, and I’m perhaps oversimplifying it, but here’s the gist of this thread: “We’d like your feedback on a visual/presentational thing in the Textpattern admin-side. Here’s a bunch of words to explain what that is.”
A mockup would be super for me. I say this because I’ve been working in WordPress/MotoPress/Cherry Framework since 8am and it’s been a really interesting reminder of how important UI/UX is to CMS.
It’s also been a really, really hard day figuring out the convoluted routes that 3rd party theme authors take with their wares and the liberties taken with odd frameworks. I need a beer.
Offline
Re: RFC: 'Show details' column picker
Bloke wrote #302295:
Presumably if a column is missing when it comes time to hide them, as long as each column has some unique textual name (not simply a numeric offset) then any column not present in the actual table can be purged from local storage. Or have I misunderstood?
Good idea. It means we need to switch from html nodes iteration (current method) to storage iteration in some bwc way, but it should be feasible.
BTW, what part of this should be delegated to themes? I mean, a theme might wish to output data in its own way, not necessary as a table. Maybe it’s time to discuss a better data (core) / presentation (theme) admin-side separation?
Offline
Re: RFC: 'Show details' column picker
gaekwad wrote #302300:
A mockup would be super for me.
I can’t find Phil’s 4.6 framework on the Internet at the moment, hence no mockup at present.
Even if I could find it, there are about ten different ways this could be done so confining him to one might be a waste of his time. This is just a tentative “what if” exploration of possible intent. If the overriding reaction so far had been “what the hell are you smoking?” then we could just drop the notion.
As it stands, it seems like it might have legs. I’ll see if I can coerce Phil into a mockup or three, but since they won’t be functional in any way I’m not sure how valuable they’ll be besides using the winner as a template when it comes to generating the markup in core. But that in itself is a useful exercise as it’ll give us a chance to see what we’re letting ourselves in for.
As soon as we have something to demo we’ll post it here so discussion can continue among those who understandably struggle with my verbiage. I apologise if I’m being abstruse.
etc wrote #302302:
what part of this should be delegated to themes? I mean, a theme might wish to output data in its own way, not necessary as a table. Maybe it’s time to discuss a better data (core) / presentation (theme) admin-side separation?
Absolutely. I have no idea of where the separation lies exactly, but splitting the current mish-mash of data and display into something more MVC is something I’m keen to explore. A “table” View, for example, would be grand!
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
Online