html5 is not experimental anymore. But not the default either, quite yet.

Added a comment

Added a comment: IT WORKS!!! Ikiwiki rules!

Added a comment

Added a comment

despam

run.silate@gmail.com

run.silate@gmail.com

despam

apply Changaco's patch to make headinganchors more like mediawiki's

add websetup hook

move headinganchors out of contrib

a few more jquery icons

Bug: Markdown-garbled mailto:-links still absolutised in Atom and RSS

Added a comment

Added a comment

help me, plugin experts

Fixed ‘ispell-local-dictionary’ in the ‘Local variables:’ section (was: ‘ispell-dictionary’.)

Linked ‘http://nets.asu591.ru/networks-2011/’, too.

improve detection of ajax request

Firefox sent an accept header for application/xml, not application/json,
and also weakened the priority to 0.8. So that stuff is not to be trusted;
instead I found a better way: When an ajax upload is *not* being made,
the Upload Attachment button will be used, so enable ajax if an upload
is being made without that button having been used.

Also, testing with firefox revealed it refused to process a response that
was type application/json, and checking the demo page for the jquery file
upload plugin, it actually returns the json with type text/html. Ugh.
Followed suite.

Now tested with: chromium, chromium (w/o js), firefox, firefox (w/o js),
and w3m.

add JSON dep

Add libtext-multimarkdown-perl to Suggests. Closes: #630705

Merge branch 'tova'

show ikiwiki error when attachment is rejected

weird

rename bugs/emails_should_not_be_considered_as_bronen_links.mdwn to bugs/emails_should_not_be_considered_as_broken_links.mdwn

move images around

jquery-ui expects to find them in a specific place relative to it

jquery-ui icons

let thru HTTP_ACCEPT

Needed for attachment to return json when requested.

I think some browsers send Accept: * , so I made sure to check that json
was explicitly listed as to be accepted, as well as having a high
priority.

bugfixes

Make sure staged attachments sort as earlier, even if they're not really.

move image

added jquery templates

typo

added jquery-ui for attachment interface

use jquery underlay

updated jquery and made it its own underlay

load attachment javascript into template the clean way

update copyright

deleted a lot of code ikiwiki does not need

removed most of the css, going for standard plain ikiwiki look

Removed support for image previews, file size limits, delete buttons,
maximum number of files, file size display. Ikiwiki handles all that.

Turned on autoupload.

add the blueimp jquery fileupload widget

from http://aquantum-demo.appspot.com/file-upload
git version 7f89121

removed some files ikiwiki does not need

WIP

fix removal of staged attachments

WIP

New bug report

removed

New bug report

semi-solved it seems

new bug report

removed

Test of a subpage of sandbox

Merge branch 'master' of ssh://git.ikiwiki.info

implement renaming of held attachments

This is somewhat suboptimal, it does not update links to the renamed file,
or show a result message.

remove trailing slash from attachment_holding_dir

If it's passed a filename, it should return the filename inside the holding
dir. If passed a page, the directory sans slash. All code adds the slash.

more generic interface

bugfixes

bugfix for attachments of non-index pages

fix removal of helf attachments

Left out confirmation of removal for held attachments because
a) they're not in the wiki yet, so confirmation is a bit unnecessary
b) it would be hard
c) eases later integration of jquery file upload interface

Also changed where attachments of index are held (to match where they're
stored in the srcdir).

Note that the attachment formbuilder hook was made to run last, so that
the list of attachments is not generated before removal, in the fast path
w/o confirm.

fixed previewing of attachments from holding area

fixed saving attachments on page save

Also saved on preview, but previewing is a bit broken, does not see the
newly saved attachment yet.

attachment list includes new attachments in holding area

Note that it's possible for an attachment in the holding area to be older
than an attachemnt in the wiki with the same name. I intentionally
show the one in the holding area in this (unlikely) case, since saving the
page will overwrite the wiki's file with the held attachment. It does not
seem worth the bother of doing something more intelligent, since in this
case two people have basically conflicted with one-another.. and both
attachment contents will be stored in revision control in case it needs to
be sorted out.

I had to remove the hyperlink for attachments in the holding area, since
they're not yet live on the web. This could be annoying/confusing. Added
a moseover notice instead.

untaint and linkpage the page name used in attachment holding directory

store filename in holding dir in linkpage form

Avoids any unpleasantness with .. or other special chars in the attachment
filename.

store attachments in holding area; commit to wiki on page save

This makes uploading a lot of attachments somewhat faster, because
the user does not need to wait for a long website refresh after each
upload. Still probably somewhat slow, since ikiwiki has to run for each
upload.

More importantly, this opens the door for integration of things like
the jquery file upload interface, which allow drag-n-drop and multiple
file uploads to be queued and then ran.

It uses rcs_commit_staged, which leaves out tla and mercurual which lack
that, but since rename, remove, autoindex, etc also use that, I think it's
fine for attachments to also depend on it.

The attachment list is currently broken; it does not look in the holding
area yet, and its links to the attached files won't work since they're not
yet in the wiki. previewing is also currently broken.

Work sponsored by TOVA.

refactor

s/as-is/as pre-formatted/

finding, the one morth

doings

findings

Merge branch 'master' of ssh://git.ikiwiki.info

improve usage message

these too

This reverts commit 9cd14cda8879cc33959aa6c61265053da833bd19

we can see the fnords

This reverts commit 950d6ce453d05f1499deb25c1294cf5abaabbc1c

lorem ipsum text

Added a comment

Initial post

what?

move to correct location

encode_entities_numeric please :)

better long filename detection method

Let's just try to write and fall back to a short ugly filename on error.

Merge branch 'master' of ssh://git.ikiwiki.info

aggregate: Improve checking for too long aggregated filenames.

Two problems fixed:

1. Files are written with a .ikiwiki-new suffix, which has to be taken into
   account.
2. Need to count length of bytes, not of unicode characters.

now changed the subset plugin interface

doscan is now called maketrail

in git now