From: Benny M. <ben...@gm...> - 2008-09-12 07:03:51
|
2008/9/12 Al Kabaila <aka...@pc...> > Benny, > > > On Thu, 14 Aug 2008 17:14:12 Benny Malengier wrote: > > > 2008/8/13 Algis Kabaila <aka...@pc...> > > > > > > The date object src/gen/lib/date.py and datebase.py > [...] > > > > BTW, I usually use openSUSE distro with a KDE desktop. Do you see > that > > > > as a > > > > serious obstacle in using and possibly contributing to gramps? > > > > > > I am on Kubuntu, so no problem there. Gramps is a GTK app, not a GNOME > >> > >> app. > > Benny, > > The reason that I asked about KDE or GNOME is that there is a note in > gramps.py as follows: > > *************************** > #This is GNOME initialization code that is necessary for use > # with the other GNOME libraries. > #It only gets called if the user has gnome installed on his/her > system. > #There is *no* requirement for it. > #If you don't call this, you are not guaranteed that the other GNOME > #libraries will function properly. I learned this the hard way. > *************************** > There is some integration with GNOME, that is activated if GNOME bindings are present. No extra features though. There is one plugin that only works on GNOME (writing to CD), but that is not really important (export to gpkg, and burn it with K3b in KDE instead). Benny > > The last to lines seem to suggest a possibly reduced functionality. I > think I > saw the warning of possibly reduced functionality expressed in similar > words > somewhere else in the documentation or email. > > I had a look at the GrampsDbUtils package, particularly at the variety of > calendars there - Gregorian, Julian, Hebrew, Islamic... I thought there > was > enough variations of writing Gregorian dates, including the gedcom's month > in > capital alphabetic characters. > > Looking at the maze of calendars and the complexity of all this makes me > feel > like tip toeing away very, very quietly... Particularly, since there are > so > many other "minor" additional calendars, used by about half the world's > peoples, viz. traditional Japanese (based on Emperor's "era") and Chinese, > to > name but a few. Can we really cater for all the possible cultural > variations > in one and the same program, or should one rely on plugins to take care of > some of the other cultures? > > BTW, I filled out a bug report (#0002370) on the export to and the import > from > gedcom files. I did the testing on the "unstable" trunk. I plan to follow > it with another, suggested by gburto01, "fairer" test as well as a test in > the stable SVN branch. And another one with my "home grown" data set. > > Thank you for your generous communications, > > Al. > > -- > Algis Kabaila, > http://akabaila.pcug.org.au/StructuralAnalysis > |