From: Alex R. <sh...@al...> - 2003-09-19 19:57:37
|
Hello all, The strings now should be considered frozen for the translation.=20 Let's allow 10 days for translations, which means committing all the po=20 files by the end of Sunday, September 28. The release of 0.9.4 should=20 follow shortly after.=20 Let's also freeze any new feature/enhancement commits -- only bug fixes=20 until after the release. Finally, could everybody PLEASE test the hell out of the current CVS?=20 Please let know if you can't/won't build from CVS and would rather have=20 a packaged binary (rmp? deb?) for testing purposes.=20 Translators -- if you encounter anything that prevents proper=20 translation, please report it as soon as you see it. The sooner it is=20 fixed the more chances that other translators will bother to pass=20 through the corrected template.=20 Alex P.S. Of course, I'm making this announcement on Don's part, in case=20 anyone was wondering :-) --=20 Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Alex R. <sh...@al...> - 2003-09-19 20:15:06
|
It seems that there are problems with the mailing list again. I am resending my last message, my apologies if you get this twice, Alex =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hello all, The strings now should be considered frozen for the translation.=20 Let's allow 10 days for translations, which means committing all the po=20 files by the end of Sunday, September 28. The release of 0.9.4 should=20 follow shortly after.=20 Let's also freeze any new feature/enhancement commits -- only bug fixes=20 until after the release. Finally, could everybody PLEASE test the hell out of the current CVS?=20 Please let know if you can't/won't build from CVS and would rather have=20 a packaged binary (rmp? deb?) for testing purposes.=20 Translators -- if you encounter anything that prevents proper=20 translation, please report it as soon as you see it. The sooner it is=20 fixed the more chances that other translators will bother to pass=20 through the corrected template.=20 Alex P.S. Of course, I'm making this announcement on Don's part, in case=20 anyone was wondering :-) --=20 Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Lorenzo C. <l_c...@ev...> - 2003-09-25 20:51:02
|
Alex Roitman <sh...@al...>, Thu 18 Sep 2003 22:55 -0500: > Translators -- if you encounter anything that prevents proper > translation, please report it as soon as you see it. The sooner it is > fixed the more chances that other translators will bother to pass > through the corrected template. I found the following bugs: #: PlaceView.py:150 ... while clicking on a the desired ... #: GenericFilter.py:521 ... of of ... "Content" in Detailed Report is not translatable. -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |
From: Alex R. <sh...@al...> - 2003-09-25 23:04:10
|
Lorenzo, On 2003.09.25 09:58, Lorenzo Cappelletti wrote: > I found the following bugs: >=20 > #: PlaceView.py:150 > ... while clicking on a the desired ... >=20 > #: GenericFilter.py:521 > ... of of ... I am afraid that these will have to be released as is, because =20 otherwise thy would not be translated. I'll correct these right after =20 the release. At least it is clear what the messages mean :-) Sorry about these typos :-( > "Content" in Detailed Report is not translatable. This will be fixed shortly, since fixing it does not hurt anything: =20 it's not translated anyway. Thanks for spotting these, Alex -- Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Alex R. <sh...@al...> - 2003-09-25 23:12:14
|
On 2003.09.25 18:04, Alex Roitman wrote: > On 2003.09.25 09:58, Lorenzo Cappelletti wrote: > > "Content" in Detailed Report is not translatable. >=20 > This will be fixed shortly, since fixing it does not hurt anything: =20 > it's not translated anyway. Should be in CVS now. Alex --=20 Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Alex R. <sh...@al...> - 2003-09-30 03:59:08
|
Lorenzo, On Thu, Sep 25, 2003 at 04:58:25PM +0200, Lorenzo Cappelletti wrote: > I found the following bugs: >=20 > #: PlaceView.py:150 > ... while clicking on a the desired ... >=20 > #: GenericFilter.py:521 > ... of of ... These should be fixed in CVS. --=20 Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Lorenzo C. <l_c...@ev...> - 2003-09-25 20:53:33
|
Alex Roitman <sh...@al...>, Thu 18 Sep 2003 22:55 -0500: > Finally, could everybody PLEASE test the hell out of the current CVS? > Please let know if you can't/won't build from CVS and would rather have > a packaged binary (rmp? deb?) for testing purposes. I found out that several times the windows doesn't close. Here the traceback: Traceback (most recent call last): File "/home/lolo/share/gramps/Marriage.py", line 536, in on_event_update_clicked const.display_fevent,event,None,0,self.event_edit_callback) File "/home/lolo/share/gramps/EventEdit.py", line 177, in __init__ self.on_event_edit_ok_clicked() File "/home/lolo/share/gramps/EventEdit.py", line 232, in on_event_edit_ok_clicked Utils.destroy_passed_object(obj) NameError: global name 'obj' is not defined -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |
From: Alex R. <sh...@al...> - 2003-09-25 22:52:34
|
Lorenzo, On 2003.09.25 14:58, Lorenzo Cappelletti wrote: > Traceback (most recent call last): > File "/home/lolo/share/gramps/Marriage.py", line 536, in =20 > on_event_update_clicked > const.display_fevent,event,None,0,self.event_edit_callback) > File "/home/lolo/share/gramps/EventEdit.py", line 177, in __init__ > self.on_event_edit_ok_clicked() > File "/home/lolo/share/gramps/EventEdit.py", line 232, in =20 > on_event_edit_ok_clicked > Utils.destroy_passed_object(obj) > NameError: global name 'obj' is not defined This was fixed a couple of days ago, should be fine in CVS and the =20 current daily snapshot now. Alex -- Alexander Roitman http://ebner.neuroscience.umn.edu/people/alex.html Dept. of Neuroscience, Lions Research Building 2001 6th Street SE, Minneapolis, MN 55455 Tel (612) 625-7566 FAX (612) 626-9201 |
From: Lorenzo C. <l_c...@ev...> - 2003-09-26 22:06:40
|
Alex Roitman <sh...@al...>, Thu 18 Sep 2003 22:55 -0500: > Finally, could everybody PLEASE test the hell out of the current CVS? > Please let know if you can't/won't build from CVS and would rather have > a packaged binary (rmp? deb?) for testing purposes. I think I found another small bug. If you enter a marriage, the date is not immediately shown beneath the spouse. You have to reload the database in order to view the marriage date. BTW, if you reload the database while a filter is in use, you get letter tabs on the bottom of the individual window. All the letter tabs appear again if you disable filters. There's no error, but this behaviour may be a little bit scary, because one thinks that data were partially lost. -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |
From: Don A. <dal...@us...> - 2003-09-27 03:58:22
|
On Fri, 2003-09-26 at 10:29, Lorenzo Cappelletti wrote: > If you enter a marriage, the date is not immediately shown beneath the=20 > spouse. You have to reload the database in order to view the marriage=20 > date. Lorenzo, This is seems to be working for me in the latest CVS database.=20 Don --=20 Don Allingham <dal...@us...> GRAMPS OpenSource Genealogy |
From: Lorenzo C. <l_c...@ev...> - 2003-10-02 19:49:48
|
Don Allingham <dal...@us...>, Fri 26 Sep 2003 21:56 -0600: > This is seems to be working for me in the latest CVS database. I'm using the latest CVS versions. When I run gramps, I get the following warnings: /home/lolo/share/gramps/Utils.py:36: RuntimeWarning: Python C API version mismatch for module grampslib: This Python has API version 1012, module grampslib has version 1011. import grampslib (gramps:564): GLib-GObject-WARNING **: gobject.c:946: object class `GnomeProgram' has no property named `default-icon' Maybe this has something to do with the bug I pointed out. -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |
From: Don A. <don...@co...> - 2003-10-02 20:21:40
|
Both of these warnings are harmless. The "grampslib" issue is from running a library compiled for python 2.2 under python 2.3. You get a warning, but it should work okay. The only thing that library does is provide the name of the executable associated with a MIME type. The second is a known problem with older versions of pygtk/gnome-python. Again, it is harmless, but just puts out an error. Don Lorenzo Cappelletti wrote: >Don Allingham <dal...@us...>, Fri 26 Sep 2003 21:56 -0600: > > > >>This is seems to be working for me in the latest CVS database. >> >> > >I'm using the latest CVS versions. When I run gramps, I get the >following warnings: > >/home/lolo/share/gramps/Utils.py:36: RuntimeWarning: Python C API version mismatch for module grampslib: This Python has API version 1012, module grampslib has version 1011. > import grampslib > >(gramps:564): GLib-GObject-WARNING **: gobject.c:946: object class `GnomeProgram' has no property named `default-icon' > > >Maybe this has something to do with the bug I pointed out. > > > > |
From: Lorenzo C. <l_c...@ev...> - 2003-09-29 21:24:31
|
Alex Roitman <sh...@al...>, Thu 18 Sep 2003 22:55 -0500: > Finally, could everybody PLEASE test the hell out of the current CVS? > Please let know if you can't/won't build from CVS and would rather have > a packaged binary (rmp? deb?) for testing purposes. From family view, if you add an spouse view by picking the individual from the list of entered people, you're not automatically offered to add the marriage's data. This is inconsistent with the program behaviour when you add a spouse and enter the spouse's data from scratch. I propose to show up the marriage editor in both occasions. -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |
From: Lorenzo C. <l_c...@ev...> - 2003-09-29 21:24:33
|
Alex Roitman <sh...@al...>, Thu 18 Sep 2003 22:55 -0500: > Finally, could everybody PLEASE test the hell out of the current CVS? > Please let know if you can't/won't build from CVS and would rather have > a packaged binary (rmp? deb?) for testing purposes. I noticed that gender isn't guessed when entering an individual's parents. In other words, if you want to add a couple of parents to an individual from the family view and they aren't already present in the database, the add button shows up an empty individual form where gender is not guessed as it happens when you enter, for example, a child from the same family view window. 90% of the times, this leads to a male gender for the mother. -- email: lor...@em... Jabber: lo...@li... Fingerprint: 8CDD 3408 53B2 6122 99DA EE37 1523 68FC D906 4C08 Vuoi aiutarci ad avere le descrizioni dei pacchetti Debian in italiano? http://ddtp.debian.org/ |