Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#11 2019-12-10 13:43:58

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

Re: mck_snippet

In the meantime, it seems that MarcoK has gone over to the dark side (😱) but I found an old copy of this on a subdomain of his.

I’ve had a go at fixing the broken installation routine, the tag registration and the panel errors in txp 4.7+ and if anyone’s interested, it can be found at github.com/jools-r/mck_snippet.

There’s still quite a bit I haven’t dealt with, including admin-side sorting and front-side editing which I never tried in the original (it may or may not work), and there are still some minor admin-side display glitches but the basic functionality is restored.

I’m not sure if I will pursue those any further so any contributions are welcome.

If you’re testing txp 4.8, installation is very easy. Place the whole mck_snippet folder in /textpattern/plugins (or wherever the plugins folder may be moved eventually), visit the Admin › Plugins panel and import the plugin.

Both MarcoK’s original plugin and my preliminary-fix-repo are linked in the original post.


TXP Builders – finely-crafted code, design and txp

Offline

#12 2019-12-10 18:44:23

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 8,171
Website

Re: mck_snippet

Admittedly, I always felt that we could acheive this kind of functionality using the output_form tag but since shortcodes became part of the core, it also added some steroids. Is this plugin actually needed in the current txp installs?


Yiannis
——————————
neme.org | hblack.net | LABS | State Machines | NeMe @ github | Covid-19; a resource
I do my best editing after I click on the submit button.

Online

#13 2019-12-10 21:20:09

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

Re: mck_snippet

colak wrote #320423:

Is this plugin actually needed in the current txp installs?

Actually, this is a plugin I’d never used before myself, but judging by the thread it was popular among txp-regulars. Maybe someone still finds it useful?

I was interested in it for another reason: I have a few medium-sized sites where I have (ab)used regular articles to act as items/entities that don’t need an url of their own, shouldn’t necessarily appear in a feed but should be user-editable, and could/should be textiled. I’m thinking of things like ticker messages, slider panels, or page feature blocks/panels on the one hand and event/gig/course entries, books/journal list entries, faq entries, testimonials, staff profiles, etc. on the other.

When those things are small or there are only a few, you can pack them together in an article and manually sandwich in HTML code or fashion a shortcode around each block. When they’re a little longer or more numerous, but not significant enough to warrant an own page, it’s helpful to have each as its own item. At present, if you use articles for such cases, you need to (theoretically anyway) take care that those are excluded from appearing in menus, feeds and are not linked to.*
Also, as they become more numerous (I have one site with 50-odd events a year), the article list soon starts to get clogged up and the actual site content gets increasingly buried.

Maybe you encounter similar issues with your quite large NEME site(s).

So … I was looking at plugins that might offer ways of separating out meaningful chunks of information into separate content panels, perhaps with their own list views and edit panels. mck_snippet has title and body as the main fields, which can be optionally textiled. That’s not very much but could feasibly be extended to include more fields. If I’ve understood the concept of “zones” in the plugin properly, it is a grouping method that probably relates to page zones in an edit-in-place front-end situation but is in principle not all that different to a means of sectioning (or taxonomy-less categorisation). I don’t know / can’t imagine how people used this to front-end edit-in-place so I didn’t go the whole hog to test/resolve that all. But the core plugin functionality works again. It’s missing some niceties such as if_first / if_last / if_different handling but the in-built tags are tied to articles, so they’d need either reproducing as own tags or realising using another plugin such as rah_repeat.

* An interesting suggestion that Oleg/Stef had in response to this was the possibility of assigning articles to sections that have no url scheme (i.e. no link of their own). That would solve part of the problem of feeds, urls, etc. but not the overfull article list.


TXP Builders – finely-crafted code, design and txp

Offline

#14 2019-12-11 06:25:29

colak
Admin
From: Cyprus
Registered: 2004-11-20
Posts: 8,171
Website

Re: mck_snippet

jakob wrote #320425:

* An interesting suggestion that Oleg/Stef had in response to this was the possibility of assigning articles to sections that have no url scheme (i.e. no link of their own). That would solve part of the problem of feeds, urls, etc. but not the overfull article list.

^^ This could actually be very handy eventually, especially, as you say, for those designers who are not in control of their content.


Yiannis
——————————
neme.org | hblack.net | LABS | State Machines | NeMe @ github | Covid-19; a resource
I do my best editing after I click on the submit button.

Online

#15 2019-12-11 15:37:17

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

Re: mck_snippet

colak wrote #320433:

^^ This could actually be very handy eventually, especially, as you say, for those designers who are not in control of their content.

[ Diverging topic split off into a new thread. ]


TXP Builders – finely-crafted code, design and txp

Offline

#16 2020-01-01 06:19:00

Summer
Member
Registered: 2018-01-29
Posts: 58

Re: mck_snippet

If this plugin extends some fields and category settings. It would be great.

Offline

Board footer

Powered by FluxBB