gnu-social/plugins/Realtime
Mikael Nordfeldth d6ca90bb21 Partly revert 97830b0701 (thanks _MrB_)
require_once lines were required since _plugins_ don't __autoload

Also, Realtime would load the wrong URL for css/js since $this->name()
returns get_class($this) instead of the calling class' __CLASS__.
2014-02-27 23:30:35 +01:00
..
actions plugins onAutoload now only overloads if necessary (extlibs etc.) 2013-08-28 16:10:30 +02:00
classes Replace common_good_random with common_random_hexstr 2013-10-21 13:20:30 +02:00
css Preparing plugins for no-minify-in-core-policy 2014-02-24 01:01:34 +01:00
js Preparing plugins for no-minify-in-core-policy 2014-02-24 01:01:34 +01:00
locale Localisation updates from http://translatewiki.net. 2012-06-30 11:10:38 +00:00
scripts plugins onAutoload now only overloads if necessary (extlibs etc.) 2013-08-28 16:10:30 +02:00
Makefile Makefile for Realtime's min.js 2011-03-01 15:33:10 -08: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 Partly revert 97830b0701 (thanks _MrB_) 2014-02-27 23:30:35 +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