> to be able to install translations as a user in ~/.e/.... AS WELL as on the
> system, so you dont need root/superuser access to add language support, and
> still support the existing gettext system. creating a whole lot of symlinks
> wastes inodes for a system that doesnt handle multiple base dirs.
I don't think it is a lot. If LANGUAGE has k entries, we will need
3k+1 inodes (2k+1 for the directory structure, and k for the
symlinks), and I don't see a typical LANGUAGE entry exceeding some 5
languages. (I guess it will be lesser mostly). Add to it, many systems
already don't have inode restrictions (Reiserfs, for example). And if
you are really concerned, we can always optimize for the case when
LANGUAGE has only one entry and do away with this mechanism, so that
if an user has 4 inodes left in his quota, he can change LANGUAGE to a
single entry one... anyway, that is what E offers now.
As I said earlier, this still stays as a *hack*. May be we should tell
this to the gettext people and get the functionality in.
> modules can use gettext DOMAINS to load a different domain for their use, but
> they still suffer fromt he problem of possibly haveing some languages already
> supported by teh system packages, but the user wanting to edxtend language
> support by adding more translations but not having root access.
So, do they currently use E's locale search path? Should we be
exposing a e_intl_get_locale_path(), so that modules can do a
bindtextdomain(MODULENAME, e_intl_get_locale_path()). This may have
even greater significance if we get the symlink system I described...
Ramkumar
--
WARN_(accel)("msg null; should hang here to be win compatible\n");
-- WINE source code
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
