szurubooru/client/html/endless_pager.hbs

<div class='pager'>
    <div class='page-header-holder'></div>
    <div class='messages'></div>
    <div class='pages-holder'></div>
</div>
views/paging: add endless pager 2016-04-12 23:49:46 +02:00			`<div class='pager'>`
client/css: scale to device width 2016-04-14 12:11:49 +02:00			`<div class='page-header-holder'></div>`
views/paging: add endless pager 2016-04-12 23:49:46 +02:00			`<div class='messages'></div>`
client/events: improve event dispatching This commit introduces timer-less retry system: 1. Any change to URL is going to stop listening to any messages. 2. If a message is sent and there's no handler that could pick it up, the message gets enqueued. 3. The message is sent again to the first handler that attaches itself to given event type. While in theory this is full of holes (no control over the first handler), in practice, it works quite well. Additionally, views.listenToMessages was attaching to completely wrong DOM node; this commit fixes this as well. 2016-05-11 21:29:57 +02:00			`<div class='pages-holder'></div>`
views/paging: add endless pager 2016-04-12 23:49:46 +02:00			`</div>`