16 Apr
2008
16 Apr
'08
8:56 a.m.
Hi Dean,
I would like the employees to be able to choose from a
predefined list
Another thing that might interest you is that in XWiki Enterprise you can
set tags to work either as tags or categories. You've got both the free tags
with autosuggest & list of categories to pick from option, cf
http://code.xwiki.org/xwiki/bin/view/Applications/TagApplication .
As for XWiki Watch, nother use case I can see is that if a tag becomes
deprecated : let's say you had documents tagged Yahoo!, but since they've
been bought you want to turn them all into Microsoft tags -> that's not so
much a technical issuer as a semantic one to me : the Yahoo! tags were added
at a moment when it made sense to call them this way, thus they convey an
element of information.
What you might want to do is to automatically add a "microsoft" tag to all
the articles already tagged Yahoo! -> heavier, but you keep more
information... WDYT ?
Another direction we might to go in is to improve the way filters work in
Watch : instead of displaying all the articles matching both tag A & tag B ,
we could add a modifier that would let people display all articles for Tag A
or Tag B or both. Same for keywords, etc...
Guillaume
of tags, that someone would have to be able to
edit. This keeps the tags
consistent and avoids the inevitable case/spelling/mistypes that could
result in orphaned tags.
I guess that this is not the pure intended use of tagging I know but I
can se how it would be very useful, at least to me :-)
You are completely right, I think the situation you present is quite often
actually, but, as you mentioned, it is some sort of hijacking tags and
using them as categories.
If it's only about case/spelling/mistypes, then the new tags suggest
feature in XWatch M4 can help you avoid the situation in a more elegant
manner than restricting the tag list.