gnu-social/plugins/Realtime
Mikael Nordfeldth fcdd061b4f pluginified most of hasFave, getFaves and related calls
The code is now more event-driven when it comes to rendering notices
and their related HTML elements, since we can't have direct calls from
core to a plugin.

lib/activitymover.php has a function to move a Favorite activity which
will not happen now. The move must be pluginified and performed as an
event which plugins can catch on to.
2014-06-27 14:09:02 +02: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 Initial move towards microformats2 2014-06-22 17:11:04 +02: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 pluginified most of hasFave, getFaves and related calls 2014-06-27 14:09:02 +02: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