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

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