Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#253 2013-07-02 19:51:58

NicolasGraph
Plugin Author
From: France
Registered: 2008-07-24
Posts: 860
Website

Re: smd_tags: unlimited article, image, file and link taxonomy

Hi Stef,
I’m trying to install smd_tags but it doesn’t work. The message is “Badly formed or empty plugin code”.
Do you that on Txp4.5.4?


Nicolas
Follow me on Twitter and GitHub!
Multiple edits are usually to correct my frenglish…

Offline

#254 2013-07-02 22:14:40

tye
Member
From: Pottsville, NSW
Registered: 2005-07-06
Posts: 859
Website

Re: smd_tags: unlimited article, image, file and link taxonomy

Hey Nicolas – try download and install both versions of smd_tags from here… sometimes one of the formats gives that error, can’t remember which

Offline

#255 2013-07-03 00:14:00

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 11,462
Website GitHub

Re: smd_tags: unlimited article, image, file and link taxonomy

NicolasGraph wrote:

“Badly formed or empty plugin code”.

Hmmm, this is usually because either:

  • the plugin is incomplete (not fully copy n’ pasted from my site into the Plugins panel).
  • the plugin is too big for your host to handle (try the compressed version instead).

If you’re using 4.5.4 then you’ll need the “beta” version (which is compressed) from the link Tye posted. I can’t think of any other reason why it would give that message at the moment but let me know if the problem persists.

Last edited by Bloke (2013-07-03 00:15:05)


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

#256 2013-08-04 09:02:25

NicolasGraph
Plugin Author
From: France
Registered: 2008-07-24
Posts: 860
Website

Re: smd_tags: unlimited article, image, file and link taxonomy

Thanks Tie, Thanks Stef,
I was working on other projects but it’s working well now…
I’m wondering if the smd_related_articles list could work with a form that provide a particular class to the first article with the if_first_article tag. Actually, it’s not working for me now but there’s probably a way ; there’s always a way with Txp. I’ll work on it but it’s not really important. I’m just wondering… ;-)

Edit: I tried to remove a tag which was in use and I get these messages (in french) :

Erreur interne “You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘)’ at line 1”.

and then…

Désolé. Cette action ne peut être poursuivie. smd_tags smd_tags_delete ne présente pas de sécurité suffisante dans ce contexte.

Removing tags works fine when not in use.

Last edited by NicolasGraph (2013-08-04 11:35:42)


Nicolas
Follow me on Twitter and GitHub!
Multiple edits are usually to correct my frenglish…

Offline

#257 2013-09-21 08:46:45

Destry
Member
From: Haut-Rhin
Registered: 2004-08-04
Posts: 4,912
Website

Re: smd_tags: unlimited article, image, file and link taxonomy

whaleen wrote:

I’ve abandoned txp:categories, tru_tags, custom_fields, and rss_unlimited_categories and have chosen to rely solely on smd_tags

This is kind of my direction too, though I’m not abandoning custom_fields. Especially if CFs are going to get better, as hoped. I can’t answer your question (sorry), but simplifying need for several plugins to just one is always a good move, I think.

And with Bloke’s plugins, being there’s many of them in my use, I’ve started losing the distinction between his tags and core’s; it’s like they’re all core. The Txp community would be in a world of shit if it ever lost Stef and/or support on his plugins. That’s one reason I’d like to see some of them that provide essential high power/value capabilities — like tags, bio, user manager, tabber — integrated.

Hey, a boy can dream.

Offline

#258 2013-09-21 23:48:20

whaleen
Member
From: Portland
Registered: 2006-05-11
Posts: 373
Website

Re: smd_tags: unlimited article, image, file and link taxonomy

Destry wrote:

The Txp community would be in a world of shit if it ever lost Stef and/or support on his plugins.

Indeed.


txtstrap (Textpattern + Twitter Bootstrap + etc…)

Offline

#259 2013-11-13 19:03:21

giz
Member
From: New Zealand
Registered: 2004-07-26
Posts: 304
Website GitHub Twitter

Re: smd_tags: unlimited article, image, file and link taxonomy

Great plug-in, Stef. I find more uses for it with every new site I develop ;-).

I have a couple of questions:

Is there an alternative way of accessing the ‘Remove prefs †’ and ‘Rebuild tags †’ etc panel?

The ‘quick Shift’ whilst refreshing prefs doesn’t work for me (Safari thinks I want to add the link to my Reading List, and Chrome simply looks the other way :-o ). My installation is ignoring the ‘Permit parent tag selection’ setting and I’m looking for a way of getting it working again without a rigmarole…

Master parent tag

I need global tags for my next project, but can’t figure out how to work its magic. I try entering something into the field… and nothing happens.

My install thus far is minimal:

  • No Article, File or Link tags are defined.
  • Image:
    • PROPORTIONS (parent category)
      • Crop Landscape
      • Crop Portrait
      • Crop Square
      • Maintain proportions

Things are working well up to this point.

I set Master parent tag to ‘GLOBAL’ in prefs. When I switch to the management panel I see no reference to a parent tag called GLOBAL. The only content page showing any tags at all is the image edit page – the tags panel in the article-write tab is empty.

Am I missing something dumb, or is my installation wack?

Thanks!

Offline

#260 2013-11-14 22:01:10

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 11,462
Website GitHub

Re: smd_tags: unlimited article, image, file and link taxonomy

giz wrote:

Is there an alternative way of accessing the ‘Remove prefs †’ and ‘Rebuild tags †’ etc panel?

I’ve just got rid of the stupid shift holdy-down thing in my development version and replaced it with a toggle link to show / hide the extra buttons. I’ll post it up once I get the hard-coded lang strings converted to a Textpack.

I set Master parent tag to ‘GLOBAL’ in prefs. When I switch to the management panel I see no reference to a parent tag called GLOBAL.

OK, I think this is a conceptual thing and is due to my stupid naming of the feature. A master (or ‘global’) tag is one that is selectable on the admin panel(s) regardless of the category tree in force. As you may have found, you can link tags to categories, which is fine and dandy but sometimes you want a hardcore set of tags available that transcend the category.

In other words, no matter what category someone selects, the master / global tags will always be available to assign to the content.

What the preference allows is for you to nominate one of your existing tags (or tag parents) as this master tag or tag tree. You still need to go and create the tag that you have nominated for each of the content types in which you want it to be available. And if you want other tags to be persistently available you nest them below the master tag.

Perhaps ‘persistent tags’ would be a better description for the feature? Any ideas on a better name?

Remember that your tag title and tag name don’t have to match — they only do so by default. One thing you might find is that the order of the tags in the dropdown list isn’t desirable. For example, assume your master tag is called Language and you have sub-tags of English, German and Spanish. When you visit the Article panel you see that master tag list is available for selection. If you choose a category that has tags assigned to it, those tags will appear alphabetically above or below the master tags, depending on their names. You might not want this: perhaps you always want the master tags to appear at the top of the list. In which case, set your master tag name (not Title) to 0 or _master or something that will mean it appears before ‘a’ in the alphabet. If you set the Master tag pref to match that name, your master tags will always appear first. You could do the same in reverse if you wanted them to always appears last in the list: call the master zzz_persistent or something.

One other thing of note: if you set Permit parent tag selection to Yes then the parent master tag (‘Language’ in the example above) becomes selectable as a tag too. With that preference set to No, the parent tag just becomes an unselectable tag placeholder for the tags in its tree.

Does that kind of explain things better? Or have I completely bamboozled you now?

Last edited by Bloke (2013-11-14 22:03:18)


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

#261 2013-11-14 22:55:47

giz
Member
From: New Zealand
Registered: 2004-07-26
Posts: 304
Website GitHub Twitter

Re: smd_tags: unlimited article, image, file and link taxonomy

Thanks, Stef. Your explanation fits with what I expected the plugin to do, but it aint doin’ it for me… :-o

I’ll delete the plugin and its tables in the database and try again…

.

You mentioned the ‘linking tags to categories’ functionality. I’ve never gotten my head around how to use this, and it bugs me! I’ll work my way through this thread to see if I can enlighten myself.

Update1

Something does appear to be wack: after a clean re-install, I set up the prefs to my liking ( Permit parent tag selection set to No, Enter Tags using Text list, all other settings left at defaults) and parent tags eg. PROPORTIONS in my tag pool remain selectable.

Update2

My tag-pool is set up like so:

  • Article
    • KAA
      • Sustainability
  • Image
    • KAA
    • PROPORTIONS
      • Crop Landscape
      • Crop Portrait
      • Crop Square
      • Maintain Proportions
    • TREATMENT
      • Superimpose Caption
  • File
  • Link

I’ve set up KAA as the Master Parent Tag. (= Kennedy Associates Architects)

What I expect to happen is to see the tag Sustainability when I’m in the image edit tab. I don’t – I see an empty KAA parent tag…

You mentioned “And if you want other tags to be persistently available you nest them below the master tag”. To my mind this is what I’m doing, but I gather I’m wrong!

I can go and add a Sustainability tag under Image:KAA and everything will work, but I’m looking for a way for my client to enter a tag once and be done with it…

.

I’m off to investigate the ‘linking tags to categories’ functionality’ to see if they are the answer…

(Thanks for the lengthy explanation BTW)…

Last edited by giz (2013-11-14 23:58:09)

Offline

#262 2013-11-17 22:38:02

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 11,462
Website GitHub

Re: smd_tags: unlimited article, image, file and link taxonomy

giz wrote:

You mentioned the ‘linking tags to categories’ functionality. I’ve never gotten my head around how to use this

It’s quite subtle, and is the central idea behind smd_tags so I’ll take a little time to explain it in more detail. Grab a cuppa.

The plugin tries to address the main weaknesses in traditional tag-based taxonomy:

  1. Free-form tag creation by a user base leads to tag duplication, explosion and ultimately dilution of tag power. Think typos, plurals, and people categorizing a ‘design’ article as ‘layout, ‘wireframe’, ‘wireframes’, or ‘wireframing’. Over time, this diversification or ‘spreading thin’ of tags and different ways of each user thinking about tagged content reduces their usefulness.
  2. Structured tagging runs the risk of people not finding a tag to suit and just selecting ‘misc’ or (equally bad) categorizing something in a random or ‘nearly’ category just because none of the others fit.
  3. Tag explosion can create good, well-structured diversification if kept in check, but it still means the tag pool may become unwieldy. More tags to search through to find the perfect one means people just opt for the best fit because it takes too long to wade through them all.

The degree with which the plugin solves these issues is open to debate at present, but I strive to tackle them by allowing a half-way approach between free-form tagging and structured tagging. You can chose whether to use free-form tagging, or assisted free-form tagging, fully structured tagging, or sub-divided structured tagging. Or any combination thereof to suit your application.

The way the plugin tackles point (3) is via category-to-tag linking. Imagine you have 500 article tags. That’s a vast pool and your user base cannot (and, more importantly, should not) be expected to trawl them to find the perfect tag(s) to pin to an article they wrote entitled The religious implications of The Matrix. Arguments can rage all week whether 500 tags is too many in the first place, but say you have that many.

If you, as tag designer, link a tag tree to a category, it allows authors to filter the tags based on the article’s chosen categor(y|ies). Thus if they decide that their article category is ‘religion’, and you have already pre-defined that the ‘religion’ category maps to a more specialised subset of your 500 tags that all relate to ‘religion’, your article author is presented with a far smaller set of tags from which to choose. Thus if the tag suite is well-defined, you have more likelihood of them assigning a relevant set of tags to the article, thus your site visitors have more chance of finding what they want to read.

That’s the theory, at least. With that in mind, let’s revisit the global / master / persistent tag notion. We currently only have four types of content in Textpattern: article, image, file, and link. Initially, I tried to allow you to create a 5th ‘type’ called ‘master’ or ‘global’ which means you can set up one tag tree which is then available to all the other four content types. Sadly, that’s not possible with the way the plugin is structured and actually makes for an unnecessarily complicated and inflexible workflow (I tried it and abandoned the idea after a few months). Perhaps if the plugin was re-engineered it could become a reality.

Anyway, going back to ‘The Matrix’ article, if we selected ‘religion’ as a category and saw the filtered set of article tags, the idea is that we would also see, and be able to select from, the set of master tags. Thus you could have a core set of tags which are applicable to all your potential articles, and your authors can always choose from those, as well as any tags from the pool that are displayed as a result of the category filter.

The way I have facilitated this feature is to allow you to nominate a tag tree as ‘global’. In some ways it’s more flexible than a single global tag set, because it allow you to turn on or off the global tag feature per content type by simply omitting that tag tree from a particular type.

What it all boils down to is that the act of seeing a master tag set is at least a two-step process:

  1. Visit the smd_tags prefs and decide on a tag that is going to house your master tag set
  2. Visit one or more content types, create a tag with exactly the same name as your nominated master tag, then create a tag tree beneath this master tag.

You may elect to make your master article tag tree identical to your master image tag tree, for example. But you don’t have to. As long as the name of the master tag matches the one you nominated in the prefs, the tags beneath it can be anything you like. In your case, with KAA as your master tag, you need to set up the Sustainability tag in both article and image content types for it show up, because you want them to be the same. Other people might decide that master tags for Images differ from those for Articles, and in fact shouldn’t appear at all for Links.

There is no way round it at the moment because in the interface each tag suite is a separate entity for each content type. Maybe one day I’ll be able to offer the ability to ‘copy’ tag trees from one type to another, or even to tie together tags of some content types so they automatically duplicate to each other as you create the set in one content area. That does present a few difficulties, e.g. what if you create a master tag in an article that already exists in the image tag pool? Does it reassign the image tag to the master parent? Does it ignore it and leave it assigned in the old position? Or flag a warning and let you choose at the point of creation? Or…

I’m now questioning my choice of terminology. It’s not a master tag that works across content types, it’s a master tag holder that you can use to transcend any category filtering that may have taken place when the tags are assigned to the content.

Ultimately, it doesn’t address your immediate needs (create tag once, have it appear everywhere) but I hope it at least sheds some light on the process and thinking behind the plugin, demonstrating that it is behaving as I intended: albeit not how my poor terminology might indicate.

Last edited by Bloke (2013-11-17 22:39:57)


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

#263 2013-11-17 23:06:47

giz
Member
From: New Zealand
Registered: 2004-07-26
Posts: 304
Website GitHub Twitter

Re: smd_tags: unlimited article, image, file and link taxonomy

Ooh: thanks, Stef: just what I was looking for: a good top-down view of the tagging / categorisation process. It must have taken an age to write :-o

Ultimately, it doesn’t address your immediate needs

Maybe not, but it still gives me a shitload of flexibility. I’m off to play with it all ;-)

Thanks again.

Offline

#264 2013-11-29 20:45:11

giz
Member
From: New Zealand
Registered: 2004-07-26
Posts: 304
Website GitHub Twitter

Re: smd_tags: unlimited article, image, file and link taxonomy

Back again with more questions!

Given a default TXP and smd_tags installation…

Two articles share the same section and tag:

  • Subject 1
    • section: articles
    • tag: tag-a
  • Subject 2
    • section: articles
    • tag: tag-a

and with this snippet of code in my default page:

<txp:article>
	<h2><txp:permlink><txp:title /></txp:permlink></h2>
	<txp:smd_related_tags />
</txp:article>

I get this output in article_list i.e. when visiting default:

<h2><a href="articles/subject-1">Subject 1</a></h2>
<h2><a href="articles/subject-2">Subject 2</a></h2>

and this if I click on one of my links: i.e. individual_article

<h2><a href="articles/subject-1">Subject 1</a></h2>
<a href="articles/subject-2">Subject 2</a>
<h2><a href="articles/subject-2">Subject 2</a></h2>
<a href="articles/subject-1">Subject 1</a>

I expect to see related tags showing in both article_list and individual_article mode, but they only display when viewing individual_articles.

I know I can use a tag_list to pick up the tag relation to each article, but it feels like a long-winded way of achieving what I’m after…

Am I missing something? :-o

Thanks, Stef!

Offline

Board footer

Powered by FluxBB