Merge branch '1.0.x' into directory

* 1.0.x:
  * 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...
  More hardcoded id cleanup in notice form...
  'link' to 'links' in feed document

* Integrate search input box
* Fix ordering

Add some other ways to order searches to the base search engine class

fixup comments

Only show profiles of local users

* 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...

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

Merge branch '1.0.x' into directory

* Reformat list of profiles in a table
* Make table sortable

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.

'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.

Merge branch '1.0.x' into directory

* 1.0.x:
  Update translator documentation.

* Fix pagination
* Add some more elements for styling
* Add initial CSS

Update translator documentation.

Merge branch '1.0.x' into directory

Initial go at a site directory plugin

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

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

Cut repeats out of the magic handling

Collapse long threaded displays with a link to the convo view (todo: turn it into an ajax loader for inline expansion)

Merge branch '1.0.x' into inline-comments

Merge branch '0.9.x' into 1.0.x

Inline replies now do ajaxy submit. Neat! Not 100% perfect though

Merge commit 'refs/merge-requests/153' of git://gitorious.org/statusnet/mainline into merge-requests/153

avoid hardcoding action & session token; pull them from the main posting form for now

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

Conflicts:
js/util.min.js

More interactive magic for inline replies: placeholder at the end of list

Missed a couple of conflicts

Paging fix for threaded notice lists

Merge branch '0.9.x' into 1.0.x

Conflicts:
actions/confirmaddress.php
actions/emailsettings.php
actions/hostmeta.php
actions/imsettings.php
actions/login.php
actions/profilesettings.php
actions/showgroup.php
actions/smssettings.php
actions/urlsettings.php
actions/userauthorization.php
actions/userdesignsettings.php
classes/Memcached_DataObject.php
index.php
lib/accountsettingsaction.php
lib/action.php
lib/common.php
lib/connectsettingsaction.php
lib/designsettings.php
lib/personalgroupnav.php
lib/profileaction.php
lib/userprofile.php
plugins/ClientSideShorten/ClientSideShortenPlugin.php
plugins/Facebook/FBConnectSettings.php
plugins/Facebook/FacebookPlugin.php
plugins/NewMenu/NewMenuPlugin.php
plugins/NewMenu/newmenu.css

Work in progress: setting up inline reply mini-form in js

some quick visual tweaks

quickie inline reply posting form

Merge branch '1.0.x' into inline-comments

Switch Twitter bridge settings page to be a ProfileSettingsAction, as ConnectSettingsAction is gone

visual tweaks for convo view

quick hack -- switch order on inline convo view (comments in forward chron)

Initial test threaded convo view inline on public, all timelines

Fix for schema_version checksum table when checking schemas before the table's been added. :)

fix - Notice: Undefined variable: action in /Library/WebServer/Documents/mublog/lib/action.php on line 521

Merge branch 'extprofile' into 0.9.x

Merge branch 'master' into 0.9.x

API group actions join/leave now handle same events of web UI action

If there's a DB error, script returns after catching the exception

Fix for ticket #2248: flickr etc URLs that contain @ in the paths etc no longer accidentally trip the mailto: thingy

Test case for ticket #2248: flickr URLs with @ in the path get misinterpreted as mailto

* add support for Friulian
* move a line around for sorting reasons

Localisation updates from http://translatewiki.net.

Workaround for reply timeline since_id issue: save the notice.created value into reply.modified, so we can key off it as expected.

As a hack this removes the mysql_timestamp bit from the field settings on reply.modified so that our value actually gets saved. This *should* work ok as long as system timezone is set correctly, which we now set to UTC to match when connecting.

fix layout of form with magic hoohaw

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

allow access to confirm first for not-logged-in users

Merge branch 'master' into 0.9.x

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

Scalability work on user backup stream generation.

UserActivityStream -- used to create a full activity stream including subscriptions, favorites, notices, etc -- normally buffers everything into memory at once. This is infeasible for accounts with long histories of serious usage; it can take tens of seconds just to pull all records from the database, and working with them all in memory is very likely to hit resource limits.
This commit adds an alternate mode for this class which avoids pulling notices until during the actual output. Instead of pre-sorting and buffering all the notices, empty spaces between the other activities are filled in with notices as we're making output. This means more smaller queries spread out during operations, and less stuff kept in memory.

Callers (backupaccount action, and backupuser.php) which can stream their output pass an $outputMode param of UserActivityStream::OUTPUT_RAW, and during getString() it'll send straight to output as well as slurping the notices in this extra funky fashion.
Other callers will let it default to the OUTPUT_STRING mode, which keeps the previous behavior.

There should be a better way to do this, swapping out the stringer output for raw output more consitently.

Quick fix for popular notices in cleaner theme.

Test cases for Unicode hashtags

Merge branch 'unicode-tag' into 0.9.x

Merge branch 'master' into 0.9.x

First revision of new theme, cleaner.

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

Let users who aren't allowed to login confirm their email separately

allow passing an url to email confirmation function