gnu-social/plugins/Poll
Diogo Cordeiro 8c0601816f [CORE] Move core plugins to a new modules directory
For reference (raised by rozzin in IRC):

* http://foldoc.org/module
* http://foldoc.org/library
* http://foldoc.org/plugin

As noted by XRevan86, modules are not necessarily non-essential.
As we will keep the modules directory in GS root [therefore, near to
plugins/], it is evidenced the difference between both.

This is a simple yet fundamental structural change. It doesn't change
functionality but makes clearer the way we understand GNU social's
internals.
2019-08-22 03:13:58 +01:00
..
actions [Poll] Refactoring and minor bug fixes 2019-06-23 23:06:04 +01:00
classes [Poll] Refactoring and minor bug fixes 2019-06-23 23:06:04 +01:00
forms [Poll] Refactoring and minor bug fixes 2019-06-23 23:06:04 +01:00
locale [CORE] Move core plugins to a new modules directory 2019-08-22 03:13:58 +01:00
PollPlugin.php [ROUTES] Allow accept-header specification during router creation 2019-08-03 17:47:16 +01:00
README Initial checkin of Poll plugin: micro-app to post mini polls/surveys from the notice form. 2011-03-07 21:28:36 -08:00

Unfinished basic stuff:
* make pretty graphs for response counts
* ActivityStreams output of poll data is temporary; the interfaces need more flexibility
* ActivityStreams input not done yet
* need link -> show results in addition to showing results if you already voted
* way to change/cancel your vote

Known issues:
* HTTP caching needs fixing on show-poll; may show you old data if you voted after

Things todo:
* should we allow anonymous responses? or ways for remote profiles to respond locally?

Fancier things todo:
* make sure backup/restore work
* make sure ostatus transfer works
* a way to do poll responses over ostatus directly?
* allow links, tags, @-references in poll question & answers? or not?

Storage todo:
* probably separate the options into a table instead of squishing them in a text blob