Perhaps what needs to be decide is how WPF or a non-web GUI environment
would be supported.

Currently the chain is Formatter->FormatToHTML->HtmlOutput. It would be
relatively minor work to create Formatter->FormatToXML->Xm lOutput. When
using HTML the transforms are accomplished using CSS. When using XML the
transforms are XSLT.

Craigs CSS request could also be applied to XSLT. XSLT is really a
generalization of CSS (CSS may be a special case of XSLT just for HTML).

Having dynamic formatting capabilities in the application should not be
viewed as being bad, but possible now that it is easy to implement security
on the file level. This also makes it easier as Craig points out to move the
rest of the configuration into wiki files.

John Davidson

On 9/18/07, David Ornstein <[EMAIL PROTECTED]> wrote:
>
>  Would be the nail in the coffin of ever supposed anything as an output
> format other than HTML?  Seems like it.
>
>
>
> I know it hasn't happened yet, but being able to produce output (e.g., to
> WPF or a pure GUI or any of another output forms) seems like a valuable
> capability.  It just kills me to basically build in features that will cause
> people to produce wiki content that couldn't be made to work (at least
> without extreme effort) in these non-HTML (actually, non-CSS) forms.
>
>
>
> I haven't been able to think this through but I wonder if there's at least
> some kind of segregation model that says that you have to explicitly enable
> HTML support in a namespace (or federation).  Then if that's turned on,
> these kinds of capabilities work (including the recently added ability to
> generate DIVs).  But if you don't turn it on explicitly then these things
> throw errors (or are at least ignored).  Then if we added other output forms
> it would be possible to have them declare they couldn't handle such
> "output-format-specific" namespaces.
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Flexwiki-users mailing list
Flexwiki-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flexwiki-users

Reply via email to