On Sun, 4 Dec 2005 14:34:54 +0530 Ramkumar R <[EMAIL PROTECTED]> babbled:
> > 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 still a waste - and a hack. > 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. we will be waiting years for it as its a core part of libc too and they wont make api changes quickly. we are better off DIY - also then it wont work on bsd or solaris etc. > > 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... the difference is the symlinks ake direct duplicates of system info as a hack. it doesnt feel clean. imho gettext does have problems like this as a system where it doesnt work/scale. this is one solution to the issue and should work nicely withotu making symlinks. :) > Ramkumar > > -- > WARN_(accel)("msg null; should hang here to be win compatible\n"); > -- WINE source code > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- 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_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel