Textpattern CMS support forum

You are not logged in. Register | Login | Help

#61 2016-09-05 08:23:41

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,215
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

I’ve just implemented Philippe’s suggestions for the tag builder vertical sizing (the flexbox option) in the Textpattern master branch – let me know how that goes for you.

Offline

#62 2016-09-05 15:19:30

maverick
Member
From: Southeastern Michigan, USA
Registered: 2005-01-14
Posts: 960
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

Bloke wrote #301036:

I really like this idea. If it could be done, that’d be terrific. And lots of code saved in core!

I’m one of the folks who like the tag builder. I don’t use it often, but it’s handy to have when I do want it. Maybe for a tag I don’t use often, or when I’m rusty on tags after having been away from coding for a while. Though my most frequent use is building the tag to insert an image into an article. Pure laziness – it adds the image number into the tag and I’m good to go with a bit of customizing.

All that said, it’s about convenience, and I’d not be likely go to a third site normally to build a tag – though if I were already at the site it would be a nice feature.

Given the split of those who use the tag builder and those who do not, and given the amount of code Bloke references, my personal use situation would be satisfied if the tag builder was moved from the core to a plugin. Sort of a compromise to moving it to a website.

Just fwiw.

Offline

#63 2016-09-05 15:48:39

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,215
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

I have now moved the action links (create new, duplicate) on forms/pages/styles panels in GitHub master. Let me know if that suffices.

Offline

#64 2016-09-05 16:03:55

gaekwad
Admin
From: People's Republic of Cornwall
Registered: 2005-11-19
Posts: 2,633

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

philwareham wrote #301070:

I have now moved the action links (create new, duplicate) on forms/pages/styles panels in GitHub master. Let me know if that suffices.

Oh, please let it suffice. We passed 3,000 Textpattern commits since 4.5.7 today. To put this into perspective, GitHub is (currently) reporting 6,247 commits to Textpattern since its inception. 3,011 of those commits are since 4.5.7 hit the streets.

I have servers that I’m holding back on upgrading because PHP7 doesn’t play nicely on 4.5.7 without a bunch of bodging.

Someone has to say this — let’s get 4.6 out of the door so we can move on already. There’s already been a colossal amount of work and time invested. There comes a point where this is just bike shedding, and I really hope we’re better than that.

It’s not ever going to be perfect, that’s the nature of the beast, but look how far we’ve come since the early days of version 4: Robert, Jukka, Stef, Phil, Oleg, Ruud, Destry and countless others have put in thousands of hours of work to get us this far.

Please — PLEASE — try beta 3 out. If it breaks, say something. If it’s great, say something. If there’s something I can do with the demo site that will help you further test beta 3 out, say something. If there’s a workflow improvement that could be made and can wait until 4.6.1, then let’s pencil it in for a point release, otherwise I fear we’re never going to see 4.6 arrive at all and that makes me very sad.

Come on, we can do this!

Offline

#65 2016-09-05 16:27:39

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,215
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

I’m pretty much ready for it to release. I think by the end of this week if no major bugs are found it can go. Stef might have a better idea.

Offline

#66 2016-09-05 20:20:05

GugUser
Member
From: Quito (Ecuador)
Registered: 2007-12-16
Posts: 1,400

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

gaekwad wrote #301071:

Someone has to say this — let’s get 4.6 out of the door so we can move on already. There’s already been a colossal amount of work and time invested. There comes a point where this is just bike shedding, and I really hope we’re better than that.

That is well said.

Offline

#67 2016-09-05 21:09:46

candyman
Member
From: Italy
Registered: 2006-08-08
Posts: 684

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

Well, I’ve tried the demo of the 4.6.0 release.
First thing I noticed (and that it seems strange to me) is the behavior of the Write panel: why the Sort and display panel is always fixed?

I mean: Expand all and Collapse all commands are running as I expected and probably it’s better that, at least one panel (let’s say the first is the most important) remains opened… but, the thing that seems strange to me, is that clicking on titles to open others panels (Date and time, Meta, Comment options and so on…) the Sort and display remans always open.

According to me it would be better looking (and more intuitive) if only one panel could remain opened with the other previously opened closing itself automatically (with the list of the panels that slide to the top).

I mean: I set the Status, -Section_ and Categories of the post in the Sort and display panel, then I click on the
Date and time panel (and the Sort and display closes) and so on…

In this way I’ll avoid to scroll the screen to much.

Panels that must be opened according the needs of the user can be set as open/closed by clicking on the [+] or [-] buttons (that would replace the arrows).

At least this could be an option that the user can set in the preferences?

Just one thought :)

Last edited by candyman (2016-09-05 21:26:42)

Offline

#68 2016-09-05 21:53:31

jakob
Admin
From: Germany
Registered: 2005-01-20
Posts: 3,588
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

candyman wrote #301078:

Why the Sort and display panel is always fixed?

To me this seems entirely logical: it’s the one thing that absolutely has to be filled out. If it were not visible, people would post all over the shop without even noticing. I can see e-mails rolling in from clients already saying “it’s broken … I posted and it put it in the wrong place …”.

I suppose a valid argument might be that an already set article won’t change afterwards, but to make this workable one would really have to store the display prefs per user (as is current) and per article.

According to me it would be better looking (and more intuitive) if only one panel could remain opened with the other previously opened closing itself automatically (with the list of the panels that slide to the top).

I get your idea about a concertina-type arrangement saving space, but here too there are (I think) good reasons for having combinations of panels open. I don’t know about you, but I make regular use of bot_write_tab_customize to show clients only the combination of information required for a particular section. It’s important that certain items show in combination to ensure an article is filled out properly (example: without this people may post an event but forget to specify the start and end date). If the UI automatically hid “the rest” when setting one item, it would mean the client would have to click through to discover what else there is to fill out. That would seriously impact usability, and I suspect also how well – and happily – a site is used by the client. And if a client loses trust in their homepage, that’s the beginning of its end.

I realise I am talking from my personal perspective but I suspect others share the same problem. I really think a better way to make the UI usable for clients is to go the extra mile and tailor it the end user’s(‘) need(s). A further way is to extend the hive admin theme and slim things down a bit in the UI.

At least this could be an option that the user can set in the preferences?

If you really want it for your own purposes, I think you could probably easily add that functionality via bot_wtc’s javascript panel (or the new javascript insert option as part of an own theme). Essentially what you need to do is hook into the expand button and make it do a collapse all before expanding a settings group. The functions are already there in the textpattern.js, you just need a little jQuery to jump in on click and call them in the desired order.


TXP Builders – finely-crafted code, design and txp

Offline

#69 2016-09-05 22:09:05

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,826
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

philwareham wrote #301075:

Stef might have a better idea.

Stef has no better idea. Stef wanted it released in the Spring but events conspired against us.

candyman wrote #301078:

Expand all and Collapse all commands are running as I expected [but] the Sort and display remans always open.

I meant to move the expand/collapse links below the Sort and Display box so it’s more obvious that they only pertain to what’s below it. Just forgot to do it. Might sneak that in if it looks okay. If not, we’ll live with it for now and worry about it next version.

Accordion boxes for the sidebar is a big no from me in core. If you need it for a particular client, by all means make a plugin to do it. As jakob says, I suspect bot_wtc is more than capable.


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

#70 2016-09-05 22:29:02

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,826
Website

Re: Feedback to: Textpattern CMS 4.6.0 beta 3 released

Bloke wrote #301083:

I meant to move the expand/collapse links below the Sort and Display box

Done. See if that’s any better.


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

Board footer

Powered by FluxBB