| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
| |
Now the javascript does an ajax call at the start to request the url
to use to poll, and the notification id is generated then, once we know
javascript is working.
|
| | |
|
| | |
|
| |
|
|
| |
does not work though. stupid JS
|
| |
|
|
|
|
|
|
|
|
| |
Depending on how the webapp was started up and whether the user clicked on
any links in it, window.close() may be disallowed by browser security
policy. Also if that fails, display a modal dialog that nicely blackens out
the webapp.
TODO: avoid Escape closing it. Bootstrap's docs are unclear about how to do
that.
|
| |
|
|
|
| |
Rather than using bootstrap's client-side closing.
Now closed alerts stay closed.
|
| | |
|
| |
|
|
| |
use julius's nice #id and .class things
|
| | |
|
| |
|
|
| |
This does fix some UI issues I was having.
|
| |
|
|
| |
mocked up the main screen, and am actually pretty happy with it!
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Had to switch to toWaiAppPlain to avoid a seeming bug in toWaiApp;
chromium only received a partial copy of jquery. Always the same length
each time, which makes me think it's a bug in the compression, although
a bug in the autohead middleware is also a possibility.
Anyway, there's little need for compression for a local webapp. Not wasting
time compressing things is probably a net gain.
Similarly, I've not worried about minifying this yet. Although that would
avoid bloating the git-annex binary quite so much.
|
|
|
Broke hamlet out into standalone files.
I don't like the favicon display; it should be served from /favicon.ico,
but I could only get the static site to serve /static/favicon.ico, so
I had to use a <link rel=icon> to pull it in. I looked at
Yesod.Default.Handlers.getFaviconR, but it doesn't seem to embed
the favicon into the binary?
|
Joey Hess