[Moin-user] Changing default behavior on downloads.

Paul Moore p.f.moore at gmail.com
Tue Sep 30 08:01:35 EDT 2008


2008/9/30 Thomas Waldmann <tw-public at gmx.de>:
> Rendering of links to items should not depend on target mimetype (see
> last post), the link by default links to a rendering of the item (how
> exactly a item is rendered after you followed that link is of course
> dependant on the mimetype of it, text/x-moin-wiki will be rendered as
> usual, image/* might show some scaled view, application/zip might
> display a listing of zip file directory, application/foo-bar might just
> show some download button and some stuff from the metadata/history).

Ah, I see now. In which case, to me, it's still simple. For "data"
(images, zip files, binary files, probably even program code -
basically, anything other than text/x-moin-wiki, and equivalents for
other markup), I want the "rendering" to simply be the item data, with
its associated mimetype. Then clicking on the link causes the
browser's configured action (usually download, but maybe display for
images and text) to occur. And the standard browser right click "Save
target as" action works as I want. (That's actually a major point -
with custom rendering, right click "Save as" never works for images,
zipfiles, etc etc. You are compelled to use the user interface of the
rendered page, whether it suits you or not).

The sort of rendering you suggest, I simply don't want. If, for a
special case, I did, I would give the item a *different*, non-standard
mimetype, and write an appropriate renderer. If Moin came with some
such renderers bundled, that might help (but as I'd rarely, if ever,
use them, I could equally see it as bloat).

Summary - I don't want Moin to render anything other than Wiki markup.

If you have compelling examples of why a specific renderer might be
more useful than straight download (note - the ones you mention above
are not compelling to me) then I'd be interested, because frankly I
cannot think of any.

Paul.




More information about the Moin-user mailing list