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

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

format Atom datetimes as UTC

format Atom datetimes as UTC

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.

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.

beta3

Revert "New version, dev cycle"

This reverts commit 96d0141848e6965d0e588b151054737495fb4900.

Merge branch '1.0.x' into directory

* 1.0.x:
  Update translator documentation.

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

no notice form on settings pages

move notice form to content block

Update translator documentation.

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

Fix typo in documentation. Spotted by Nikerabbit.

Merge branch 'master' into 0.9.x

Add unsubscribe option to resub-feed.php

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.

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

Merge branch 'master' into 0.9.x

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.

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

object menu in inviteaction

defaultlocalnav in groups

show defaultlocalnav in groupmembers

show defaultlocalnav in grouplogo

show defaultlocalnav in groupdesignsettings

default local nav in featured user list

default local nav in popular notices

show default local nav in group edit

show full local nav in public tag cloud

show object nav for blocked users in a group

user groups show subgroupnav in object menu area

RepliesAction uses default local nav

personal group nav uses current user

use default local nav for public action

use default local nav for allaction

search actions show the search menu in object area

subscriber actions show the profile menu in object area

add object menu to actions, default empty

move top-level navigation to default local navigation

new mega-menu for default local navigation

method to show submenus

all nav menus use menu superclass

AdminPanelNav has own module, uses Menu

primary and secondary nav use menu superclass

common superclass for menu widgets

Cut repeats out of the magic handling