urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
ikiwiki/templates/page.tmpl

185 lines
5.2 KiB
Cheetah
Raw Normal View History

html5 option * Ikiwiki can be configured to generate html5 instead of the default xhtml 1.0. The html5 output mode is experimental, not yet fully standards compliant, and will be subject to rapid change.
2010-05-02 02:40:31 +02:00
<TMPL_IF HTML5><!DOCTYPE html>
<html>
<TMPL_ELSE><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
html validation fixes: - escape & in urls (also clean up cgi url generation) - since markdown wraps inlined pages in <p></p>, close and re-open the paragraph tags when generating the embedded html - added XHTML 1.0 doctypes to templates - fixed <hr /> and <br /> in templates - add an alt attribute to inline images, based on the WikiLink to the image. Allows things like [[my_image|img.png]] to customise alt text.
2006-03-29 05:18:21 +02:00
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
Add xmlns attribute on html element in templates; pages can now validate.
2007-11-08 21:58:31 +01:00
<html xmlns="http://www.w3.org/1999/xhtml">
html5 option * Ikiwiki can be configured to generate html5 instead of the default xhtml 1.0. The html5 output mode is experimental, not yet fully standards compliant, and will be subject to rapid change.
2010-05-02 02:40:31 +02:00
</TMPL_IF>
css support
2006-03-29 09:24:03 +02:00
<head>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><meta charset="utf-8" /><TMPL_ELSE><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /></TMPL_IF>
page.tmpl: Add Cache-Control must-revalidate to ensure that users (especially of Firefox) see fresh page content. Since Firefox version 3, it's done aggressive caching of visited pages, and does not, by default, check if the cached content is still valid when reloading or revisiting a page. By default, Firefox seems to not re-contact the web server at all. Compare with eg, Epiphany and Chromium, which appear to always check, and get back a 304 when the page is unchanged. This header makes Firefox do the right thing, at least for html files. It still over-caches if css, javascript, images, etc, are changed.
2010-03-31 23:51:46 +02:00
<meta http-equiv="Cache-Control" content="must-revalidate" />
the real bug turned out to be in the meta plugin
2007-03-21 07:46:06 +01:00
<title><TMPL_VAR TITLE></title>
* pagetemplate hooks are now also called when generating cgi pages. * Add a favicon plugin, which simply adds a link tag for an icon to each page (and cgis).
2006-09-16 02:52:26 +02:00
<TMPL_IF NAME="FAVICON">
fix mime type
2006-09-17 19:46:51 +02:00
<link rel="icon" href="<TMPL_VAR BASEURL><TMPL_VAR FAVICON>" type="image/x-icon" />
* Reorganised the doc wiki's todo/* pages, using a link/tag to flag * Allow pagetemplate plugins to override *anything* in the template. * Add a meta plugin, which allows specifying various metadata about pages, like license and author. It also allows for inserting html link and meta tags into html, overriding the title, and adding hidden WikiLinks, which can be useful when using link-based globbing for page categorisation. * Remove preprocessor directives from inlined pages. * Allow simple preprocessor directive values to be specified w/o quotes.
2006-06-02 06:49:12 +02:00
</TMPL_IF>
* Reorder the icon in the template above the stylesheets, to avoid icon flashing during page load.
2007-04-06 19:31:00 +02:00
<link rel="stylesheet" href="<TMPL_VAR BASEURL>style.css" type="text/css" />
localstyle: New plugin, allows overrding the toplevel local.css with one that is closer to a page. I chose not to have it override style.css, because style.css is not really intended to be edited; the one from the underlay is intended to be used as a base that local.css overrides. I chose to use a plugin rather than changing the default behavior, both because I didn't want to have to worry about possibly breaking backwards compatability (though this seems unlikely), and because it seemed cleaner to not include style template parameters in the main page template code. I suppose someone might want a way to not override the toplevel local.css, but instead include it as well as foo/local.css. Probably the best way to do that would be to have foo/local.css @import ../local.css (modulo browser compatability issues). Alternatively, edit page.tmpl to always include the toplevel local.css, or swap out this plugin for another one.
2009-11-09 19:32:08 +01:00
<TMPL_IF NAME="LOCAL_CSS">
<link rel="stylesheet" href="<TMPL_VAR BASEURL><TMPL_VAR LOCAL_CSS>" type="text/css" />
<TMPL_ELSE>
* Reorder the icon in the template above the stylesheets, to avoid icon flashing during page load.
2007-04-06 19:31:00 +02:00
<link rel="stylesheet" href="<TMPL_VAR BASEURL>local.css" type="text/css" />
localstyle: New plugin, allows overrding the toplevel local.css with one that is closer to a page. I chose not to have it override style.css, because style.css is not really intended to be edited; the one from the underlay is intended to be used as a base that local.css overrides. I chose to use a plugin rather than changing the default behavior, both because I didn't want to have to worry about possibly breaking backwards compatability (though this seems unlikely), and because it seemed cleaner to not include style template parameters in the main page template code. I suppose someone might want a way to not override the toplevel local.css, but instead include it as well as foo/local.css. Probably the best way to do that would be to have foo/local.css @import ../local.css (modulo browser compatability issues). Alternatively, edit page.tmpl to always include the toplevel local.css, or swap out this plugin for another one.
2009-11-09 19:32:08 +01:00
</TMPL_IF>
Add support for the universal edit button <http://universaleditbutton.org/> Not forcing a rebuild on upgrade just for this.
2008-06-21 22:56:47 +02:00
<TMPL_IF NAME="EDITURL">
<link rel="alternate" type="application/x-wiki" title="Edit this page" href="<TMPL_VAR EDITURL>" />
</TMPL_IF>
* Atom feed support based on a patch by Clint Adams. * Add feeds=no option to inline preprocessor directive to turn off all types of feeds. feeds=rss will still work, and feeds=atom was also added, for fine control. * $IkiWiki::version now holds the program version, and is accessible to plugins.
2006-10-09 01:57:37 +02:00
<TMPL_IF NAME="FEEDLINKS"><TMPL_VAR FEEDLINKS></TMPL_IF>
repolist: New plugin to support the rel=vcs-* microformat. * repolist: New plugin to support the rel=vcs-* microformat. * goodstuff: Include repolist by default. (But it does nothing until configured with the repository locations.)
2009-01-07 21:48:07 +01:00
<TMPL_IF NAME="RELVCS"><TMPL_VAR RELVCS></TMPL_IF>
* pagetemplate hooks are now also called when generating cgi pages. * Add a favicon plugin, which simply adds a link tag for an icon to each page (and cgis).
2006-09-16 02:52:26 +02:00
<TMPL_IF NAME="META"><TMPL_VAR META></TMPL_IF>
css support
2006-03-29 09:24:03 +02:00
</head>
use template for page rendering
2006-03-12 04:11:30 +01:00
<body>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5><article class="page"><TMPL_ELSE><div class="page"></TMPL_IF>
<TMPL_IF HTML5><section class="pageheader"><TMPL_ELSE><div class="pageheader"></TMPL_IF>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><header class="header"><TMPL_ELSE><div class="header"></TMPL_IF>
* The page name and parent links has switched from using a <h1> to a styled <span>, so pages can use <h1> internally instead of needing to use <h2>. * Updated all of ikiwiki's own wiki pages for that. * Add pagetemplate hook, which can be used by plugins that want to mess around with adding new stuff to the page template. * Remove headercontent; the search plugin now adds the search box to the header by registering a pagetemplate hook, and other plugins should do similarly.
2006-05-26 03:10:58 +02:00
<span>
More CSS hooks for page.tmpl. I notice madduck.net already has a similar change :-)
2008-07-15 01:56:19 +02:00
<span class="parentlinks">
use template for page rendering
2006-03-12 04:11:30 +01:00
<TMPL_LOOP NAME="PARENTLINKS">
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<a href="<TMPL_VAR URL>"><TMPL_VAR PAGE></a>/
use template for page rendering
2006-03-12 04:11:30 +01:00
</TMPL_LOOP>
More CSS hooks for page.tmpl. I notice madduck.net already has a similar change :-)
2008-07-15 01:56:19 +02:00
</span>
<span class="title">
forgot to revert this
2007-03-21 07:39:01 +01:00
<TMPL_VAR TITLE>
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
<TMPL_IF NAME="ISTRANSLATION">
further otherlanguages list styling
2009-08-15 23:00:16 +02:00
&nbsp;(<TMPL_VAR NAME="PERCENTTRANSLATED">%)
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
</TMPL_IF>
* The page name and parent links has switched from using a <h1> to a styled <span>, so pages can use <h1> internally instead of needing to use <h2>. * Updated all of ikiwiki's own wiki pages for that. * Add pagetemplate hook, which can be used by plugins that want to mess around with adding new stuff to the page template. * Remove headercontent; the search plugin now adds the search box to the header by registering a pagetemplate hook, and other plugins should do similarly.
2006-05-26 03:10:58 +02:00
</span>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
</span>
* The page name and parent links has switched from using a <h1> to a styled <span>, so pages can use <h1> internally instead of needing to use <h2>. * Updated all of ikiwiki's own wiki pages for that. * Add pagetemplate hook, which can be used by plugins that want to mess around with adding new stuff to the page template. * Remove headercontent; the search plugin now adds the search box to the header by registering a pagetemplate hook, and other plugins should do similarly.
2006-05-26 03:10:58 +02:00
<TMPL_IF NAME="SEARCHFORM">
<TMPL_VAR SEARCHFORM>
</TMPL_IF>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></header><TMPL_ELSE></div></TMPL_IF>
use template for page rendering
2006-03-12 04:11:30 +01:00
better fix for empty actions list issue
2006-05-26 17:18:12 +02:00
<TMPL_IF NAME="HAVE_ACTIONS">
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><nav class="actions"><TMPL_ELSE><div class="actions"></TMPL_IF>
css support
2006-03-29 09:24:03 +02:00
<ul>
use template for page rendering
2006-03-12 04:11:30 +01:00
<TMPL_IF NAME="EDITURL">
Add rel=nofollow to edit links. This may prevent some spiders from pounding on the cgi following edit links.
2008-05-28 09:09:04 +02:00
<li><a href="<TMPL_VAR EDITURL>" rel="nofollow">Edit</a></li>
use template for page rendering
2006-03-12 04:11:30 +01:00
</TMPL_IF>
<TMPL_IF NAME="RECENTCHANGESURL">
css support
2006-03-29 09:24:03 +02:00
<li><a href="<TMPL_VAR RECENTCHANGESURL>">RecentChanges</a></li>
use template for page rendering
2006-03-12 04:11:30 +01:00
</TMPL_IF>
<TMPL_IF NAME="HISTORYURL">
css support
2006-03-29 09:24:03 +02:00
<li><a href="<TMPL_VAR HISTORYURL>">History</a></li>
use template for page rendering
2006-03-12 04:11:30 +01:00
</TMPL_IF>
Add getsource plugin
2009-07-26 17:22:56 +02:00
<TMPL_IF NAME="GETSOURCEURL">
getsource: in the default template, just say "Source" All the other actions are single words (apart from RecentChanges), and are nouns (apart from Edit); saying "Source" is consistent with "History", for instance.
2009-07-26 17:49:48 +02:00
<li><a href="<TMPL_VAR GETSOURCEURL>">Source</a></li>
Add getsource plugin
2009-07-26 17:22:56 +02:00
</TMPL_IF>
prefs page implemented
2006-03-21 03:38:17 +01:00
<TMPL_IF NAME="PREFSURL">
css support
2006-03-29 09:24:03 +02:00
<li><a href="<TMPL_VAR PREFSURL>">Preferences</a></li>
prefs page implemented
2006-03-21 03:38:17 +01:00
</TMPL_IF>
Add ACTIONS variable to page.tmpl, which allows plugins to add arbitrary links to the action bar without modifying the template further. (COMMENTSLINK and DISCUSSIONLINK could be folded into this, but are kept separate for now to avoid breaking modified templates.)
2010-05-03 18:15:40 +02:00
<TMPL_IF NAME="ACTIONS">
<TMPL_LOOP NAME="ACTIONS">
<li><TMPL_VAR ACTION></li>
</TMPL_LOOP>
</TMPL_IF>
replace discussion links on pages with comments link The thinking here is that having both a Discussion page and comments for the same page is redundant, and certianly not what you want if you enable comments for a page. At first I considered making configurable via pagespec what pages got discussion links. But that would mean testing a new pagespec for every page, and a redundant config setting to keep in sync. So intead, take a lead from my previous change to make inlined pages have a comments link, and change the discussion link at the top of regular pages to link to their comments. (Implementation is a bit optimised to avoid redundant pagespec checking.)
2008-12-19 19:55:41 +01:00
<TMPL_IF NAME="COMMENTSLINK">
Add ACTIONS variable to page.tmpl, which allows plugins to add arbitrary links to the action bar without modifying the template further. (COMMENTSLINK and DISCUSSIONLINK could be folded into this, but are kept separate for now to avoid breaking modified templates.)
2010-05-03 18:15:40 +02:00
<li><TMPL_VAR COMMENTSLINK></li>
replace discussion links on pages with comments link The thinking here is that having both a Discussion page and comments for the same page is redundant, and certianly not what you want if you enable comments for a page. At first I considered making configurable via pagespec what pages got discussion links. But that would mean testing a new pagespec for every page, and a redundant config setting to keep in sync. So intead, take a lead from my previous change to make inlined pages have a comments link, and change the discussion link at the top of regular pages to link to their comments. (Implementation is a bit optimised to avoid redundant pagespec checking.)
2008-12-19 19:55:41 +01:00
<TMPL_ELSE>
* Allow discussion links on pages to be turned off with --no-discussion.
2006-05-05 20:20:52 +02:00
<TMPL_IF NAME="DISCUSSIONLINK">
Add ACTIONS variable to page.tmpl, which allows plugins to add arbitrary links to the action bar without modifying the template further. (COMMENTSLINK and DISCUSSIONLINK could be folded into this, but are kept separate for now to avoid breaking modified templates.)
2010-05-03 18:15:40 +02:00
<li><TMPL_VAR DISCUSSIONLINK></li>
* Allow discussion links on pages to be turned off with --no-discussion.
2006-05-05 20:20:52 +02:00
</TMPL_IF>
replace discussion links on pages with comments link The thinking here is that having both a Discussion page and comments for the same page is redundant, and certianly not what you want if you enable comments for a page. At first I considered making configurable via pagespec what pages got discussion links. But that would mean testing a new pagespec for every page, and a redundant config setting to keep in sync. So intead, take a lead from my previous change to make inlined pages have a comments link, and change the discussion link at the top of regular pages to link to their comments. (Implementation is a bit optimised to avoid redundant pagespec checking.)
2008-12-19 19:55:41 +01:00
</TMPL_IF>
css support
2006-03-29 09:24:03 +02:00
</ul>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></nav><TMPL_ELSE></div></TMPL_IF>
better fix for empty actions list issue
2006-05-26 17:18:12 +02:00
</TMPL_IF>
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
<TMPL_IF NAME="OTHERLANGUAGES">
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><nav class="otherlanguages"><TMPL_ELSE><div class="otherlanguages"></TMPL_IF>
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
<ul>
<TMPL_LOOP NAME="OTHERLANGUAGES">
<li>
<a href="<TMPL_VAR NAME="URL">"><TMPL_VAR NAME="LANGUAGE"></a>
<TMPL_IF NAME="MASTER">
(master)
<TMPL_ELSE>
further otherlanguages list styling
2009-08-15 23:00:16 +02:00
&nbsp;(<TMPL_VAR NAME="PERCENT">%)
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
</TMPL_IF>
</li>
</TMPL_LOOP>
</ul>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></nav><TMPL_ELSE></div></TMPL_IF>
page.tmpl: use OTHERLANGUAGES and PERCENTTRANSLATED Signed-off-by: intrigeri <intrigeri@boum.org>
2009-03-28 11:41:21 +01:00
</TMPL_IF>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5></section><TMPL_ELSE></div></TMPL_IF>
- Add Discussion links to the button bar, these will automatically create /Discussion subpages. - Fix linking to DNE pages in some edge cases. - Fix --rebuild (oops) - Fix propigation of "from" field trru the login process when creating a new page.a - Ideas for change notification.
2006-03-13 01:52:57 +01:00
* Add a tail fin^W^Wsidebar plugin by Tuomo Valkonen. * If a page links to itself, mark up the link text in a span with class="selflink" so that it can be styled. I don't have a useful style defined for that though.
2006-08-18 02:24:22 +02:00
<TMPL_IF SIDEBAR>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><aside class="sidebar"><TMPL_ELSE><div class="sidebar"></TMPL_IF>
* Add a tail fin^W^Wsidebar plugin by Tuomo Valkonen. * If a page links to itself, mark up the link text in a span with class="selflink" so that it can be styled. I don't have a useful style defined for that though.
2006-08-18 02:24:22 +02:00
<TMPL_VAR SIDEBAR>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></aside><TMPL_ELSE></div></TMPL_IF>
* Add a tail fin^W^Wsidebar plugin by Tuomo Valkonen. * If a page links to itself, mark up the link text in a span with class="selflink" so that it can be styled. I don't have a useful style defined for that though.
2006-08-18 02:24:22 +02:00
</TMPL_IF>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5><section id="content"><TMPL_ELSE><div id="content"></TMPL_IF>
use template for page rendering
2006-03-12 04:11:30 +01:00
<TMPL_VAR CONTENT>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5></section><TMPL_ELSE></div></TMPL_IF>
use template for page rendering
2006-03-12 04:11:30 +01:00
Add comments to page.tmpl
2008-11-22 20:01:28 +01:00
<TMPL_IF COMMENTS>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5><section id="comments"><TMPL_ELSE><div id="comments"></TMPL_IF>
Add comments to page.tmpl
2008-11-22 20:01:28 +01:00
<TMPL_VAR COMMENTS>
comments: Rename COMMENTURL to ADDCOMMENTURL to avoid confusion with COMMENTAUTHORURL Also refactor page.tmpl to use if/else rather than unless/if.
2008-12-18 21:01:08 +01:00
<TMPL_IF ADDCOMMENTURL>
page.tmpl: optionally include "add comment" link
2008-11-23 18:07:07 +01:00
<div class="addcomment">
comments: Rename COMMENTURL to ADDCOMMENTURL to avoid confusion with COMMENTAUTHORURL Also refactor page.tmpl to use if/else rather than unless/if.
2008-12-18 21:01:08 +01:00
<a href="<TMPL_VAR ADDCOMMENTURL>">Add a comment</a>
page.tmpl: optionally include "add comment" link
2008-11-23 18:07:07 +01:00
</div>
comments: Rename COMMENTURL to ADDCOMMENTURL to avoid confusion with COMMENTAUTHORURL Also refactor page.tmpl to use if/else rather than unless/if.
2008-12-18 21:01:08 +01:00
<TMPL_ELSE>
<div class="addcomment">Comments on this page are closed.</div>
Add comments to page.tmpl
2008-11-22 20:01:28 +01:00
</TMPL_IF>
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5></section><TMPL_ELSE></div></TMPL_IF>
add Comments link when displaying a page inline This link will supplant the usual Discussion link for pages that have comments enabled.
2008-12-18 01:38:02 +01:00
</TMPL_IF>
Add comments to page.tmpl
2008-11-22 20:01:28 +01:00
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><footer id="footer" class="pagefooter"><TMPL_ELSE><div id="footer" class="pagefooter"></TMPL_IF>
<TMPL_IF HTML5><nav id="pageinfo"><TMPL_ELSE><div id="pageinfo"></TMPL_IF>
* Move the footer div to enclose tags and links too. * More style sheet updates, remove the hack that used the tags div to create the footer border.
2007-04-26 21:33:28 +02:00
Hope encrico doesn't mind, but I changed the location and layout of the tags on the templates. This way seems to fit better with the links. Also some css cleanup, avoid hardcoded <i> etc.
2006-07-28 02:21:13 +02:00
<TMPL_IF NAME="TAGS">
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><nav class="tags"><TMPL_ELSE><div class="tags"></TMPL_IF>
Hope encrico doesn't mind, but I changed the location and layout of the tags on the templates. This way seems to fit better with the links. Also some css cleanup, avoid hardcoded <i> etc.
2006-07-28 02:21:13 +02:00
Tags:
<TMPL_LOOP NAME="TAGS">
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<TMPL_VAR LINK>
Hope encrico doesn't mind, but I changed the location and layout of the tags on the templates. This way seems to fit better with the links. Also some css cleanup, avoid hardcoded <i> etc.
2006-07-28 02:21:13 +02:00
</TMPL_LOOP>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></nav><TMPL_ELSE></div></TMPL_IF>
* Minor template improvements by Alessandro.
2007-04-19 01:35:48 +02:00
</TMPL_IF>
Hope encrico doesn't mind, but I changed the location and layout of the tags on the templates. This way seems to fit better with the links. Also some css cleanup, avoid hardcoded <i> etc.
2006-07-28 02:21:13 +02:00
use template for page rendering
2006-03-12 04:11:30 +01:00
<TMPL_IF NAME="BACKLINKS">
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5><nav id="backlinks"><TMPL_ELSE><div id="backlinks"></TMPL_IF>
css support
2006-03-29 09:24:03 +02:00
Links:
use template for page rendering
2006-03-12 04:11:30 +01:00
<TMPL_LOOP NAME="BACKLINKS">
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<a href="<TMPL_VAR URL>"><TMPL_VAR PAGE></a>
use template for page rendering
2006-03-12 04:11:30 +01:00
</TMPL_LOOP>
* Hide excess backlinks and expand using CSS trick; control quantiy via the numbacklinks setting.
2007-03-31 10:48:10 +02:00
<TMPL_IF NAME="MORE_BACKLINKS">
<span class="popup">...
use popup balloon for more backlinks, rather than expanding on hover, since in some cases it's not possible to move the mouse over the more backlinks using the old method
2007-04-07 00:30:51 +02:00
<span class="balloon">
* Hide excess backlinks and expand using CSS trick; control quantiy via the numbacklinks setting.
2007-03-31 10:48:10 +02:00
<TMPL_LOOP NAME="MORE_BACKLINKS">
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<a href="<TMPL_VAR URL>"><TMPL_VAR PAGE></a>
* Hide excess backlinks and expand using CSS trick; control quantiy via the numbacklinks setting.
2007-03-31 10:48:10 +02:00
</TMPL_LOOP>
</span>
</span>
</TMPL_IF>
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></nav><TMPL_ELSE></div></TMPL_IF>
* Minor template improvements by Alessandro.
2007-04-19 01:35:48 +02:00
</TMPL_IF>
use template for page rendering
2006-03-12 04:11:30 +01:00
* meta: Support license and copyright information. The information will be shown in the page footer. HTML will also be inserted that should support the rel=license microformat as well as the HTML spec's rel=copyright.
2007-09-14 20:11:10 +02:00
<TMPL_IF COPYRIGHT>
* Fix copyright and licence styling.
2007-09-20 20:06:55 +02:00
<div class="pagecopyright">
basic styling for license and copyright
2007-09-15 02:38:30 +02:00
<a name="pagecopyright"></a>
* meta: Support license and copyright information. The information will be shown in the page footer. HTML will also be inserted that should support the rel=license microformat as well as the HTML spec's rel=copyright.
2007-09-14 20:11:10 +02:00
<TMPL_VAR COPYRIGHT>
</div>
</TMPL_IF>
<TMPL_IF LICENSE>
* Fix copyright and licence styling.
2007-09-20 20:06:55 +02:00
<div class="pagelicense">
basic styling for license and copyright
2007-09-15 02:38:30 +02:00
<a name="pagelicense"></a>
* meta: Support license and copyright information. The information will be shown in the page footer. HTML will also be inserted that should support the rel=license microformat as well as the HTML spec's rel=copyright.
2007-09-14 20:11:10 +02:00
License: <TMPL_VAR LICENSE>
</div>
</TMPL_IF>
* Make all templates have a footer div to ease themeing. Required template and style sheet updates, and unless you're using customised versions, you'll want to rebuild wikis on upgrade to this version to avoid inconsistencies. * Allow WIKINAME to to used in footers, as an example of something to put there.
2007-05-11 22:09:58 +02:00
<div class="pagedate">
fix relativedate timezone inclusion The machine parseable date needs to include a timezone. Also, simplified the interface for date display.
2008-10-20 01:13:40 +02:00
Last edited <TMPL_VAR MTIME>
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<!-- Created <TMPL_VAR CTIME> -->
Changes from StefanoZacchiroli: - Use div for inlinepage actions, not a span - Add an enclosing "trailer" div Also, change pageinfo span into a div, since it now can include <p>
2006-12-28 21:32:51 +01:00
</div>
* Move the footer div to enclose tags and links too. * More style sheet updates, remove the hack that used the tags div to create the footer border.
2007-04-26 21:33:28 +02:00
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></nav><TMPL_ELSE></div></TMPL_IF>
more footer improvements
2007-04-26 21:49:06 +02:00
<TMPL_IF EXTRAFOOTER><TMPL_VAR EXTRAFOOTER></TMPL_IF>
relativedate: New javascript-alicious plugin that makes all dates display relative, in a very nice way, if I say so myself.
2008-10-18 02:47:32 +02:00
<!-- from <TMPL_VAR WIKINAME> -->
use html5 semantic markup in page.tmpl This is a first pass, it avoids needing to change style.css except where it refers to tag types. This goes a bit off the rails at the pageheader with its nested header. Semantically, there should be an article around the whole page header, content, and footer. Just as there will be an article around a whole comment or inlined page header, content, and footer. But that will mean changing the css that currently refers to pageheader to refer to the enclosing article instead.
2010-05-02 21:09:33 +02:00
<TMPL_IF HTML5></footer><TMPL_ELSE></div></TMPL_IF>
- use templates for signin form, error messages - use FormBuilder for edit page forms (also use template) - print debug to stderr in cgi mode to avoid breaking http headers - fix links to page in parentlinks if $url is unset - reorganise how wikilink is used in templates - only make recentchanes link if svn is enabled - change session id cookie to something we control - add support for logging committer name for web commits from signed in users (untested) - probably more changes I forgot
2006-03-12 17:37:26 +01:00
improve semantic markup Now the toplevel layout is: <article> <section><header><nav></section> <aside>sidebar</aside> <section>content</section> <section>comments</section> <footer> </article> And I managed to preserve all CSS ids and names in their prior structure, so CSS should not need changed.
2010-05-02 21:41:12 +02:00
<TMPL_IF HTML5></article><TMPL_ELSE></div></TMPL_IF>
use template for page rendering
2006-03-12 04:11:30 +01:00
</body>
</html>