Initial checkin of Poll plugin: micro-app to post mini polls/surveys from the notice form.

This version is fairly basic; votes do not (yet) show a reply, they just got in the table. No pretty graphs for the results yet, just text.
The ActivityStream output is temporary and probably should be replaced; the current structures for adding custom data aren't really ready yet (especially since we need to cover JSON and Atom formats, probably pretty differently)

Uses similar system as Bookmark for attaching to notices -- saves a custom URI for an alternate action, which we can then pass in and hook back up to our poll object. This can probably do with a little more simplification in the parent MicroAppPlugin class.

Currently adds two tables:
- poll holds the main poll info: id and URI to associate with the notice, then the question and a text blob with the options.
- poll_response records the selections picked by our nice fellows.

Hopefully no off-by-one bugs left in the selection, but I give no guarantees. ;)
Some todo notes in the README and in doc comments.

Localisation updates from http://translatewiki.net.

More doc comments on MicroApp stuff; some of the show-notice code & the ActivityStreams stuff is a bit wonky and may need smoothing out

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

Doc comments for MicroAppPlugin

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

Avoid AJAX fetch delay for inline replies when possible; we clone a copy of the notice form skeleton at initialization, then insert it in place instead of fetching a new one.

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

mailboxes were wrongly overriding global menu

Fix bad reference

lost a </div> in input_forms

neo is the default

First version of 3cl theme neo.

cleaner is the new default theme (for now)

Merge branch '3cl' into 1.0.x

store reply_to notices as comment activity objects

fix object errors with bookmark notices

save the object type when saving a new bookmark notice

ActivityObject uses Notice's object_type by default

Notice saves its object type

show correct notice in output

UR FACE

wrapper div for primary nav

Revert "abstraction for starting and ending a menu"

This reverts commit b4f1281799766570ff68580e13c588ea8c8ce1f1.

Revert "primarynav uses menustart and menuend"

This reverts commit 8e03c83a57e29a0e840b44b1e5cb04e1422a845f.

primarynav uses menustart and menuend

abstraction for starting and ending a menu

remove adminpanelnav from adminpanelaction module

Merge branch 'microapp' of gitorious.org:~evan/statusnet/evans-mainline into microapp

Conflicts:
lib/action.php

Input form switcher works

This change adds the input form switcher, which adds a navigation menu
across the top of the input form, letting you switch between different kinds of input.

The input menu doesn't yet look like a nice set of tabs; it could use some love.

made the input-form switcher work, kinda

first (non-working) move to microapp structure for bookmarks

move microapp.php to microappplugin.php

add a couple of methods to MicroAppPlugin

correct length and default value for object_type

add activity object type to notice

first pass at microapp class

submenu headers are <h3> elements

made the input-form switcher work, kinda

first (non-working) move to microapp structure for bookmarks

Localisation updates from http://translatewiki.net.

Location information removed from translation files with msgmerge --no-location to decrease size of files and reduce diff size. Unfortunately there does not appear to be a setting in msgmerge or msgattrib to remove the extracted comments ("#.") from translation files. If you do know of such a switch, please let me know!

move microapp.php to microappplugin.php

add a couple of methods to MicroAppPlugin

* fix i18n and L10n issues.
* update translator documentation.
* remove superfluous whitespace.

* translator documentation updated.
* superfluous whitespace removed.
* small refactoring in noticeform.php to allow proper translator hints.

* translator documntation updated
* superfluous whitespace remove
* minor L10n and i18n updates

Cleanup & minification for migration to reusable notice form in inline replies. Yay!

Work in progress: inline reply form reusing the main reply form now inserts the successful result more or less right

style fixes for new notice form being reused in reply area

Reusable notice form fixes for geolocation

Loading the original form instead of faking up our own. Sorta works but not pretty :D

Kill some more hardcoded ids...

correct length and default value for object_type

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

More hardcoded id cleanup in notice form...

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

'link' to 'links' in feed document

Moving bit by bit more towards reusable forms... per-form-izing some of the location setup (not all yet)

Remove hardcoded #notice_action-submit from JS/CSS (prep for reusable notice forms)

Pulling out some more #-references to per-form items

Notice form cleanup: removing hardcoded id from counter references; prep for reusable notice forms.

Notice form cleanup: drop use of id for #notice_data-text (prep for reusable notice form)

Notice form cleanup: removing hardcoded IDs from attachment handling (prep for reusable notice forms)

Can now set $config['site']['minify'] = false; to use util.js and friends non-minified; aids in browser-side debugging.

Drop auto-focusing of the notice form.

Kill 'hit return to send'...

Rework geolocation status display so you can actually tell what it's doing and whether a location will be posted.

Goes in along with the file attachment info, below the notice box. Still needs to be generalized to work with multiple forms.

add activity object type to notice

first pass at microapp class

'Comment' -> 'Reply' in inline comment/reply messages

Localisation updates from http://translatewiki.net.
* Fix previous commit. Pot files were built against master instead of 1.0.x.

Localisation updates from http://translatewiki.net.

Looks like some documentation patches from 0.9.x didn't make it into 1.0.x (see statusnet.pot diff). Have to check with Brion what went wrong there.

no notice form on settings pages

move notice form to content block

Update translator documentation.

More fixes for 'fav' IM command: don't die with a fatal error if the notice has already been favored, and don't spew a warning when checking for user ID match.

Workaround for bug causing fatal error during favoriting; Profile::getCurrentNotice() was returning an ArrayList instead of a Notice directly due to pulling through Profile::getNotices(). This caused failure in Fave::addNew() which specifies it wants a Notice. Caused failure of the 'fav' IM command.

Use threaded replies in group inbox view

Fix for realtime vs threaded reply fix

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

Clean up threaded notices vs replies classes, and fixed realtime's threaded behavior to only run on threaded lists

Inline reply work for threaded lists in realtime

Partial update of Realtime for threaded view; can now place replies into the proper subtimeline if it's already present, but not if it wasn't shown yet.

Makefile for Realtime's min.js

Fix mising require_once (now required here because of rearranging)

Merge branch '1.0.x' of gitorious.org:statusnet/mainline into 1.0.x

Fix missing variable initialization

Fix for timeline insert on primary AJAX post: only insert on the first, primary timeline. Don't insert on sub-timelines for replies!

Alternate Inbox streaming function optimized for threaded paging (for /all stream, while things using the existing API inbox methods won't be affected)

When canceling out of inline reply field and there are no other replies, drop the section

Inline replies: drop the box if tabbing out and no text

Inline replies: fix replies on repeats, placeholder re-add when replying to a reply

move inbox/outbox to object menu

fixup link to your profile

don't show full profile menu all the time

Hide context entries in threaded lists; it's redundant (and if there's more than a few messages, we have the context link still :D)
Also hides them via CSS for new ajax additions

object menu for user profile

object menu on showgroup

defaultlocalnav for favorites