On 04/09/07, Michael Daly <michaeldaly(a)kayakwiki.org> wrote:
Normally, but only by convention. I wonder if the
parser could sort the
input in such a way that these links always go to the bottom? Another
"invisible" section, sort of like the desire recently expressed for an
"invisible" section at the top for everything before the first explicit
section (making it editable separate from the full page).
Well, it obviously could, but should it? I guess (thinking further...),
in a way there are bits of a page that can be seen as being useful if
normalized and perhaps have a separate DB table entry. This could give
a quick answer to "which pages in this category have an equivalent page
in languageX?" or "show all pages that don't have a languageX
version."
Well, this is already done - see the langlinks table.
What you need to remember is that we presently run a parse job over
pages on save, and whenever we need to update the link tables, and use
the link information in the resulting output object to perform these
updates. This allows things like categories and interlanguage links to
appear anywhere in page text, although as you pointed out, there is a
long-standing convention that places these at the bottom of a page.
It would, I think, be very possible to write some sort of tool which
can quickly extract this information from page text, and then present
some sort of editor - saving it would require replacing the
information back into the page text, and saving this again, which
would conveniently handle the update, plus logging and versioning in
one go.
Rob Church