Previously, the headline (which is essentially a sidebar) was floated to the
right; this had the benefit of allowing the content to surround it on the lower
portion of the page, though that's arguably a poor design decision. With this
change, this does not occur, but the real reason for this change was to ensure
that block elements (such as divs) do not overflow into the headline.
This uses minimalist styling---as much as possible is done using the body
element. The footer positioning was tricky with varying content length. Since
the headline currently contains only images, my decision was to just get away
with setting a min-height to something reasonable for the headline content
height.
The inline image extension does not belong in repo2html (see comments), but the
source code highlighting may be moved in (code samples do make sense in commit
messages).
This was a bit of a difficult decision. One one hand, I perferred for the user
to select his/her own font via their browser settings. That said, the user still
has the option to override the font and use his/her own defaults.
This font choice is nearly identical to the current site font choice.
Each year, the [Free Software Foundation][0] presents awards to individuals who
have made a strong contribution to free software:
The Award for the Advancement of Free Software is given annually to an
individual who has made a great contribution to the progress and development
of free software, through activities that accord with the spirit of free
software.[1]
This year, announced at the LibrePlanet 2013 conference, [the winner was Dr.
Fernando Perez][1]---creator of IPython. The winner of the Award for Projects of
Social Benefit was [OpenMRS][2], which is a free (as in freedom) medical records
system for developing countries.
[0] http://fsf.org
[1] https://www.fsf.org/news/2012-free-software-award-winners-announced-2
[2] http://openmrs.org/
[As I had mentioned late last week][0], RMS had mentioned that Defective By
Design (DBD) would be campaigning against the [introduction of DRM into the W3C
HTML5 standards][1]. (Please see [my previous mention of this topic][0] for a
detailed explanation of the problem and a slew of references for additional
information.) Well, [this campaign is now live and looking for
signatures][2]---50,000 by May 3rd, which is the [International Day Against
DRM][3]:
Hollywood is at it again. Its latest ploy to take over the Web? Use its
influence at the World Wide Web Consortium (W3C) to weave [Digital
Restrictions Management (DRM)][4] into HTML5 -- in other words, into the very
fabric of the Web.
[...]
Help us reach 50,000 signers by May 3rd, 2013, the [International Day Against
DRM][3]. We will deliver the signatures to the W3C (they are right down the
street from us!) and make your voice heard.[1]
To summarize the issue as stated by the EFF:
W3C is there to create comprehensible, publicly-implementable standards that
will guarantee interoperability, not to facilitate an explosion of new
mutually-incompatible software and of sites and services that can only be
accessed by particular devices or applications. But EME is a proposal to bring
exactly that dysfunctional dynamic into HTML5, even risking a return to the
["bad old days, before the Web"][5] of deliberately limited
interoperability.
it would be a terrible mistake for the Web community to leave the door open
for Hollywood's gangrenous anti-technology culture to infect W3C standards.[1]
So please---[sign the petition now][2]!
[0] [cref:9d3c8c214425124acd4076750f963f538628e9e5]
[1] https://www.eff.org/deeplinks/2013/03/defend-open-web-keep-drm-out-w3c-standards
[2] http://www.defectivebydesign.org/no-drm-in-html5
[3] http://www.defectivebydesign.org/dayagainstdrm
[4] http://www.defectivebydesign.org/what_is_drm
[5] http://www.anybrowser.org/campaign/index.html