gnu-social/plugins/Realtime
brunoccast 5c0a3102ff [ROUTES] Allow accept-header specification during router creation
Router:
- Fix calls to connect, most of them were misusing the function's params

URLMapper:
- Minor fixes
- Documentation
- Add support for accept-header specification

Plugins/*:
- Fix calls to connect
2019-08-03 17:47:16 +01:00
..
actions Various obvious bug fixes and better PHP 7 support 2019-04-26 00:34:17 +01:00
classes utf8mb4 conversion on database with index adjusts 2015-02-12 18:18:55 +01:00
css Preparing plugins for no-minify-in-core-policy 2014-02-24 01:01:34 +01:00
js Initial move towards microformats2 2014-06-22 17:11:04 +02:00
locale [TRANSLATION] Update Plugin POs 2019-06-09 16:10:03 +01:00
scripts Fix wrong path on Realtime cleanupchannels script by XRevan86 2019-04-25 23:12:58 +01:00
Makefile This JavaScript file is located in js/ - Fixed paths for all targets. 2014-08-24 13:10:19 +02:00
README Realtime plugin: fix i18n, thumbnails, location display, OStatus server display, micro-apps display. 2011-03-14 13:29:35 -07:00
RealtimePlugin.php [ROUTES] Allow accept-header specification during router creation 2019-08-03 17:47:16 +01:00

As of StatusNet 1.0.x, actual formatting of the notices is done server-side,
loaded by AJAX after the real-time notification comes in. This has the drawback
that we may make extra HTTP requests and delay incoming notices a little, but
means that formatting and internationalization is consistent.

== TODO ==
* Update mark behaviour (on notice send)
* Pause, Send a notice ~ should not update counter
* Pause ~ retain up to 50-100 most recent notices
* Make it work for Conversation page (perhaps a little tricky)
* IE is updating the counter in document title all the time (Not sure if this
  is still an issue)
* Reconsider the timestamp approach