feed enhancements for inline pages: further comments

reply to inlinestuff review

review remaining patches

doubtfil about patch #3

title change redundant?

picked

continue to support #blogform in CSS

To support sites that upgraded but didn't fully rebuild. For now.

feedlink/blogpost templates: use class instead of id

There can be more than one feedlink group in a page, as well as (more
rarely) multiple blog forms, and using the same id for all of them
causes HTML validation errors. Replace the id with a class by the same
name and adjust in-repository CSS.
(cherry picked from commit 0c3b91e1f06fb357711cfa71d514f139cd8e04e3)

format

example

link to branches

cleanup

accidentially removed

need to use a taglink

Because links in templates arn't recorded.

debug

fix inline, I hope

add a branches page

typo

more reorg

wording

further improvement

slight reorg

add section heading for clarity

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

removed

rename examples/blog/posts/secon_post.wiki to examples/blog/posts/second_post.wiki

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

update copyright format to DEP-5

(minor) Fixed the HTML markup for keys.

(minor) Consistent signatures for me.

Resolved: there was no problem; sorry for the hassle.

(minor) Sorry, wrong markup in prev.edit.

(minor) Added a link (in order for the text to be more informative for all people).

perhaps not a problem of ikiwiki, if it's correct pure HTML

(minor) Signed. (And formatted a link.)

a report about a feature unavailable in w3m (search)

Added a comment

Add configurable markdown path todo item.

Add org-mode todo item with git branch.

Fix link from todo/mdwn_itex to users/jasonblevins.

Add mdwn_itex todo item.

Add wtk user page.

Revert "Correct doc/patch.mdwn documentation: tag -> link."

This reverts commit ca5fbc7c204d188f0e05686d21de851fbc47a5b4.

It's perfectly ok, and common practice to tag things patch.

Correct doc/patch.mdwn documentation: tag -> link.

Oops.  *link* imageonly to patch (vs. tagging with patch).

add linktoimageonly git branch pointer and tag as a patch

point to rebased patches containling only raw-inline code.

oops, fix syntax

fixed

aggregation works, too

updated (many) branches

suspected bug

further patches

layout fix

inline stuff: reply, new branch pushed to my repo

feedback

reword feed descs

update

inline: pass the Atom/RSS titles to the templates

The default templates are also updated to make use of this information.
The rel="alternate" attribute is also inserted, for completeness.
(cherry picked from commit 618ade535e6a7967a510d9e210edaef3d37cc9bc)

tested and seems to work

updated branch

revert leftover test page

This reverts commit 42adf471986243ae8f2bfbe4ce1f94b66aa5c065

add news item for ikiwiki 3.20110105

releasing version 3.20110105

fix urlto(undef)

mention 2 remaining cases for completeness

leaving bug closed

use cgitemplate, remove misctemplate

add cgitemplate

cgitemplate is a modified misctemplate that takes an optional cgi object
and uses it to set the baseurl, and also optionally the forcebaseurl,
if a page is provided.

If no cgi object is provided, it will fall back to using $config{url}.
I expect this will only be needed in exceptional cases where
that doesn't much matter, such as cgierror().

showform uses cgitemplate, so there is no more need for showform_preview.

better handling of relative permalinks

This way, do=goto will go to the page relative to
the current location, while the permalinks in feeds
will be absolute (unless an url is not configured at all).

make urlabs a noop if base url is not provided

This allows urlabs($foo, $config{url}) to be used safely, even if
no url is configured.

factored out an urlabs from aggregate and cgi

oops

Export three cgi env vars needed for CGI->url to work.

oops

goto permalink issue

Fix permalinks to recentchanges items and comments, broken by last release.

permalinks always need to be full urls

typo

Temporarily revert one part of the multiple url support in the last release. Non-edit pages are now back to having `<base>` set to the site's main url.

remove old unused baseurl parameter

This was I think a relic from when BASEURL was used in more templates than
use it now.

Fix redirect to use a full url.

Was broken (in theory) by baseurl changes in last release.

Fix base url when previewing. Was broken by urlto changes in last release.

Added a showform_preview that is like showform, but sets forcebaseurl
to point to the page being previewed.

reopening, reverting part of this for now

it gets worse

doesn't only affect preview

response

generic insert links: it's a Markdown file
(cherry picked from commit 139c050ca48c2fe7bdcd4ea22623739cbb25ceda)

unescape tag names

Since tag names are now retrieved from the file names, we must revert
the escaping process that santizes the file names. Solve by adding a
`pagetitle()` call at the end of the tagname()
(cherry picked from commit 0ee0612b1ab11d76eb3790c8db7a2ba992c54f6b)

respond

wrap lines

absolute base url in cgi forms

bugfix

fix patch to not strip a leading "." unless it's part of a path

For correctness only, since a tag named ".foo" is very unlikely.

fix patch to not expose config setting as a regexp

tag name sanitation

The use of typed links for tags and some of the consequent changes
introduced some unwanted functionality variations in the tag system. Two
problems in particular could be observed, when compared to the use of
tags in older versions of IkiWiki:

* tags in feeds (both rss and atom) would use the file path as their
  name (e.g. you would have <category term="tags/sometag" /> in an atom
  item for a page tagged sometag with a tagbase of tags), whereas they
  appeared pure before
* tags containing a slash character would appear without the slash
  character but be used with the slash character in other circumstances
  (effect visible by tagging a page with a name such as "with/slash")

Both of these issues are fixed by introducing a tagname() function that
takes a tag link and effectively reverses (as well as possible) the
effects of taglink().

A possible alternative route would have been the reintroduction of the
global %tags hash, but the new approach as the (arguable) benefit of
introducing a small layer of sanitation for tag names.

markup