Thanks Buro9, I appreciate it :)

Great! Thank you!

How is the fix for the character replacement bug progressing?

It seems I can add rows to the zoints_tag table and it just works. Which is great.

So... how about we add a userid column to the zoints_tag table?

Once we do that, we offer a maintenance tool that sets the historical data so that the userid is the one who started the thread the tag is assigned to.

What do we get from creating this column?

• Personal tag clouds in our member profile page showing what tags I have tagged, or you have tagged.
• Everyone can tag everything without restriction
• Ability to generate stats to show who has tagged the most

So we can make tagging more powerful by allowing anyone to tag anything, as well as making it a personal thing as people get their own tag clouds, and we get to incentivise those who tag by showing that they're doing it.

What do you think?

Is it possible to search for thread by more than one tag simmultaneously?

That will be fixed in the next build. I don't have a date we expect that to be released, sorry.

I like your way of thinking :) I bet you like what we come out with next :cool:

Not at this time. But we'll explore the feasibility of that as I can certainly see the usefulness.

The ability to set default tags on a per forum basis? So that when you start a thread in a forum about "Gigs in London" the thread automatically gets given the tags "gigs, london" based upon a per forum setting within the Forum Manager of the AdminCp?

Was that even close? ;)

You could allow people to search for tags by inputting comma delimited searches, splitting on the comma and adding additional where clauses according to the number of parts.

Very feasible, and easy.

The URL would probably have to allow additional folder seperation though so a search for "gigs, london" would result in a URL of "/forum/tags/gigs/london/" for the results.

I need to stop giving scope creeping this hack!

Can I disable guests from clicking tags in threads? coz it might add extra burden to the server when there are lots of ppl clicking them.

Have you checked whether it adds load?

I don't think it does. The SQL side of things is pretty lean (though adding an index on the 'tag' column of the zoints_tags table will help fractionally), there are only 17 queries on my tag pages, a standard forum page has 15. And an explain of the page shows that the SQL is taking less time to run than that on a standard forum listing.

There is a lot more work in the PHP though, possibly room for optimisation there. But it's fractional and you'd gain very little for a lot of effort.

For an idea of this:
A standard forum display page:
Page generated in 0.25203 seconds with 15 queries
A zoints tag page:
Page generated in 0.21700 seconds with 17 queries

Ignore the minor difference... the point is that the load is almost identical in terms of processing time, and the SQL doesn't tax the server at all.

You certainly could exclude guests from viewing tags, but I cannot think of a benefit from doing so. You'd also be preventing Google spiders from seeing the tags, and frankly the potential for tagging to improve your Page Rank is pretty good, because they provide more context to the threads and a URL in which the context is present.

Yes it's possible, but seriously think about why you would want to do it when performance isn't a strong argument to use.