aboutsummaryrefslogtreecommitdiff
path: root/underlays
Commit message (Collapse)AuthorAge
* Merge branch 'master' into poJoey Hess2009-05-19
|\ | | | | | | | | Conflicts: debian/changelog
| * relativedate: Deal with clock skew.Joey Hess2009-04-23
| | | | | | | | | | | | | | | | | | | | | | If the server has a clock running a bit ahead of the web browsing client, relativedate could cause somewhat confusing displays like "3 seconds from now" for just posted things. As a hack, avoid displaying times in the future if they're less than a small slip forward. I chose 30 minutes because both client and server could be wrong in different directions, while it's still close enough that "just now" is not horribly wrong.
* | Merge commit 'upstream/master' into prv/pointrigeri2009-01-01
|\|
| * remove top-level directive page from basewikiJoey Hess2008-12-24
| |
* | added symlink to pagespec/po in basewiki to fix the buildintrigeri2008-11-07
|/ | | | | | else basewiki_brokenlinks.t fails. Signed-off-by: intrigeri <intrigeri@boum.org>
* use relativedate as the css class for dates that should display relativeJoey Hess2008-10-20
|
* partial support for calling onload once the DOM is readyJoey Hess2008-10-19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds support for gecko and newer versions of opera to call onload once the DOM is ready, rather than waiting for all images in the page to load. Makes relativedate behave somewhat better. Dealing with this means jumping into the browser incompatability waters that I prefer to avoid. Full solutions for most of the major browsers are listed here: http://dean.edwards.name/weblog/2006/06/again/ However, no *license* is listed there, so I can't use that code. Also, the more involved code appears to have various issues (such as the inline IE code not working via https). So I only added the simple call to a hook needed for gecko/opera. It seems that the only standards-compliant way to do this is using the `defer` attribute to a `script` tag, using an external script that will be loaded once the DOM is ready, and can call onload. However, that has browser compatability issues of its own, since not all browsers honor `defer`. Perhaps I should really just be using one of the javascript frameworks, that include code to solve this for the major browsers. But something about them still puts me off, and this issue is minor enough that I'm willing to live with incomplete support for now.
* allow ikiwiki.js to be loaded twice w/o clobbering previous hooksJoey Hess2008-10-18
| | | | | Clearly it's suboptimal for it to be loaded twice, but this is a quick fix at least.
* relativedate: New javascript-alicious plugin that makes all dates display ↵Joey Hess2008-10-17
| | | | relative, in a very nice way, if I say so myself.
* Add an underlay for javascript, and add ikiwiki.js containing some utility code.Joey Hess2008-10-17
| | | | | | | * Add an underlay for javascript, and add ikiwiki.js containing some utility code. * toggle: Stop embedding the full toggle code on each page using it, and move it to toggle.js in the javascript underlay.
* replace subdir link with link to the one page from it we wantJoey Hess2008-09-12
|
* Removed old redirecton pages from basewiki (helponformatting, markdown, ↵Joey Hess2008-09-12
| | | | openid, pagespec, preprocessordirective, subpage, wikilink).
* Removed the obsolete blog page from the basewiki. ikiwiki/blog still ↵Joey Hess2008-09-11
| | | | remains, but is now deprecated too.
* move inline docs to ikiwiki/directive/inlineJoey Hess2008-09-11
| | | | ikiwiki/blog will be going away
* Move the directive documentation into its own underlay, separate from ↵Joey Hess2008-09-11
| | | | basewiki, since it's sorta large compared to the rest of basewiki.
* add robots directive to all directive pagesJoey Hess2008-09-11
| | | | | Since they'll be in an underlay, robots shouldn't index them, as with other underlay pages.
* misc minor changesJoey Hess2008-09-11
|
* squash redundant textJoey Hess2008-09-11
| | | | | A lot of text was copies from templates to directive/template. Remove most of it and have each page link to the other.
* reword after reorgJoey Hess2008-09-11
| | | | | There was a duplicated paragraph, an example on the wrong page, and some rewording needed after will's reorg.
* removed demos that accompny examplesJoey Hess2008-09-11
| | | | | | This is sorta unfortunate, but I don't want turning the plugin on the cause php to be forked unnecessarily. And moving them back to the plugin page doesn't make sense in this case.
* move demo back to plugin pageJoey Hess2008-09-11
|
* move back demo and add exampleJoey Hess2008-09-11
|
* move demo back to plugin and add exampleJoey Hess2008-09-11
|
* move exampleJoey Hess2008-09-11
|
* move example backJoey Hess2008-09-11
|
* move example back to pluginJoey Hess2008-09-11
|
* reorg from will's changesJoey Hess2008-09-11
| | | | | | | | The info about the cron job was lost (!), as was a paragraph about what pages the calendar links to. The CSS docs seems to fit better in the plugin page than the directive page, moved it back.
* add more note about cron jobJoey Hess2008-09-11
|
* move demo back to plugin pageJoey Hess2008-09-11
| | | | | | | We don't want expensive demos in the directives pages. Add an example of its use instead. Also, some minor rewording.
* mention the cron jobJoey Hess2008-09-11
|
* add underlay files for listdirectivesWilliam Uther2008-09-11
| | | | | | | | | | | As was noted, 'listdirectives' didn't include the underlay files that make it really worthwhile. I've just gone through all the plugin documentation, modified it to remove installation information and renamed the files to match the directives rather than the plugins. This can now serve as useful underlay. I've only gone through plugins in the 'plugins' dir. I did not go through the 'contrib' dir.
* rename preprocessordirective to directiveJoey Hess2008-08-25
| | | | | | | | | Reasons include: - easier to type - might want postprocessor directives again sometime, and listdirectives can then use the directive/* files for either - that it's done as a preprocessor step is an internal detail (and not a very accurate one, really :-)
* add to basewikiJoey Hess2008-07-02
|
* The search interface now allows searching for a page by title ("title:foo"), ↵Joey Hess2008-06-04
| | | | as well as for pages that contain a given link ("link:bar").
* Add robots noindex,follow to redirection pagesmartin f. krafft2008-03-11
| | | | | | | It makes no sense to have robots index these pages, so inform them that they should not. We still tell them to follow the links, obviously. Signed-off-by: martin f. krafft <madduck@madduck.net>
* Merge branch 'master' into prefix-directivesJoey Hess2008-02-05
|\
| * updatesJoey Hess2008-01-29
| |
* | Add new preprocessor directive syntax¸ using a '!' prefix.Josh Triplett2008-01-27
|/ | | | | | | | Add a prefix_directives option to the setup file to turn this syntax on; currently defaults to false, for backward compatibility. Support optional '!' prefix even with prefix_directives off, and use that in the underlay to support either setting of prefix_directives. Add NEWS entry with migration information.
* updatesJoey Hess2007-12-08
|
* MAJOR basewiki reorgJoey Hess2007-12-08
| | | | | Including redir pages for the moved basewiki pages. These will be removed in a future release.
* * Support for looking in multiple directories for underlay files.joey2007-08-28
* Plugins can add new directories to the search path with the add_underlay function. * Split out smiley underlay files into a separate underlay, so if the plugin isn't used, the wiki isn't bloated with all those files.