Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#316 2012-11-02 12:13:00
Re: The direction of Textpattern 5
Destry wrote:
Instead of “Accept comments”, change to *Deactivate comments functionality? (And then “Yes” as default, because it’s an opt-out question.)
And opt-in question makes more sense, imho. Perhaps the label could read ‘Activate comments’ rather than ‘Accept…’ (and default is ‘no’)
In the future, actively set the pref to ‘yes’ could trigger some subprefs – choice of comment system: Built-in, Discus, other.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
#317 2012-11-02 12:17:29
Re: The direction of Textpattern 5
It shouldn’t be affecting backwards compatibility as long as nobody who’s been using comments decides to say “Yes”. By default I meant only that “Yes” is showing by default. But now that you mention it, I was envisioning a Yes/No drop-down, not active-state radio buttons, so that could be a problem, yes.
Point is, I’m less concerned about which way the opting goes, and more concerned about clarity of words. :)
Last edited by Destry (2012-11-02 12:19:39)
Offline
#318 2012-11-02 12:34:09
Re: The direction of Textpattern 5
Destry wrote:
Please don’t use BBCode. Please.
BBCode shudder
Deactivate comments functionality?
I’m not a fan of negative logic ‘cos it makes things awkward at the conceptual and programming levels. If the wording needs to be clearer then fine it can be changed easily enough, but swapping the logic round isn’t my idea of fun.
EDIT: Phil said it better.
Last edited by Bloke (2012-11-02 12:34:39)
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
Online
#319 2012-11-02 12:42:49
Re: The direction of Textpattern 5
Oh I love negative logic. Don’t you know? I love jumbo shrimp too.
What I’m trying to say is that “Accept comments” didn’t really convey the magnitude of what the preference could do. It’s a wonderful preference and needs to be put in words that make it clear it doesn’t just controll whether or not you accept comments on articles… it has the power to make it all disappear! Like sweet white magic.
Offline
#320 2012-11-02 12:44:07
- Bryon
- Member
- From: St. Louis, USA
- Registered: 2012-10-24
- Posts: 11
Re: The direction of Textpattern 5
wet wrote: IMHO, Textile is no more or less an “insidious” markup as Markdown, BBCode, or Wikitext. What would you suggest as a replacement for Textile in this forum?
At least add BBCode as an option. It is what is expected. It is what 99% of people are already familiar with. It’s not pretty and it doesn’t save time but it completely avoids standing out and giving a bad first impression. As more and more WP installs get hacked, and they will (not because WP is weak but because it has the most exposure), Textpattern will draw more interest. I see it as not just as a matter of personal taste like it once was. Give people the option of becoming familiar with Textile instead of just dropping them into it like cold water and expecting them to be comfortable.
etc wrote:
That’s already possible with some plugins for css/js/other external files, with all the benefice of browser caching.
Yes, but if XML were a core component there would be no need for such work arounds and the benefit of having XML as a go-between for situations like comments would simply be available.
etc wrote:
If there were a fast and complete XML implementation in PHP, I would say “let’s go for XML” without hesitation. The few XML-based CMS I know use somewhat outdated SimpleXML, without very much success. But PHP DOM is promising, it’s fast and implements more and more XML components. Could it compete with DB storage some day? I think we should be ready (dreamed I were txp dev, sorry :)
I fully agree. It needs research. I just put it out as a suggestion considering that v5 is probably 1.5 – 2 years away. Now is probably the best time to start gathering logs before they get thrown onto the fire / put every option out there before it’s time to make final decisions.
Offline
#321 2012-11-02 13:09:59
Re: The direction of Textpattern 5
Not to drag out this trivial discussion about forum text formatting, but here’s my 2¢ on it, which is a better place to discuss it anyway.
Offline
#322 2012-11-02 14:52:40
Re: The direction of Textpattern 5
Stef,
What about the scenario where someone has past comments, then decides they don’t want comments (ever), nor to bother saving those in the past. In this case the expectation might be to select “deactivate” comments, or whatever you want to call it, and the Comments panel would go away, even if it had comments in it.
However, just tried, and that doesn’t appear to be the case. Comments panel is still there. So what happens, then. Must they first manuallly delete all comments and then the panel disappears? Maybe there needs to be a “flush comments” function next to the master pref in those cases so the panel does go away?
Last edited by Destry (2012-11-02 14:54:38)
Offline
#323 2012-11-02 15:05:26
Re: The direction of Textpattern 5
I take it you are talking about comments on the public-side Destry, not the admin-side?
Offline
#324 2012-11-02 15:08:48
Re: The direction of Textpattern 5
No. Admin-side.
I have article forms setup so no comments are used on public side at all. But I have old comments from years ago in the Comments panel. I’ve chosen to “Accept comments?” No. Everything goes away except the Comments panel. But I want that to go away too.
Offline
#325 2012-11-02 15:14:36
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: The direction of Textpattern 5
Destry wrote:
Everything goes away except the Comments panel.
Stef just worked on that one, see here
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#326 2012-11-02 15:15:05
Re: The direction of Textpattern 5
So you’ve set accept comments to ‘no’ and the content menu still shows ‘Comments’, and you can still navigate to that page?
Latest SVN build? This patch only went in today so it won’t be in the nightlies until tomorrow. It’s working fine in my SVN test site here.
Offline
#327 2012-11-02 15:22:43
Re: The direction of Textpattern 5
That’s likely the problem. Sorry. I’m a little new to the nightlies.
Offline
#328 2012-11-02 15:25:41
Re: The direction of Textpattern 5
Still a “flush comments” feature is an appealing idea for quick clean up. Maybe it works that way? I’ll wait and see.
Offline
#329 2012-11-02 15:59:26
Re: The direction of Textpattern 5
It doesn’t work that way. Anything that permanently destroys database tables is not going to be left to a simple pref on/off toggle.
Likewise, this toggle doesn’t affect anything front-side (apart from hiding the ‘add a comment’ form), so if you’ve got comments already they’ll still be visible. It’s up to designers to remove the comment tags from pages/forms if they don’t want comments to appear on their site any more.
Last edited by philwareham (2012-11-02 15:59:55)
Offline
#330 2012-11-02 17:58:26
- AdamK
- Member
- From: Kraków, Poland
- Registered: 2009-08-11
- Posts: 47
Re: The direction of Textpattern 5
Bryon wrote:
In the case of css I would rather have a means of editing them in the admin as now but saving them as xml with the option of converting them to xslt. This would speed up the backend check any site that loads more than one style sheet at pingdome, hover the sheets and check the wait time.
nice. please describe a toolchain for someone who is not a natural born TXP admin but a designer working with X different frameworks, usually off-site with heavy usage of scss. Imagine the pain of making ANY amendment on a live site, when you must deal not with usual css text files, but with a XML setup unknown to any other platform. it’s like big, shiny green sign shouting “EXIT =>”.
A.
Last edited by AdamK (2012-11-02 18:08:28)
Offline