| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This is somewhat suboptimal, it does not update links to the renamed file,
or show a result message.
|
| |
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
| |
Also saved on preview, but previewing is a bit broken, does not see the
newly saved attachment yet.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
| |
Avoids any unpleasantness with .. or other special chars in the attachment
filename.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
| |
Let's just try to write and fall back to a short ugly filename on error.
|
| |
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
modified.
|
| | |
|
| |
|
|
| |
it. (There does not seem to be a standard here.)
|
| |\ |
|
| | | |
|
| | |
| |
| |
| | |
... additionally to the previously supported two-letters codes.
|
| |/
|
|
| |
w/o polluting setup file with the html
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
connections.
Making outgoing ipv6 connections for openid auth is still broken; the glue
module does not seem to solve that, so I did not make openid use it.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
The first capitalization seen of a tag will be used for the tag page.
Arguably, the real bug is in the interface to add_autofile, but since
that does take a filename, not a page name, it cannot really do case
handling on its own. The only other users of add_autofile in ikiwiki proper
is autoindex, and it always uses one case. Other third party plugins might
also need to add similar workarounds though.
|
| | |
|
| |
|
|
|
| |
Previous commit substituted a printf call (two arguments) for
debug (accepts only one). Interleave an sprintf call to resolve.
|
| |
|
|
|
|
| |
Use the debug() subroutine for printing out when wrappers
are generated. This has the effect of hiding the messages
unless verbose mode is enabled.
|
| |
|
|
| |
apparently does not work).
|
| |
|
|
| |
(mostly masked by other plugins that load the module).
|
| |\ |
|
| | |
| |
| |
| | |
affects rcs_getctime. A small adjustment takes care of that.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There is a tension between looking up the avatar at post time
and build time. I have not yet decided which is better.
Lookup at build time has the benefit that if a user changes their
email address, or sets up their own federated libravatar
server, on rebuild their new avatar will show up.
It also allows getting a https version of the avatar easily if
the site was using http but was changed to use https.
And it can look up avatars for posts that have already been made.
Which is a nice thing, especially as we roll this out, eh?
But it has a drawback, that it depends on the sessiondb contents
for emails and so rebuilding a site w/o that will lose info.
And, it means dns lookups every time a comment is rendered. A page
with a lot of comments on it would render them all whenever another is
posted or the page is changed, and that could significantly slow things
down. (This could be amelorated by caching the lookups.)
Since I'm undecided, I have moved it into a function that could be called
either way. Currently looking up only at post time.
|
| | |
| |
| |
| | |
HTTPS won't be set when rebuilding a site at the command line
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Don't fail if libravatar fails for some reason. Reasons I can think
of:
* too old version to do openid lookups (fall back to email lookup)
* network problem perhaps
|
| | | |
|
| | |
| |
| |
| | |
This requires version 1.04 or later of Libravatar::URL.
|
| | | |
|
| |/
|
|
|
| |
Use Libravatar::URL to pull the avatar picture for the comment
author if we have an email address for him/her.
|