On Mon, Sep 9, 2013 at 4:26 PM, Samuel Debionne < samuel.debio...@ujf-grenoble.fr> wrote:
> <ol class="carousel-indicators"> > <li data-target="#carousel" data-slide-to="0" class="active"></li> > <li data-target="#carousel" data-slide-to="1"></li> > <li data-target="#carousel" data-slide-to="2"></li> > </ol> > Correct - fossil elides all tags which are not listed here: http://fossil-scm.org/index.html/wiki_rules and it strips all but "a few benign" attributes. At the time that was written, "data-" was not yet standardized and not in common usage. (Sidebar: the HTML4 standard is ambiguous on how exactly browsers should parse that: the wording allows a browser to "ignore" such attributes but does not specify whether "ignore" means "skip while parsing" or "parse but apply no meaning to," but everyone seems to expect/rely on the latter behaviour.) Perhaps Richard could be convinced that "data-" is necessary for modern JS usage. Then again, because data- is basically there solely for the sake of JS, one could argue that the risk of cross-site-scripting problems is higher with those tags. (That said: i have no opinion on the topic - i'm an utter idiot when it comes to XSS and similar topics.) > Meanwhile, I have been following your dev of the JSON API as this is > probably the right solution in the long term (to have fossil as > library/web service). But in the short term is this kind of hack worth > considering (I have a prototype implemented for Fossil Wiki markup) ? > Personally, i wouldn't bother, but people do all sorts of things i wouldn't ever bother trying to do ;). If you JUST want a Wiki, an AJAX/JSON-only solution is currently realistic. Longer term (but not this year) libfossil should be able to offer potential solution for you. The plan is to move the wiki parsing into a higher-level API, such that the client can plug in their own renderers/filters for specified wiki text types (wikis have a mime-type field which we can use to dispatch to the proper renderer). But the networking components are still a very long way down the TODO list. -- ----- stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
