On Oct 28, 12:22 pm, FND <[email protected]> wrote:
> It seems we're getting way off-topic here...
>
> > [syntaxhighlighter] needs
> > <code class="brush:js">
> > code goes here
> > </code> which is not rendered by a vanilla tw.
>
> If you have some flexibility (which I suspect you don't, but some
> monkey-patching might do it), you could use custom classes:
> {{brushjs{
> ...
> }}}
You are right. The external library needs "brush:brushName" to work
well.
{{brush:js{
}}}
doesn't render at all. If it would render I'd use it.
<<tiddler myTiddler 'brush:js someOtherClass'>>
creates the right class="brush:js someOtherClass" which would be cool.
But I didn't find any "someOtherClass" CSS definition in a __vanilla__
TW, that renders the block nicely.
> > {{{ brush:js
> > }}}
> > would be cool. If the core would ignore the rest of the line, and
> > render it as pre, if no highlighter is installed.
>
> I don't think the core should provide support for this seemingly
> specific use case -
I don't think, that this is a specific usecase. Every, third party,
existing and future inline formatters have these problems.
NestedSlidersPlugin introduced
+++===
SyntaxHighlighterPlugin handles
{{{}}}, //{{{//}}}, ...
<code class='brush:xx'><code>
MarkdownPlugin introduced
§§§ §§§
<md></md>
> i.e. it's plugin territory.
What I want is a nice vanilla tw fallback, if there is no formatter
plugin installed, which can't be plugin territory.
-mario
--
You received this message because you are subscribed to the Google Groups
"TiddlyWikiDev" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/tiddlywikidev?hl=en.
