| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
|
| |
Some of these might be relatively expensive to dereference or result
in messages being logged, and there's no reason why a search engine
should need to index them. (In particular, we'd probably prefer search
engines to index the rendered page, not its source code.)
|
| | |
|
| |
|
|
|
| |
As recommended by
<https://validator.w3.org/feed/docs/warning/MissingAtomSelfLink.html>
|
| |
|
|
|
|
|
| |
specified for them, which the po plugin does.
Note that I modified the patch slightly, to avoid blank lines before the
<html>, on the off chance bad html parsers care.
|
| | |
|
| |
|
|
|
| |
Still some work to do since the user name is an email address and should
not be leaked.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Now template variables can be set to control which login methods are shown
|
| |
|
|
|
|
|
|
|
| |
This includes some CSS changes to names of elements.
Also, added Email login button (doesn't work yet of course),
and brought back the small openid login buttons. Demoted yahoo and verison
to small buttons. This makes the big buttons be the main login types, and
the small buttons be provider-specific helpers.
|
| |
|
|
| |
openid selector display "Password" instead of "Other", so users are more likely to click on it when they don't have an openid.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Mobile browsers typically assume that arbitrary web pages are
designed for a "desktop-sized" browser window (around 1000px)
and display that layout, zoomed out, in order to avoid breaking
naive designs that assume nobody will ever look at a website on
a phone or something. People who are actually doing "responsive
design" need to opt-in to mobile browsers rendering it at a
more normal size.
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
According to caniuse.com, a significant fraction of Web users are
still using Internet Explorer versions that do not support HTML5
sectioning elements. However, claiming we're XHTML 1.0 Strict
means we can't use features invented in the last 12 years, even if
they degrade gracefully in older browsers (like the role and placeholder
attributes).
This means our output is no longer valid according to any particular
DTD. Real browsers and other non-validator user-agents have never
cared about DTD compliance anyway, so I don't think this is a real loss.
|
| |/
|
|
|
| |
This is needed to style it, for example to reduce the width of the text
input and prevent layout issues.
|
| | |
|
| |
|
|
| |
Based on a patch from Patrick.
|
| |
|
|
|
|
| |
The recent move of the post author to the author field is good, but with
it coming after the name of the feed, it is unlikely to be visible when
viewed in eg mutt. Move it to before the feed name.
|
| |
|
|
|
|
| |
While here, mollify http://validator.w3.org/feed/ and
s/dcterms:creator/dc:creator/g, which happens to make rss2email see
and do nice things with authors.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
These all seem somewhat inappropriate (searchform and sidebar are
arguable either way). I've left actions and languages enabled, since
they seem more reasonable for CGI-generated pages.
Bug: http://ikiwiki.info/bugs/trail_shows_on_cgi_pages/
Signed-off-by: Simon McVittie <smcv@debian.org>
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Simple podcast feeds didn't have content tags and I made sure to
keep it that way. This may be unnecessarily conservative. Changing
the behavior to include empty content tags might be fine, but I
don't want to think about it right now, I just want my tests to
keep passing!
The new fancy-podcast tests are copy-pasted-edited from the
simple-podcast tests. These tests shall be refactored.
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
| |
12fa9c031f7a9dc25dba628aa91fc347586e4ab6 porported to fix this, but failed
|
| | |
|
| | |
|
| |
|
|
| |
we display the inline diff only if diffurl isn't defined
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| |/
|
|
| |
Reworded template, which also called the commit message a "comment".
|
| |
|
|
|
|
|
|
|
|
| |
Technically, when the user does this, a passwordless account is created
for them. The notify mails include a login url, and once logged in that
way, the user can enter a password to get a regular account (although
one with an annoying username).
This all requires the passwordauth plugin is enabled. A future enhancement
could be to split the passwordless user concept out into a separate plugin.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\ |
|