From: Peter L. <pet...@te...> - 2009-10-22 07:45:19
|
Hi, I did svn up today for trunk and all went well until I started Gramps and found that I was back to issue 3090 again. See: http://www.gramps-project.org/bugs/view.php?id=3090 /Peter |
From: Jérôme <rom...@ya...> - 2009-10-22 08:23:53
|
Brian is working on a better translations management : http://gramps.svn.sourceforge.net/viewvc/gramps?view=rev&revision=13391 http://www.gramps-project.org/bugs/view.php?id=2371 Maybe that's why you go back to issue #3090 ? Jérôme Peter Landgren a écrit : > Hi, > > I did svn up today for trunk and all went well until I started Gramps and found that I was back to > issue 3090 again. See: > http://www.gramps-project.org/bugs/view.php?id=3090 > > /Peter > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Brian M. <br...@gr...> - 2009-10-22 11:57:50
|
> Brian is working on a better > translations management : > http://gramps.svn.sourceforge.net/viewvc/gramps?view=rev&revision=13391 > http://www.gramps-project.org/bugs/view.php?id=2371 > > Maybe that's why you go back to issue #3090 ? > > > Jérôme > > Peter Landgren a écrit : > > Hi, > > > > I did svn up today for trunk and all went well until I > started Gramps and found that I was back to > > issue 3090 again. See: > > http://www.gramps-project.org/bugs/view.php?id=3090 > > I did move: gettext.bindtextdomain(LOCALEDOMAIN, LOCALEDIR) gettext.textdomain(LOCALEDOMAIN) into TransUtils.setup_gettext() It was pretty much just a copy and paste operation. So I can't imagine how it could have caused a problem. But feel free to take a look and see if I did anything suspicious. ~Brian |
From: Benny M. <ben...@gm...> - 2009-10-22 12:09:06
|
2009/10/22 Brian Matherly <br...@gr...>: >> Brian is working on a better >> translations management : >> http://gramps.svn.sourceforge.net/viewvc/gramps?view=rev&revision=13391 >> http://www.gramps-project.org/bugs/view.php?id=2371 >> >> Maybe that's why you go back to issue #3090 ? >> >> >> Jérôme >> >> Peter Landgren a écrit : >> > Hi, >> > >> > I did svn up today for trunk and all went well until I >> started Gramps and found that I was back to >> > issue 3090 again. See: >> > http://www.gramps-project.org/bugs/view.php?id=3090 >> > > > I did move: > gettext.bindtextdomain(LOCALEDOMAIN, LOCALEDIR) > gettext.textdomain(LOCALEDOMAIN) > into TransUtils.setup_gettext() > > It was pretty much just a copy and paste operation. So I can't imagine how it could have caused a problem. But feel free to take a look and see if I did anything suspicious. I looked at that, and yes, looks as a copy paste operation. Only difference could be if the locale calls do something with the gettext stuff at the underlying C level. That would be more like a bug in how it works however :-) Benny > ~Brian > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Jérôme <rom...@ya...> - 2009-10-22 12:41:36
|
Looking at one comment : http://www.gramps-project.org/bugs/view.php?id=2371#c8488 maybe there is a "bind" thing/issue ? I will try last revision on trunk ! Brian Matherly a écrit : >> Brian is working on a better >> translations management : >> http://gramps.svn.sourceforge.net/viewvc/gramps?view=rev&revision=13391 >> http://www.gramps-project.org/bugs/view.php?id=2371 >> >> Maybe that's why you go back to issue #3090 ? >> >> >> Jérôme >> >> Peter Landgren a écrit : >>> Hi, >>> >>> I did svn up today for trunk and all went well until I >> started Gramps and found that I was back to >>> issue 3090 again. See: >>> http://www.gramps-project.org/bugs/view.php?id=3090 >>> > > I did move: > gettext.bindtextdomain(LOCALEDOMAIN, LOCALEDIR) > gettext.textdomain(LOCALEDOMAIN) > into TransUtils.setup_gettext() > > It was pretty much just a copy and paste operation. So I can't imagine how it could have caused a problem. But feel free to take a look and see if I did anything suspicious. > > ~Brian > |
From: Jérôme <rom...@ya...> - 2009-10-22 17:22:14
|
Peter, I did not try make process, but set a path on TransUtils.py ... and I get complete translation (no mix) ! Maybe you have both versions installed (stable and trunk) and gramps is looking at your /usr/share/locale ? if "GRAMPSI18N" in os.environ: LOCALEDIR = os.environ["GRAMPSI18N"] elif os.path.exists( os.path.join(const.ROOT_DIR, "lang") ): LOCALEDIR = os.path.join(const.ROOT_DIR, "lang") else: LOCALEDIR = os.path.join(const.PREFIXDIR, "share/locale") I suppose, the first one is for command line (environment variable), the second one for Windows users and the last one for current make process. Did you used something like this : $ .configure --prefix=/home/peter/trunk make make install lcc, I commited your pt_BR.po on branch and trunk But trunk is using modified strings (other template), your translation will be 63% on branch and 61% on trunk ! "fuzzy" strings will return english value. http://www.gramps-project.org/wiki/index.php?title=Translating_GRAMPS#msgid_.2F_msgstr_.2F_comment_.2F_fuzzy There is a command which "force" update on *all* translation files: $ cd /po $ make gramps.pot \or intltool-update -p $ make update-po \or intltool-update -d but it was never "really" used ! Maybe we could try it and update all translation files ? There is an other command which search for left out files from POTFILES.in : $ intltool-update -m Jérôme Jérôme a écrit : > Looking at one comment : > http://www.gramps-project.org/bugs/view.php?id=2371#c8488 > maybe there is a "bind" thing/issue ? > > I will try last revision on trunk ! > > > Brian Matherly a écrit : >>> Brian is working on a better >>> translations management : >>> http://gramps.svn.sourceforge.net/viewvc/gramps?view=rev&revision=13391 >>> http://www.gramps-project.org/bugs/view.php?id=2371 >>> >>> Maybe that's why you go back to issue #3090 ? >>> >>> >>> Jérôme >>> >>> Peter Landgren a écrit : >>>> Hi, >>>> >>>> I did svn up today for trunk and all went well until I >>> started Gramps and found that I was back to >>>> issue 3090 again. See: >>>> http://www.gramps-project.org/bugs/view.php?id=3090 >>>> >> I did move: >> gettext.bindtextdomain(LOCALEDOMAIN, LOCALEDIR) >> gettext.textdomain(LOCALEDOMAIN) >> into TransUtils.setup_gettext() >> >> It was pretty much just a copy and paste operation. So I can't imagine how it could have caused a problem. But feel free to take a look and see if I did anything suspicious. >> >> ~Brian >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Peter L. <pet...@te...> - 2009-10-22 18:02:13
|
Jerome, > Peter, > > > I did not try make process, but set a path on TransUtils.py ... and I > get complete translation (no mix) ! Maybe you have both versions > installed (stable and trunk) and gramps is looking at your > /usr/share/locale ? I have only trunk on this box and run from console. > if "GRAMPSI18N" in os.environ: > LOCALEDIR = os.environ["GRAMPSI18N"] > elif os.path.exists( os.path.join(const.ROOT_DIR, "lang") ): > LOCALEDIR = os.path.join(const.ROOT_DIR, "lang") > else: > LOCALEDIR = os.path.join(const.PREFIXDIR, "share/locale") > > I suppose, the first one is for command line (environment variable), the > second one for Windows users and the last one for current make process. > > Did you used something like this : > > $ .configure --prefix=/home/peter/trunk > make > make install Yes, (I have to use ./autogen.sh) this is how I check my trunk translation, but I run it with: python src/gramps.py and this have worked without problem so far, IF I in gramps.py put import gtk try: if gtk.ver <= (2, 16, 1): import gtk.glade gtk.glade.bindtextdomain("gramps", loc) except: pass as was discussed in issue 3090. But it does not help any more. If I do a standard install: ./autogen.sh make su make install I get this error: 961: ERROR: gramps.py: line 128: Unhandled exception Traceback (most recent call last): File "/usr/local/share/gramps/gramps.py", line 175, in <module> run() File "/usr/local/share/gramps/gramps.py", line 167, in run from gui.grampsgui import startgtkloop File "/usr/local/share/gramps/gui/grampsgui.py", line 62, in <module> from QuestionDialog import ErrorDialog File "/usr/local/share/gramps/QuestionDialog.py", line 44, in <module> import config ImportError: No module named config /Peter |
From: Brian M. <br...@gr...> - 2009-10-22 18:25:01
|
Peter, > Yes, (I have to use ./autogen.sh) this is how I check my > trunk translation, but I run it with: > python src/gramps.py and this have worked without problem > so far, IF I in gramps.py put > import gtk > try: > if gtk.ver <= (2, 16, 1): > import gtk.glade > > gtk.glade.bindtextdomain("gramps", loc) > except: > pass > as was discussed in issue 3090. > But it does not help any more. "loc" does not exist in gramps.py anymore. It was moved to TransUtils and renamed to "LOCALEDIR". So you are probably running into the "pass" statement in the "except". Try moving your code to TransUtils and changing "loc" to "LOCALEDIR". ~Brian |
From: Peter L. <pet...@te...> - 2009-10-22 19:18:49
|
Brian, Your analysis was correct. I added "my" code after LOCALEDOMAIN = 'gramps' and now I have full translation again. But as it was noticed in issue 3090, this should not necessary. /Peter > Peter, > > > Yes, (I have to use ./autogen.sh) this is how I check my > > trunk translation, but I run it with: > > python src/gramps.py and this have worked without problem > > so far, IF I in gramps.py put > > import gtk > > try: > > if gtk.ver <= (2, 16, 1): > > import gtk.glade > > > > gtk.glade.bindtextdomain("gramps", loc) > > except: > > pass > > as was discussed in issue 3090. > > But it does not help any more. > > "loc" does not exist in gramps.py anymore. It was moved to TransUtils and > renamed to "LOCALEDIR". So you are probably running into the "pass" > statement in the "except". > > Try moving your code to TransUtils and changing "loc" to "LOCALEDIR". > > ~Brian > > --------------------------------------------------------------------------- >--- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is > the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel -- Peter Landgren Talken Hagen 671 94 BRUNSKOG 0570-530 21 070-635 4719 pet...@te... Skype: pgl4820.2 |
From: Peter L. <pet...@te...> - 2009-10-23 07:08:37
|
Brian, Shall I commit "my" code with some comments added explaining it? /Peter |
From: Benny M. <ben...@gm...> - 2009-10-23 08:23:54
|
2009/10/23 Peter Landgren <pet...@te...>: > Brian, > > Shall I commit "my" code with some comments added explaining it? No, we already know that code is not needed for other people with the same version. I''d like to wait till release is closer, then do a survey to know for who it works and for who it breaks, so as to try to understand if we can find a correct indicator for who needs this hack. So I would like to find a better check than the if gtk.ver <= (2, 16, 1): which is not correct, but obviously works for you because your gtk satisfies that. Note that the upstream bug I opened has other people running into problems with this, so perhaps somebody else finds the solution by beginning of next year. Benny > /Peter > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Brian M. <br...@gr...> - 2009-10-23 11:41:38
|
> > Shall I commit "my" code with some comments added > explaining it? > > No, we already know that code is not needed for other > people with the > same version. I''d like to wait till release is closer, > then do a > survey to know for who it works and for who it breaks, so > as to try to > understand if we can find a correct indicator for who needs > this hack. > So I would like to find a better check than the > if gtk.ver <= (2, 16, 1): > which is not correct, but obviously works for you because > your gtk > satisfies that. > Note that the upstream bug I opened has other people > running into > problems with this, so perhaps somebody else finds the > solution by > beginning of next year. agreed. Please leave it out for now. ~Brian |