376a19f3c1
Plugin::path() checks local/plugins/ first
2012-03-07 15:04:49 -06:00
39c6e34098
add path separators for Plugin::path()
2011-02-16 13:56:30 -05:00
f6e614b894
add plugins/sslpath setting, default to site path/plugins
2011-02-11 15:58:47 -05:00
dc5daa237e
Further tweak for ssl paths in plugin check (sslserver may be set but empty)
2011-02-09 00:09:25 -08:00
9efedfc217
Tweak to use site/server fallback when no plugins/sslserver or site/sslserver and generating plugin CSS
2011-02-09 00:04:01 -08:00
f06e661a9b
new methods for paths to plugin static files
2011-02-03 10:36:25 -05:00
54c88cba57
Add a $config['plugins']['locale_path'] which can be set to override the individual plugins' locale subdirectories.
...
This will apply to *ALL* plugins in *ALL* languages, so should probably only be used when doing site customization...
You'd probably do:
$config['site']['locale_path'] = '/srv/awesome/data/locale';
$config['plugins']['locale_path'] = '/srv/awesome/data/locale';
with a structure like:
srv/
awesome/
data/
locale/
en/
LC_MESSAGES/
statusnet.po
OpenID.po
AnonymousFave.po
etc, all alongside each other. You could separate plugins from the core if you like.
Where locale files have not already been generated, you can build one for a plugin like so:
php scripts/update_po_templates.php --plugin=MyPlugin
and pull out the template file:
plugins/MyPlugin/locale/MyPlugin.pot
Edit that (make sure you at least set the CHARSET, probably to UTF-8) and save your customized .po
files into the structure as above, and use msgfmt to generate .mo files for final output.
2010-09-30 19:18:46 -07:00
8adef3127c
Update translator documentation.
2010-09-12 17:49:56 +02:00
cb5d6d5c30
Fix charset setting for plugin localizations; default setting was blanking out non-ASCII chars. Needed for eg Bulgarian translation of Facebook plugin, was previously showing all as ???s. Now works yay!
2010-04-28 23:06:08 +00:00
9693b2cf2f
add default plugin version information
2010-01-07 17:33:46 -08:00
4b5e977a7b
New _m() gettext wrapper with smart detection of plugin domains. Plugin base class registers your gettext files if present at initialization.
...
update_pot.sh replaced with update_po_templates.php which can do core, plugins, or all (default).
Top-level Makefile added to build .mo files for plugins as well as core.
As described on list:
http://lists.status.net/pipermail/statusnet-dev/2009-December/002869.html
2009-12-08 12:17:11 -08:00
e074fe6599
add logging utilities to Plugin class
2009-12-04 15:34:25 -05:00
1c4bacf7bc
Remove registerUrlShortener() (no longer used)
2009-11-11 16:51:10 -05:00
beae3db413
Pluginize the URL shorteners
2009-09-03 14:58:50 -04:00
df86aa7214
define LACONICA and accept LACONICA for backwards compatibility
2009-08-26 10:41:36 -04:00
865b716f09
change LACONICA to STATUSNET
2009-08-25 18:42:34 -04:00
ae883ceb9b
change controlyourself.ca to status.net
2009-08-25 18:19:04 -04:00
d35b2d3f3c
change laconi.ca to status.net
2009-08-25 18:16:46 -04:00
c8b8f07af1
change Laconica and Control Yourself to StatusNet in PHP files
2009-08-25 18:12:20 -04:00
175f1e7395
utility superclass for plugins
2009-02-09 08:47:11 -05:00
Evan Prodromou
Brion Vibber
Siebrand Mazeland
Brion Vibber
Craig Andrews
Evan Prodromou