On Wed, 2008-08-13 at 18:02 +0200, Tomeu Vizoso wrote: > On Wed, Aug 13, 2008 at 5:20 PM, riccardo <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-08-13 at 12:13 +0200, Tomeu Vizoso wrote: > >> On Tue, Aug 12, 2008 at 12:10 PM, riccardo <[EMAIL PROTECTED]> wrote: > >> > < ... > > >> > I find interesting to note that 28.5% of the total time goes to > >> > `get_date' of Journal.activity/misc.py because of the ngettext overhead. > >> > Perhaps translations could be cached ? > >> > >> Totally, but caching should already happen inside python's gettext: > >> > >> http://svn.python.org/view/python/tags/r251/Lib/gettext.py?rev=54864&view=markup > >> > >> If that isn't working for any reason, we would need to cache it > >> locally in sugar.util. Can you check it is slow in Spanish as well? > >> You may have found a very nice low hanging fruit ;) > > > > I can see similar percentages with spanish (perù) translations ;) > > > > Note that only the comboboxes entries get translated, the timestamp gets > > always shown in english. > > Ouch, that's bad. What I think it's going on is that missing > translations are not cached, so any missing translation will go all > the way down again and again. > > We need to check why we are not picking up the translations. Can you > enter a ticket for 8.2.0 and make it a blocker? Would be nice if you > can already tell where's the problem - and a patch would be awesome ;) > Translations seem to be cached to me; I think the point is that for every translation gettext.py searches new mo files.
riccardo _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
