gnu-social

History

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

README

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