Age | Commit message (Collapse) | Author |
|
|
|
This reverts commit d46f2ee350b9bf2c70371f7bcd2f2793e7ed8110.
|
|
tables to both upgrade scripts"
This reverts commit e9edb803bc66028204defcfa659cccbf23da97c6.
|
|
This reverts commit 6704ddddf227865de43c1fdd846b68f76f723fe6.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
into i18n-work
|
|
|
|
|
|
it will update the document title when new notices are received. The
counter will reset when window is blurred (after a focus) again.
|
|
of empty notice prefix text in facebook settings.
Filed bug upstream at http://bugs.developers.facebook.com/show_bug.cgi?id=7110
Per documentation, saving a pref value of "" or "0" will delete the pref key:
http://wiki.developers.facebook.com/index.php/Data.setUserPreference
which used to do what we want... Now Facebook throws back an error
"Parameter value is required" when we do this. Workaround appends a
space to empty string or "0" at save time, then trims the string when
we load it.
The input string was already trimmed at pref save time, so this won't
alter any user-visible behavior.
Thanks to ^demon in #mediawiki for pointing out the behavior regression
after testing the identi.ca Facebook app!
|
|
of empty notice prefix text in facebook settings.
Filed bug upstream at http://bugs.developers.facebook.com/show_bug.cgi?id=7110
Per documentation, saving a pref value of "" or "0" will delete the pref key:
http://wiki.developers.facebook.com/index.php/Data.setUserPreference
which used to do what we want... Now Facebook throws back an error
"Parameter value is required" when we do this. Workaround appends a
space to empty string or "0" at save time, then trims the string when
we load it.
The input string was already trimmed at pref save time, so this won't
alter any user-visible behavior.
Thanks to ^demon in #mediawiki for pointing out the behavior regression
after testing the identi.ca Facebook app!
|
|
|
|
compatible with both native gettext (tested on Ubuntu 8.10) and php-gettext (tested on Mac OS X 10.6).
|
|
to return, we fall back to checking LANG environment variable. Now actually works when doing a setlocale *check* instead of a *set*.
Submitting fix upstream, but as the package is currently unmaintained it may not make it in.
|
|
Set "en_US" locale first, then the locale we want for our user.
This seems to initialize gettext properly somehow, which I could see when the languages would come up briefly on settings save when changing from a supported language.
Definitely works for ga_ES on my Ubuntu system (8.10 intrepid), hopefully reasonably consistent.
|
|
issues of course)
.po file from http://status.net/trac/ticket/481 last updated by mvazquez
|
|
Removed some non-matching fuzzy entries in mk, tr, zh_TW that prevented .mo regeneration by triggering "fatal errors" from msgfmt
Rebuilt all .mo files, fixing total breakage for four languages:
* it
* mk
* pt_BR
* vi
|
|
We sometimes need to specify a country when setting a locale but the system knows how to grab the generic dir, and that seems to play better with translation tools such as transifex
|
|
|
|
|
|
|
|
|
|
Fixes file magic checks on 64-bit systems.
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/17
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/18
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/19
|
|
Fixes file magic checks on 64-bit systems.
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/17
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/18
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/19
|
|
|
|
|
|
Conflicts:
install.php
|
|
|
|
http://status.net/trac/ticket/1411
|
|
|
|
rebuild it:
* el_GR - Greek localization updates
* he_IL - one additional Hebrew message, removed two fuzzies that gettext doesn't like
* is_IS - added new Icelandic localization file from Pootle
* nb_NO - Norwegian Bokmål updates
* zh_CN - a few Chinese message updates
|
|
fixup_conversations.php fixes
|
|
Previously, the attachment URL would simply be dropped when shortening returned false instead of a short URL... the attachment was present if you clicked through to notice details but didn't appear in the timeline, making it nigh-impossible to see the attachment.
|
|
|
|
Previously, the attachment URL would simply be dropped when shortening returned false instead of a short URL... the attachment was present if you clicked through to notice details but didn't appear in the timeline, making it nigh-impossible to see the attachment.
|
|
0.8.x
|
|
|
|
|
|
|
|
before being allowed to post notices
|
|
|
|
|