On Fri, Oct 29, 2010 at 1:36 PM, Bryan Tong Minh
<bryan.tongminh(a)gmail.com> wrote:
On Fri, Oct 29, 2010 at 2:25 PM, Krinkle
<krinklemail(a)gmail.com> wrote:
For one, tags would not be hierarchical and not
stored under a name,
rather a number (an id if you will).
I would store the tag-i18n definitions in a separate Tag: namespace.
Then you don't need to create the history tracking etc. all by
yourself. You will need a unique identifier though, but I don't see a
problem making the unique identifier equal to the content language.
First, my using the category system is a "hack" that works right now,
and could be converted into a more mature solution at a later date.
As to "tracking", IMHO it would suffice to just add [[Tag:XYZ]] to the
pages; that's rather inelegant from a database POV, but as Bryan
points out, it would take care of version tracking etc. All one would
need to do is to remove them from the rendering and display them
separately, like categories.
Multilanguage tags, as well as synonyms, could simply be implemented
as #REDIRECTs, maybe. [[Tag:Blume]] would redirect to [[Tag:Flower]],
so a search for "Blume" would know about "Flower" easily. However,
the
system would then have to search for both Blume and Flower internally.
Also, that could be a problem with "false friends" (en:Gift=present
vs. de:Gift=poison).
Another approach might be to duplicate the "hidden category" mechanism
and impose a special meaning there, e.g. no tags are shown on such a
category page (no tagging of tags), and these categories would then be
shown as tags on e.g. image pages.
Magnus