Andreas Hartmann wrote:
Jörn Nettingsmeier schrieb:
Andreas Hartmann wrote:
Jörn Nettingsmeier schrieb:
hmm. all this proposed module does is expose the UUID to the outside
world, which is not exactly rocket science.
it would probably be easiest to just make the svg module handle
UUIDs as well.
that said, we might just make it a mandatory requirement that each
module which works on documents must also match
/modules/<moduleName>/*-*-* (or whatever pattern matches UUIDs, i
don't remember now). our module sitemap interfaces need some
cleaning up anyways.
wdyt?
Hmm, at a first glance this doesn't look optimal regarding
orthogonality.
normally i'd agree, but since the mapping is trivial, duplicating it
is not too bad imho.
OK, this makes sense. The internals of most modules operate on the UUID
syntax anyway, so we would just need another pipeline which forwards the
path-based URLs to UUID-based URLs.
now this is something we could factor out into the global sitemap
without evoking the wrath of the chainsaw-equipped sitemap janitor :-D
I'd like to keep the uuid2url mapping separate from the single
modules. But I have to admit that I can't imagine a straightfoward
way to achieve this without giving it further thought.
as i said, it might be interesting to create a mandatory sitemap API
for all modules that operate on documents. that would turn this
duplication into something useful. how about:
any such module must provide
* a context-insensitive (fully parameterized) entry point that
operates on the document path
* a context-insensitive entry point that operates on a UUID plus
optional language and revision.
a module can provide
* a context-sensitive entry point that operates on the current
document via the page-envelope.
all those entry points should be accessible via standardized matcher
patterns.
i think this will flatten the lenya learning curve a lot and is more
straightforward than chaining module operations (uuid mapping -> svg
rendering) like richard asked for. plus it will allow modules to be
used in ways the original author might not have anticipated, which is
good.
wdyt?
Sounds good. Thanks for digging into this!
i'll keep it on my radar for 2.1.
--
Jörn Nettingsmeier
"One of my most productive days was throwing away 1000 lines of code."
- Ken Thompson.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
