Hello everybody,
Right now with Skin eXtensions we can hit "jsx" and "ssx" action URLs
to
retrieve JavaScript and CSS files, that either comes from XObjects (the
original SX idea) or from JAR resources (since SX 1.3). I'm playing with
the idea of adding a new action that would return text/html, possibly
available as JAR resource extension _only_. I explain below how I came
to this need.
This morning I gave some thoughts on the behavior the {{map}} macro
should have when the Internet is not reachable, but the wiki is (any
resemblance to actual facts is... not coincidental;)). The only
alternative I found not to have the macro blocking the whole page
loading until the HTTP requests gives up trying to get the library from
the service provider (google, yahoo, etc.) is to have it being loaded in
an iframe (and then display the map in that iframe, too). For this to
happen however, I need to pass an URL to that iframe which will give the
html needed (<script> tag for the library, <script> to consume the
library, and probably a <div> container for the map itself, etc.) Since
I work with the constraint of being to publish the macro as a jar only,
I would like this HMTL file to be a resource file of my macro
(otherwise, a simple wiki page called with "xpage=plain" would do the
trick, obviously).
Since ssx and jsx returns content type according to the resource they
provide, we cannot use them for this purpose (and it would be hackish
use anyway). Thus I propose we add a new action "hsx" for example, to
return "text/html" content. This extension does not have much sense as a
document extension (since we don't know where to inject the result,
unless the new XClass has a "extension point" field but then it becomes
somehow an IX class), so I it would be available only as JAR resource
extension.
Did I miss something there ?
Sergiu what do you think ? Others ?
Jerome.