From: Jérôme <rom...@ya...> - 2010-03-08 19:06:47
|
Nick, > I looked at the screenshots on the glom link you gave, but I couldn't > see any sidebar. It was related (in my mind) to "need to brainstorm alternatives to the current sidebar/navbar". http://www.gramps-project.org/bugs/view.php?id=1644 For Navigation, I thought on "global program navigation". Not only between categories/views but also editors (all gui). Tools/Reports/Utilities do not open multiples windows. Primary Editors seems to have no limitations for opened windows but screen size is limited. Screenshots show a list like Gramps' ListViews and a DetailedView. Gramps provides a list and Editors for edition ... but also displaying complete information (like an extended list with all columns into one form). I have no technical knowledges or limitations ... So imagine that instead of opening Primary editor into this primary object view, Gramps switches to a new view into the category. This new view could be the Primary editor. To go further this EditorView is like the SidebarView ! True, what should be done if we call Place Editor into Event View, etc ... I was just looking at a possible "global navigation improvement". Nick Hall a écrit : > I looked at the screenshots on the glom link you gave, but I couldn't > see any sidebar. > > jerome wrote: >>> Interesting ? >>> >> >> As you are working on sidebarview idea [1], this program uses >> something which could be useful for Gramps. Maybe this is a part of >> Nick "draft"[2] ? >> >> Interesting is also the idea of ListView and DetailedView into >> glom[3]. Translated into Gramps, maybe this could be ListView, >> TreeView and Primary Object Editor. To move into the category : View >> -> Editor and no more pop-up dialog ! >> >> [1] >> http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views >> >> [2] http://www.gramps-project.org/bugs/view.php?id=1644 >> [3] >> http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data >> >> >> >>>> >>>>> http://p.sf.net/sfu/intel-sw-dev >>>>> _______________________________________________ >>>>> Gramps-devel mailing list >>>>> Gra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>>> >>>>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, >>> find bugs >>> proactively, and fine-tune applications for parallel >>> performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Gramps-devel mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> > |
From: Benny M. <ben...@gm...> - 2010-03-08 16:35:08
|
2010/3/8 jerome <rom...@ya...>: >> Interesting ? > > As you are working on sidebarview idea [1], this program uses something which could be useful for Gramps. Maybe this is a part of Nick "draft"[2] ? > > Interesting is also the idea of ListView and DetailedView into glom[3]. Translated into Gramps, maybe this could be ListView, TreeView and Primary Object Editor. To move into the category : View -> Editor and no more pop-up dialog ! > > [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views > [2] http://www.gramps-project.org/bugs/view.php?id=1644 > [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data > Jerome, I am not sure you fully understand what glom is. It is just a framework, and the example in the docs are ok for easy setups. For Gramps however, we need to manage this: http://gramps-project.org/wiki/images/a/a9/All-tables.gif Which unfortunately makes an approach like glom suddenly very daunting in order to still offer a usefull product. In the simple form it would be equal to what Doug made with the admin module of gramps-connect. Specificially, it is annoying to eg select a person that would the parent in a family. So you would write custom widgets for that, so .... That is why the admin module of gramps-connect is not good enough, and specific html pages are created. Concerning the editors embedded in the main application. It would be almost trivial to make Gramps work that way. Eg, we could embed all Editors in a Editor workspace. Problem then is if you want to look at an editor, and look something else up. Also, users run more risk of forgetting to save. Now you save because you want the annoying dialog to go away. In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View they probably save as you type, but that has several drawbacks (eg no atomic usefull commits to undo). You also can loose the order (eg adding a person-> name editor -> source editor -> note editor, you really want to finish the note before closing the name editor. Benny > Jérôme > > --- En date de : Lun 8.3.10, jerome <rom...@ya...> a écrit : > >> De: jerome <rom...@ya...> >> Objet: Re: [Gramps-devel] (no subject) >> À: "Doug Blank" <dou...@gm...>, "Benny Malengier" <ben...@gm...> >> Cc: gra...@li... >> Date: Lundi 8 mars 2010, 15h20 >> > Interesting? Looks a bit like >> the microsoft access+VB I >> > remember from >> > the 90s no? >> > The problem is never in making the tables or making a >> quick >> > UI to add >> > to the tables. The problem is in the logic to make it >> all >> > work >> > together. >> >> You are looking farther than myself ! >> >> I know that Gramps is a genealogical program, not a >> certificate manager or a PIM. But Gramps allows to export >> data for working with this type of program (which are >> designed for that). [1][2][3][4][5]... >> >> [1] http://en.wikipedia.org/wiki/Personal_information_manager >> [2] http://www.gramps-project.org/wiki/index.php?title=Gramps_3.2_Wiki_Manual_-_Manage_Family_Trees#Export_into_other_formats >> [3] http://www.gramps-project.org/wiki/index.php?title=Census_Addons >> [4] http://www.gramps-project.org/wiki/index.php?title=Tellico >> [5] http://www.gramps-project.org/wiki/index.php?title=GEPS_013:_GRAMPS_Webapp >> ... >> >> There is the privacy, local lists (vs server), data >> management issues. What should be the correct answer when we >> see this type of /feature Request/ [6] >> >> [6] http://www.gramps-project.org/bugs/view.php?id=3533 >> >> glom project is not a young project and seems to use the >> same libs as Gramps (not programming language). Maybe >> concept is very old, but author (devs) of glom should know >> what should be stored, where and how to manage this >> contempory data. >> >> I just looked at screenshots and dtd. There is a "family" >> resemblance. This does not mean that we must unite, >> fortunately ! >> >> Gramps' devs also looked at Gourmet Recipe Manager[7] >> before generating the Note Editor. >> >> [7] http://grecipe-manager.sourceforge.net/ >> >> >> Jérôme >> >> --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> >> a écrit : >> >> > De: Benny Malengier <ben...@gm...> >> > Objet: Re: [Gramps-devel] (no subject) >> > À: "Doug Blank" <dou...@gm...> >> > Cc: "jerome" <rom...@ya...>, >> gra...@li... >> > Date: Lundi 8 mars 2010, 14h33 >> > 2010/3/8 Doug Blank <dou...@gm...>: >> > > On Mon, Mar 8, 2010 at 4:39 AM, jerome <rom...@ya...> >> > wrote: >> > >> Hi, >> > >> >> > >> >> > >> Looking at glom, my first impression was a >> Gramps >> > filiation (same family !) : http://www.glom.org/wiki/index.php?title=Main_Page >> > >> >> > >> Then I thought on census informations, >> address and >> > XML import/export. Gramps also imports/exports vcard, >> csv. >> > >> >> > >> There is a DTD >> > >> http://svn.gnome.org/viewvc/glom/trunk/glom/glom_document.dtd >> > >> >> > >> Nick has generated a census gramplet/report >> > (addon), which is "limited" (not on features, rather >> > database design and interface limitations). >> > >> >> > >> Richard Taylor also started to work [1] on a >> > Certificate Manager application that he intend to use >> to >> > enter all his birth/marriage/death and census >> records. >> > >> >> > >> Years after years, there is often the same >> > questions [2]. >> > >> It is documented into Gramps, but users have >> > theirs habits (PAF or Reunion, Hérédis etc ... have >> theirs >> > owns address storages and GEDCOM export) >> > >> >> > >> Maybe a bridge (import/export, merge a part >> of >> > dtd) between Gramps and glom ? >> > > >> > > Jerome, >> > > >> > > Interesting project, and one could probably build >> an >> > exporter/importer >> > > to move Gramps data in/out of their format. This >> would >> > be a lot of >> > > work just to get a certificate framework (and >> building >> > the certificate >> > > would still be a lot of work in Glom, I think). >> But I >> > think you see >> > > what we are aiming for: an easy to use GUI for >> > advanced users to >> > > construct their own data entry system. >> > >> > Interesting? Looks a bit like the microsoft access+VB >> I > >> > remember from >> > the 90s no? >> > The problem is never in making the tables or making a >> quick >> > UI to add >> > to the tables. The problem is in the logic to make it >> all >> > work >> > together. >> > >> > If you look at the bug list, the devil is in all the >> little >> > details. >> > That is why working on an established codebase, >> Gramps, is >> > worthwhile. >> > Working on integration with Glom seems like a waste of >> time >> > to me. >> > >> > The idea of certificates is to use a different >> interface to >> > add data >> > to our datamodel. Preferably, an interface that can >> be >> > scripted a bit, >> > like our filter rules code. >> > >> > Benny >> > > -Doug >> > > >> > >> [1] http://www.nabble.com/Broken-abstraction-for-RelLib-and-GrampsDb-t3157777.html >> > >> >> > >> [2] http://www.gramps-project.org/wiki/index.php?title=Why_residence_event_and_not_Address%3F >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> ------------------------------------------------------------------------------ >> > >> Download Intel® Parallel Studio Eval >> > >> Try the new software tools for yourself. >> Speed >> > compiling, find bugs >> > >> proactively, and fine-tune applications for >> > parallel performance. >> > >> See why Intel Parallel Studio got high marks >> > during beta. >> > >> http://p.sf.net/sfu/intel-sw-dev >> > >> >> _______________________________________________ >> > >> Gramps-devel mailing list >> > >> Gra...@li... >> > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > >> >> > > >> > > >> > >> ------------------------------------------------------------------------------ >> > > Download Intel® Parallel Studio Eval >> > > Try the new software tools for yourself. Speed >> > compiling, find bugs >> > > proactively, and fine-tune applications for >> parallel >> > performance. >> > > See why Intel Parallel Studio got high marks >> during >> > beta. >> > > http://p.sf.net/sfu/intel-sw-dev >> > > _______________________________________________ >> > > Gramps-devel mailing list >> > > Gra...@li... >> > > https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > >> > >> >> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, >> find bugs >> proactively, and fine-tune applications for parallel >> performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > > > |
From: Benny M. <ben...@gm...> - 2010-03-08 16:39:27
|
2010/3/8 Benny Malengier <ben...@gm...>: > 2010/3/8 jerome <rom...@ya...>: >>> Interesting ? >> >> As you are working on sidebarview idea [1], this program uses something which could be useful for Gramps. Maybe this is a part of Nick "draft"[2] ? >> >> Interesting is also the idea of ListView and DetailedView into glom[3]. Translated into Gramps, maybe this could be ListView, TreeView and Primary Object Editor. To move into the category : View -> Editor and no more pop-up dialog ! >> >> [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views >> [2] http://www.gramps-project.org/bugs/view.php?id=1644 >> [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data >> > > Jerome, > > I am not sure you fully understand what glom is. It is just a > framework, and the example in the docs are ok for easy setups. > For Gramps however, we need to manage this: > > http://gramps-project.org/wiki/images/a/a9/All-tables.gif > > Which unfortunately makes an approach like glom suddenly very daunting > in order to still offer a usefull product. In the simple form it would > be equal to what Doug made with the admin module of gramps-connect. > Specificially, it is annoying to eg select a person that would the > parent in a family. So you would write custom widgets for that, so > .... > That is why the admin module of gramps-connect is not good enough, and > specific html pages are created. > > Concerning the editors embedded in the main application. It would be > almost trivial to make Gramps work that way. Eg, we could embed all > Editors in a Editor workspace. > Problem then is if you want to look at an editor, and look something > else up. Also, users run more risk of forgetting to save. Now you save > because you want the annoying dialog to go away. > In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View > they probably save as you type, but that has several drawbacks (eg no > atomic usefull commits to undo). You also can loose the order (eg > adding a person-> name editor -> source editor -> note editor, you > really want to finish the note before closing the name editor. Eg details of a person in our model: http://gramps-connect.org/admin/grampsdb/person/44/ Yes, only that. All the rest are tables referring to person. So you add a name in the name table and you say it is a name of person I44 Benny >> Jérôme >> >> --- En date de : Lun 8.3.10, jerome <rom...@ya...> a écrit : >> >>> De: jerome <rom...@ya...> >>> Objet: Re: [Gramps-devel] (no subject) >>> À: "Doug Blank" <dou...@gm...>, "Benny Malengier" <ben...@gm...> >>> Cc: gra...@li... >>> Date: Lundi 8 mars 2010, 15h20 >>> > Interesting? Looks a bit like >>> the microsoft access+VB I >>> > remember from >>> > the 90s no? >>> > The problem is never in making the tables or making a >>> quick >>> > UI to add >>> > to the tables. The problem is in the logic to make it >>> all >>> > work >>> > together. >>> >>> You are looking farther than myself ! >>> >>> I know that Gramps is a genealogical program, not a >>> certificate manager or a PIM. But Gramps allows to export >>> data for working with this type of program (which are >>> designed for that). [1][2][3][4][5]... >>> >>> [1] http://en.wikipedia.org/wiki/Personal_information_manager >>> [2] http://www.gramps-project.org/wiki/index.php?title=Gramps_3.2_Wiki_Manual_-_Manage_Family_Trees#Export_into_other_formats >>> [3] http://www.gramps-project.org/wiki/index.php?title=Census_Addons >>> [4] http://www.gramps-project.org/wiki/index.php?title=Tellico >>> [5] http://www.gramps-project.org/wiki/index.php?title=GEPS_013:_GRAMPS_Webapp >>> ... >>> >>> There is the privacy, local lists (vs server), data >>> management issues. What should be the correct answer when we >>> see this type of /feature Request/ [6] >>> >>> [6] http://www.gramps-project.org/bugs/view.php?id=3533 >>> >>> glom project is not a young project and seems to use the >>> same libs as Gramps (not programming language). Maybe >>> concept is very old, but author (devs) of glom should know >>> what should be stored, where and how to manage this >>> contempory data. >>> >>> I just looked at screenshots and dtd. There is a "family" >>> resemblance. This does not mean that we must unite, >>> fortunately ! >>> >>> Gramps' devs also looked at Gourmet Recipe Manager[7] >>> before generating the Note Editor. >>> >>> [7] http://grecipe-manager.sourceforge.net/ >>> >>> >>> Jérôme >>> >>> --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> >>> a écrit : >>> >>> > De: Benny Malengier <ben...@gm...> >>> > Objet: Re: [Gramps-devel] (no subject) >>> > À: "Doug Blank" <dou...@gm...> >>> > Cc: "jerome" <rom...@ya...>, >>> gra...@li... >>> > Date: Lundi 8 mars 2010, 14h33 >>> > 2010/3/8 Doug Blank <dou...@gm...>: >>> > > On Mon, Mar 8, 2010 at 4:39 AM, jerome <rom...@ya...> >>> > wrote: >>> > >> Hi, >>> > >> >>> > >> >>> > >> Looking at glom, my first impression was a >>> Gramps >>> > filiation (same family !) : http://www.glom.org/wiki/index.php?title=Main_Page >>> > >> >>> > >> Then I thought on census informations, >>> address and >>> > XML import/export. Gramps also imports/exports vcard, >>> csv. >>> > >> >>> > >> There is a DTD >>> > >> http://svn.gnome.org/viewvc/glom/trunk/glom/glom_document.dtd >>> > >> >>> > >> Nick has generated a census gramplet/report >>> > (addon), which is "limited" (not on features, rather >>> > database design and interface limitations). >>> > >> >>> > >> Richard Taylor also started to work [1] on a >>> > Certificate Manager application that he intend to use >>> to >>> > enter all his birth/marriage/death and census >>> records. >>> > >> >>> > >> Years after years, there is often the same >>> > questions [2]. >>> > >> It is documented into Gramps, but users have >>> > theirs habits (PAF or Reunion, Hérédis etc ... have >>> theirs >>> > owns address storages and GEDCOM export) >>> > >> >>> > >> Maybe a bridge (import/export, merge a part >>> of >>> > dtd) between Gramps and glom ? >>> > > >>> > > Jerome, >>> > > >>> > > Interesting project, and one could probably build >>> an >>> > exporter/importer >>> > > to move Gramps data in/out of their format. This >>> would >>> > be a lot of >>> > > work just to get a certificate framework (and >>> building >>> > the certificate >>> > > would still be a lot of work in Glom, I think). >>> But I >>> > think you see >>> > > what we are aiming for: an easy to use GUI for >>> > advanced users to >>> > > construct their own data entry system. >>> > >>> > Interesting? Looks a bit like the microsoft access+VB >>> I >> >>> > remember from >>> > the 90s no? >>> > The problem is never in making the tables or making a >>> quick >>> > UI to add >>> > to the tables. The problem is in the logic to make it >>> all >>> > work >>> > together. >>> > >>> > If you look at the bug list, the devil is in all the >>> little >>> > details. >>> > That is why working on an established codebase, >>> Gramps, is >>> > worthwhile. >>> > Working on integration with Glom seems like a waste of >>> time >>> > to me. >>> > >>> > The idea of certificates is to use a different >>> interface to >>> > add data >>> > to our datamodel. Preferably, an interface that can >>> be >>> > scripted a bit, >>> > like our filter rules code. >>> > >>> > Benny >>> > > -Doug >>> > > >>> > >> [1] http://www.nabble.com/Broken-abstraction-for-RelLib-and-GrampsDb-t3157777.html >>> > >> >>> > >> [2] http://www.gramps-project.org/wiki/index.php?title=Why_residence_event_and_not_Address%3F >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >>> ------------------------------------------------------------------------------ >>> > >> Download Intel® Parallel Studio Eval >>> > >> Try the new software tools for yourself. >>> Speed >>> > compiling, find bugs >>> > >> proactively, and fine-tune applications for >>> > parallel performance. >>> > >> See why Intel Parallel Studio got high marks >>> > during beta. >>> > >> http://p.sf.net/sfu/intel-sw-dev >>> > >> >>> _______________________________________________ >>> > >> Gramps-devel mailing list >>> > >> Gra...@li... >>> > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> > >> >>> > > >>> > > >>> > >>> ------------------------------------------------------------------------------ >>> > > Download Intel® Parallel Studio Eval >>> > > Try the new software tools for yourself. Speed >>> > compiling, find bugs >>> > > proactively, and fine-tune applications for >>> parallel >>> > performance. >>> > > See why Intel Parallel Studio got high marks >>> during >>> > beta. >>> > > http://p.sf.net/sfu/intel-sw-dev >>> > > _______________________________________________ >>> > > Gramps-devel mailing list >>> > > Gra...@li... >>> > > https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> > > >>> > >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, >>> find bugs >>> proactively, and fine-tune applications for parallel >>> performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Gramps-devel mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> >> >> >> >> > |
From: Jérôme <rom...@ya...> - 2010-03-08 18:30:34
|
Benny, > For Gramps however, we need to manage this: > > http://gramps-project.org/wiki/images/a/a9/All-tables.gif Previously, I has looked at RelLib (is now gen.lib) for trying to understand the relations between tables and I had generate a resume. Still on archives[1], not standard but since this experimental and colored work ... I should be able to understand the basics and needs for the Gramps database. > Eg details of a person in our model: > > http://gramps-connect.org/admin/grampsdb/person/44/ I also played (my local) with gramps-connect :) > In the simple form it would be equal to what Doug made with the admin module of gramps-connect. True, "nothing new under the sun" ! Currently on my family, we are two persons making genealogy (both using Gramps) and we are sharing private data like address, email, tel, name without problem. Working together into gramps-connect could also be safe :) I agree that Glom design sounds like "OpenOffice database", "Access" or "FileMaker" ... :( Unfortunately, it was the primary tools for genealogical searchs (some years ago). When I started my genealogy, I suscribed in a association at hundreds of miles/kms from home. Then I discovered that they were no more able to read old seizures/statements/transcriptions because of computer problems. Since I always try to use Gramps for all my genealogical seizures and transcriptions, sometimes it is not esay to keep in mind my seizure scheme but if I made something different, Gramps provides tools or a feature which highlights it. So Today I am happy with census addon (even some minor issues), happy with privacy guards (proxy, living) and happy with Gramps design. > but that has several drawbacks (eg no atomic usefull commits to undo). I do not understand ! Instead of having multiple dialogs like pop-up, Editors might be superposed and buttons will be still there. No database issues, just not to open editors into new window. Validation will be the same for all editors, so no more problems like "too quick commit". One process means cannot send too much informations on the same times. True, atomic transactions are a safeguard does Gramps tries to test rollback, dealing with time. You know that database is not my cup of tea, but for me "atomic" means all or nothing. To change response time can not be fun (?). Multiple Editors with validation areas are maybe a "atomic" risk ? Do you mean that we often look back to the previous editors, so user should be able to move editors ? Maybe superposed editors could also be tabbed : one canvas/area for all editors. > You also can loose the order (eg adding a person-> name editor -> source editor -> note editor, you really want to finish the note before closing the name editor. Now, there is no relational priority sequence (one or two exceptions, isn't it ?), something like : Primary Editor = Others Primary Editors; then Primary Ref Editors; then Secondary Editors = Secondary Editors. On 3.1.x and 3.2, I should already be able to close the first opened editor before commiting data on note editor, this will loose data on note, right ? [1] http://sourceforge.net/mailarchive/attachment.php?list_name=gramps-devel&message_id=453734FD.2030408%40yahoo.fr&counter=1 Benny Malengier a écrit : > 2010/3/8 Benny Malengier <ben...@gm...>: >> 2010/3/8 jerome <rom...@ya...>: >>>> Interesting ? >>> As you are working on sidebarview idea [1], this program uses something which could be useful for Gramps. Maybe this is a part of Nick "draft"[2] ? >>> >>> Interesting is also the idea of ListView and DetailedView into glom[3]. Translated into Gramps, maybe this could be ListView, TreeView and Primary Object Editor. To move into the category : View -> Editor and no more pop-up dialog ! >>> >>> [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views >>> [2] http://www.gramps-project.org/bugs/view.php?id=1644 >>> [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data >>> >> Jerome, >> >> I am not sure you fully understand what glom is. It is just a >> framework, and the example in the docs are ok for easy setups. >> For Gramps however, we need to manage this: >> >> http://gramps-project.org/wiki/images/a/a9/All-tables.gif >> >> Which unfortunately makes an approach like glom suddenly very daunting >> in order to still offer a usefull product. In the simple form it would >> be equal to what Doug made with the admin module of gramps-connect. >> Specificially, it is annoying to eg select a person that would the >> parent in a family. So you would write custom widgets for that, so >> .... >> That is why the admin module of gramps-connect is not good enough, and >> specific html pages are created. >> >> Concerning the editors embedded in the main application. It would be >> almost trivial to make Gramps work that way. Eg, we could embed all >> Editors in a Editor workspace. >> Problem then is if you want to look at an editor, and look something >> else up. Also, users run more risk of forgetting to save. Now you save >> because you want the annoying dialog to go away. >> In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View >> they probably save as you type, but that has several drawbacks (eg no >> atomic usefull commits to undo). You also can loose the order (eg >> adding a person-> name editor -> source editor -> note editor, you >> really want to finish the note before closing the name editor. > > Eg details of a person in our model: > > http://gramps-connect.org/admin/grampsdb/person/44/ > > Yes, only that. All the rest are tables referring to person. So you > add a name in the name table and you say it is a name of person I44 > > Benny > >>> Jérôme >>> >>> --- En date de : Lun 8.3.10, jerome <rom...@ya...> a écrit : >>> >>>> De: jerome <rom...@ya...> >>>> Objet: Re: [Gramps-devel] (no subject) >>>> À: "Doug Blank" <dou...@gm...>, "Benny Malengier" <ben...@gm...> >>>> Cc: gra...@li... >>>> Date: Lundi 8 mars 2010, 15h20 >>>>> Interesting? Looks a bit like >>>> the microsoft access+VB I >>>>> remember from >>>>> the 90s no? >>>>> The problem is never in making the tables or making a >>>> quick >>>>> UI to add >>>>> to the tables. The problem is in the logic to make it >>>> all >>>>> work >>>>> together. >>>> You are looking farther than myself ! >>>> >>>> I know that Gramps is a genealogical program, not a >>>> certificate manager or a PIM. But Gramps allows to export >>>> data for working with this type of program (which are >>>> designed for that). [1][2][3][4][5]... >>>> >>>> [1] http://en.wikipedia.org/wiki/Personal_information_manager >>>> [2] http://www.gramps-project.org/wiki/index.php?title=Gramps_3.2_Wiki_Manual_-_Manage_Family_Trees#Export_into_other_formats >>>> [3] http://www.gramps-project.org/wiki/index.php?title=Census_Addons >>>> [4] http://www.gramps-project.org/wiki/index.php?title=Tellico >>>> [5] http://www.gramps-project.org/wiki/index.php?title=GEPS_013:_GRAMPS_Webapp >>>> ... >>>> >>>> There is the privacy, local lists (vs server), data >>>> management issues. What should be the correct answer when we >>>> see this type of /feature Request/ [6] >>>> >>>> [6] http://www.gramps-project.org/bugs/view.php?id=3533 >>>> >>>> glom project is not a young project and seems to use the >>>> same libs as Gramps (not programming language). Maybe >>>> concept is very old, but author (devs) of glom should know >>>> what should be stored, where and how to manage this >>>> contempory data. >>>> >>>> I just looked at screenshots and dtd. There is a "family" >>>> resemblance. This does not mean that we must unite, >>>> fortunately ! >>>> >>>> Gramps' devs also looked at Gourmet Recipe Manager[7] >>>> before generating the Note Editor. >>>> >>>> [7] http://grecipe-manager.sourceforge.net/ >>>> >>>> >>>> Jérôme >>>> >>>> --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> >>>> a écrit : >>>> >>>>> De: Benny Malengier <ben...@gm...> >>>>> Objet: Re: [Gramps-devel] (no subject) >>>>> À: "Doug Blank" <dou...@gm...> >>>>> Cc: "jerome" <rom...@ya...>, >>>> gra...@li... >>>>> Date: Lundi 8 mars 2010, 14h33 >>>>> 2010/3/8 Doug Blank <dou...@gm...>: >>>>>> On Mon, Mar 8, 2010 at 4:39 AM, jerome <rom...@ya...> >>>>> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> Looking at glom, my first impression was a >>>> Gramps >>>>> filiation (same family !) : http://www.glom.org/wiki/index.php?title=Main_Page >>>>>>> Then I thought on census informations, >>>> address and >>>>> XML import/export. Gramps also imports/exports vcard, >>>> csv. >>>>>>> There is a DTD >>>>>>> http://svn.gnome.org/viewvc/glom/trunk/glom/glom_document.dtd >>>>>>> >>>>>>> Nick has generated a census gramplet/report >>>>> (addon), which is "limited" (not on features, rather >>>>> database design and interface limitations). >>>>>>> Richard Taylor also started to work [1] on a >>>>> Certificate Manager application that he intend to use >>>> to >>>>> enter all his birth/marriage/death and census >>>> records. >>>>>>> Years after years, there is often the same >>>>> questions [2]. >>>>>>> It is documented into Gramps, but users have >>>>> theirs habits (PAF or Reunion, Hérédis etc ... have >>>> theirs >>>>> owns address storages and GEDCOM export) >>>>>>> Maybe a bridge (import/export, merge a part >>>> of >>>>> dtd) between Gramps and glom ? >>>>>> Jerome, >>>>>> >>>>>> Interesting project, and one could probably build >>>> an >>>>> exporter/importer >>>>>> to move Gramps data in/out of their format. This >>>> would >>>>> be a lot of >>>>>> work just to get a certificate framework (and >>>> building >>>>> the certificate >>>>>> would still be a lot of work in Glom, I think). >>>> But I >>>>> think you see >>>>>> what we are aiming for: an easy to use GUI for >>>>> advanced users to >>>>>> construct their own data entry system. >>>>> Interesting? Looks a bit like the microsoft access+VB >>>> I >>>>> remember from >>>>> the 90s no? >>>>> The problem is never in making the tables or making a >>>> quick >>>>> UI to add >>>>> to the tables. The problem is in the logic to make it >>>> all >>>>> work >>>>> together. >>>>> >>>>> If you look at the bug list, the devil is in all the >>>> little >>>>> details. >>>>> That is why working on an established codebase, >>>> Gramps, is >>>>> worthwhile. >>>>> Working on integration with Glom seems like a waste of >>>> time >>>>> to me. >>>>> >>>>> The idea of certificates is to use a different >>>> interface to >>>>> add data >>>>> to our datamodel. Preferably, an interface that can >>>> be >>>>> scripted a bit, >>>>> like our filter rules code. >>>>> >>>>> Benny >>>>>> -Doug >>>>>> >>>>>>> [1] http://www.nabble.com/Broken-abstraction-for-RelLib-and-GrampsDb-t3157777.html >>>>>>> >>>>>>> [2] http://www.gramps-project.org/wiki/index.php?title=Why_residence_event_and_not_Address%3F >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>> ------------------------------------------------------------------------------ >>>>>>> Download Intel® Parallel Studio Eval >>>>>>> Try the new software tools for yourself. >>>> Speed >>>>> compiling, find bugs >>>>>>> proactively, and fine-tune applications for >>>>> parallel performance. >>>>>>> See why Intel Parallel Studio got high marks >>>>> during beta. >>>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>>> >>>> _______________________________________________ >>>>>>> Gramps-devel mailing list >>>>>>> Gra...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>>>>> >>>>>> >>>> ------------------------------------------------------------------------------ >>>>>> Download Intel® Parallel Studio Eval >>>>>> Try the new software tools for yourself. Speed >>>>> compiling, find bugs >>>>>> proactively, and fine-tune applications for >>>> parallel >>>>> performance. >>>>>> See why Intel Parallel Studio got high marks >>>> during >>>>> beta. >>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>> _______________________________________________ >>>>>> Gramps-devel mailing list >>>>>> Gra...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Download Intel® Parallel Studio Eval >>>> Try the new software tools for yourself. Speed compiling, >>>> find bugs >>>> proactively, and fine-tune applications for parallel >>>> performance. >>>> See why Intel Parallel Studio got high marks during beta. >>>> http://p.sf.net/sfu/intel-sw-dev >>>> _______________________________________________ >>>> Gramps-devel mailing list >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>> >>> >>> >>> > |
From: jerome <rom...@ya...> - 2010-03-08 20:31:29
|
I was trying to take two screenshots (editor and split view horizontaly) for making an image montage, I generated a new Family Tree and get a DB error, check and repair tool is crashing: 20041: ERROR: _Tool.py: line 248: Failed to start tool. Traceback (most recent call last): File "share/gramps/PluginUtils/_Tool.py", line 244, in gui_tool tool_class(dbstate, uistate, options_class, name, callback) File "share/gramps/plugins/tool/Check.py", line 168, in __init__ trans = self.db.transaction_begin("", batch=True) AttributeError: 'DbBsddbRead' object has no attribute 'transaction_begin' --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> a écrit : > De: Benny Malengier <ben...@gm...> > Objet: Re: [Gramps-devel] (no subject) > À: "jerome" <rom...@ya...> > Cc: "Doug Blank" <dou...@gm...>, gra...@li... > Date: Lundi 8 mars 2010, 17h39 > 2010/3/8 Benny Malengier <ben...@gm...>: > > 2010/3/8 jerome <rom...@ya...>: > >>> Interesting ? > >> > >> As you are working on sidebarview idea [1], this > program uses something which could be useful for Gramps. > Maybe this is a part of Nick "draft"[2] ? > >> > >> Interesting is also the idea of ListView and > DetailedView into glom[3]. Translated into Gramps, maybe > this could be ListView, TreeView and Primary Object Editor. > To move into the category : View -> Editor and no more > pop-up dialog ! > >> > >> [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views > >> [2] http://www.gramps-project.org/bugs/view.php?id=1644 > >> [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data > >> > > > > Jerome, > > > > I am not sure you fully understand what glom is. It is > just a > > framework, and the example in the docs are ok for easy > setups. > > For Gramps however, we need to manage this: > > > > http://gramps-project.org/wiki/images/a/a9/All-tables.gif > > > > Which unfortunately makes an approach like glom > suddenly very daunting > > in order to still offer a usefull product. In the > simple form it would > > be equal to what Doug made with the admin module of > gramps-connect. > > Specificially, it is annoying to eg select a person > that would the > > parent in a family. So you would write custom widgets > for that, so > > .... > > That is why the admin module of gramps-connect is not > good enough, and > > specific html pages are created. > > > > Concerning the editors embedded in the main > application. It would be > > almost trivial to make Gramps work that way. Eg, we > could embed all > > Editors in a Editor workspace. > > Problem then is if you want to look at an editor, and > look something > > else up. Also, users run more risk of forgetting to > save. Now you save > > because you want the annoying dialog to go away. > > In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View > > they probably save as you type, but that has several > drawbacks (eg no > > atomic usefull commits to undo). You also can loose > the order (eg > > adding a person-> name editor -> source editor > -> note editor, you > > really want to finish the note before closing the name > editor. > > Eg details of a person in our model: > > http://gramps-connect.org/admin/grampsdb/person/44/ > > Yes, only that. All the rest are tables referring to > person. So you > add a name in the name table and you say it is a name of > person I44 > > Benny |
From: Gerald B. <ger...@gm...> - 2010-03-08 20:35:00
|
Looks like your database is not open when you try to run check/repair On Mon, Mar 8, 2010 at 3:31 PM, jerome <rom...@ya...> wrote: > I was trying to take two screenshots (editor and split view horizontaly) for making an image montage, I generated a new Family Tree and get a DB error, check and repair tool is crashing: > > 20041: ERROR: _Tool.py: line 248: Failed to start tool. > Traceback (most recent call last): > File "share/gramps/PluginUtils/_Tool.py", line 244, in gui_tool > tool_class(dbstate, uistate, options_class, name, callback) > File "share/gramps/plugins/tool/Check.py", line 168, in __init__ > trans = self.db.transaction_begin("", batch=True) > AttributeError: 'DbBsddbRead' object has no attribute 'transaction_begin' > > > --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> a écrit : > >> De: Benny Malengier <ben...@gm...> >> Objet: Re: [Gramps-devel] (no subject) >> À: "jerome" <rom...@ya...> >> Cc: "Doug Blank" <dou...@gm...>, gra...@li... >> Date: Lundi 8 mars 2010, 17h39 >> 2010/3/8 Benny Malengier <ben...@gm...>: >> > 2010/3/8 jerome <rom...@ya...>: >> >>> Interesting ? >> >> >> >> As you are working on sidebarview idea [1], this >> program uses something which could be useful for Gramps. >> Maybe this is a part of Nick "draft"[2] ? >> >> >> >> Interesting is also the idea of ListView and >> DetailedView into glom[3]. Translated into Gramps, maybe >> this could be ListView, TreeView and Primary Object Editor. >> To move into the category : View -> Editor and no more >> pop-up dialog ! >> >> >> >> [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views >> >> [2] http://www.gramps-project.org/bugs/view.php?id=1644 >> >> [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data >> >> >> > >> > Jerome, >> > >> > I am not sure you fully understand what glom is. It is >> just a >> > framework, and the example in the docs are ok for easy >> setups. >> > For Gramps however, we need to manage this: >> > >> > http://gramps-project.org/wiki/images/a/a9/All-tables.gif >> > >> > Which unfortunately makes an approach like glom >> suddenly very daunting >> > in order to still offer a usefull product. In the >> simple form it would >> > be equal to what Doug made with the admin module of >> gramps-connect. >> > Specificially, it is annoying to eg select a person >> that would the >> > parent in a family. So you would write custom widgets >> for that, so >> > .... >> > That is why the admin module of gramps-connect is not >> good enough, and >> > specific html pages are created. >> > >> > Concerning the editors embedded in the main >> application. It would be >> > almost trivial to make Gramps work that way. Eg, we >> could embed all >> > Editors in a Editor workspace. >> > Problem then is if you want to look at an editor, and >> look something >> > else up. Also, users run more risk of forgetting to >> save. Now you save >> > because you want the annoying dialog to go away. >> > In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View >> > they probably save as you type, but that has several >> drawbacks (eg no >> > atomic usefull commits to undo). You also can loose >> the order (eg >> > adding a person-> name editor -> source editor >> -> note editor, you >> > really want to finish the note before closing the name >> editor. >> >> Eg details of a person in our model: >> >> http://gramps-connect.org/admin/grampsdb/person/44/ >> >> Yes, only that. All the rest are tables referring to >> person. So you >> add a name in the name table and you say it is a name of >> person I44 >> >> Benny > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > -- Gerald Britton |
From: Jérôme <rom...@ya...> - 2010-03-09 09:31:15
|
> Looks like your database is not open when you try to run check/repair Is it possible ??? It seems to be a database generation issue. When I generated a new Family Tree it was after testing a database with a lot of log files (import & co). And this morning I get a GDM (GNOME Display Manager) crash : no more free space on my disk ... I suppose new Family Tree was not complete (only some tables were generated). I was able to open the DB and only get the crash when I have run check & repair tool ! I removed the big database and the broken one and no more problem with new databases :) thank you ! Gerald Britton a écrit : > Looks like your database is not open when you try to run check/repair > > On Mon, Mar 8, 2010 at 3:31 PM, jerome <rom...@ya...> wrote: >> I was trying to take two screenshots (editor and split view horizontaly) for making an image montage, I generated a new Family Tree and get a DB error, check and repair tool is crashing: >> >> 20041: ERROR: _Tool.py: line 248: Failed to start tool. >> Traceback (most recent call last): >> File "share/gramps/PluginUtils/_Tool.py", line 244, in gui_tool >> tool_class(dbstate, uistate, options_class, name, callback) >> File "share/gramps/plugins/tool/Check.py", line 168, in __init__ >> trans = self.db.transaction_begin("", batch=True) >> AttributeError: 'DbBsddbRead' object has no attribute 'transaction_begin' >> >> >> --- En date de : Lun 8.3.10, Benny Malengier <ben...@gm...> a écrit : >> >>> De: Benny Malengier <ben...@gm...> >>> Objet: Re: [Gramps-devel] (no subject) >>> À: "jerome" <rom...@ya...> >>> Cc: "Doug Blank" <dou...@gm...>, gra...@li... >>> Date: Lundi 8 mars 2010, 17h39 >>> 2010/3/8 Benny Malengier <ben...@gm...>: >>>> 2010/3/8 jerome <rom...@ya...>: >>>>>> Interesting ? >>>>> As you are working on sidebarview idea [1], this >>> program uses something which could be useful for Gramps. >>> Maybe this is a part of Nick "draft"[2] ? >>>>> Interesting is also the idea of ListView and >>> DetailedView into glom[3]. Translated into Gramps, maybe >>> this could be ListView, TreeView and Primary Object Editor. >>> To move into the category : View -> Editor and no more >>> pop-up dialog ! >>>>> [1] http://www.gramps-project.org/wiki/index.php?title=GEPS_019:_Improved_Sidebar_and_Split_Views >>>>> [2] http://www.gramps-project.org/bugs/view.php?id=1644 >>>>> [3] http://library.gnome.org/users/glom/1.13/glom-operator-usage.html.en#viewing-and-entering-data >>>>> >>>> Jerome, >>>> >>>> I am not sure you fully understand what glom is. It is >>> just a >>>> framework, and the example in the docs are ok for easy >>> setups. >>>> For Gramps however, we need to manage this: >>>> >>>> http://gramps-project.org/wiki/images/a/a9/All-tables.gif >>>> >>>> Which unfortunately makes an approach like glom >>> suddenly very daunting >>>> in order to still offer a usefull product. In the >>> simple form it would >>>> be equal to what Doug made with the admin module of >>> gramps-connect. >>>> Specificially, it is annoying to eg select a person >>> that would the >>>> parent in a family. So you would write custom widgets >>> for that, so >>>> .... >>>> That is why the admin module of gramps-connect is not >>> good enough, and >>>> specific html pages are created. >>>> >>>> Concerning the editors embedded in the main >>> application. It would be >>>> almost trivial to make Gramps work that way. Eg, we >>> could embed all >>>> Editors in a Editor workspace. >>>> Problem then is if you want to look at an editor, and >>> look something >>>> else up. Also, users run more risk of forgetting to >>> save. Now you save >>>> because you want the annoying dialog to go away. >>>> In http://www.glom.org/wiki/index.php?title=Screenshots#The_Details_View >>>> they probably save as you type, but that has several >>> drawbacks (eg no >>>> atomic usefull commits to undo). You also can loose >>> the order (eg >>>> adding a person-> name editor -> source editor >>> -> note editor, you >>>> really want to finish the note before closing the name >>> editor. >>> >>> Eg details of a person in our model: >>> >>> http://gramps-connect.org/admin/grampsdb/person/44/ >>> >>> Yes, only that. All the rest are tables referring to >>> person. So you >>> add a name in the name table and you say it is a name of >>> person I44 >>> >>> Benny >> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > > |
From: Nick H. <nic...@ho...> - 2010-03-08 17:23:13
|
My census add-ons make it easy to store census information, and report it in a similar format to the original census documents. I deliberately chose to store the data using existing Gramps data structures. In addition to general enhancements to the addons (and maybe a census view) I would be interested in the following: 1. If any work is done on the Certificates in the Ecosystem definition, then I would like to integrate my Census add-ons. http://gramps-project.org/wiki/index.php?title=GEPS_012:_Ecosystem_definition#Certificates 2. If an infrastructure is created so that advanced user can create their own interfaces, then I would seriously consider scrapping my add-ons and writing them again using the new utilities. In fact, I hope that I could do this, perhaps anyone designing such tools would take the Census add-ons into account. 3. Using a separate table within Gramps to store census data. Although I haven't done any work on the census add-on recently I hope to add more functionality soon. Regards, Nick. jerome wrote: > Hi, > > > Looking at glom, my first impression was a Gramps filiation (same family !) : http://www.glom.org/wiki/index.php?title=Main_Page > > Then I thought on census informations, address and XML import/export. Gramps also imports/exports vcard, csv. > > There is a DTD > http://svn.gnome.org/viewvc/glom/trunk/glom/glom_document.dtd > > Nick has generated a census gramplet/report (addon), which is "limited" (not on features, rather database design and interface limitations). > > Richard Taylor also started to work [1] on a Certificate Manager application that he intend to use to enter all his birth/marriage/death and census records. > > Years after years, there is often the same questions [2]. > It is documented into Gramps, but users have theirs habits (PAF or Reunion, Hérédis etc ... have theirs owns address storages and GEDCOM export) > > Maybe a bridge (import/export, merge a part of dtd) between Gramps and glom ? > > > [1] http://www.nabble.com/Broken-abstraction-for-RelLib-and-GrampsDb-t3157777.html > > [2] http://www.gramps-project.org/wiki/index.php?title=Why_residence_event_and_not_Address%3F > > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > |
From: Zissis P. <zi...@ma...> - 2011-11-07 12:22:39
|
Hello everyone, My name is Zissis and I am a Greek native speaker. I would love to see my favourite genealogy software translated in my mother tongue. gburto01 urged me to help with the translation. Hello Zissis There can be a Greek version of Gramps only when a Greek speaker (who also knows English) comes forward to provide a translation. Gramps stores all the English strings which require translation in a single file, so a (potential) Greek translator needs to take a copy of this file and provide translations of each string in Greek and, ideally, maintain the file over time as new strings are added. If you want to see a Greek version of Gramps and are willing and able to translate English to Greek, then please contact us on the Gramps Development mailing list. And would love to do that but I have no idea about programming and code at all. I believe I can help with the actual translation though… Is there a way to just… translate the English strings without messing with coding? Thank you Zissis |
From: Jérôme <rom...@ya...> - 2011-11-07 13:09:22
|
Hello, > Is there a way to just… translate the English strings without messing > with coding? Yes, there is one. Gramps uses gettext file format, which can be used with many coding and languages (C, python, php, txt, html, etc ...). This means that translations are done with external files, which are like plain text format. See: http://www.gramps-project.org/wiki/index.php?title=Translating_GRAMPS 1. You can start to translate the current stable branch: https://gramps.svn.sourceforge.net/svnroot/gramps/branches/maintenance/gramps33/po/gramps.pot 2. Save it as el.po I can give you a trick/tip when you start a translation (first stage/step): for being consistent, use Translation Memory on the template (gramps.pot) ! ie: load some existing PO files for Greek into a dictionnary (or TM feature on your PO editor) and run Translation Memory feature. This might help for filling some common strings ("File", "Edition", "Cannot open the file", "Note", etc ...). All strings will be noted as fuzzy, but you will make the human review. :) This could be also useful if you need to translate a group of sentences with minor differences. (ex: 'He was born in %s at %s', 'She was born in %s at %s', etc ...). Poedit[1], Lokalize[2], GTtranslator[3] provide such a feature. I suppose also available with online translations repositories[4][5], but less flexible. About some existing translation files, Gnome project often uses the same interface, and KDE project also provides translations in gettext file format. See: http://l10n.gnome.org/teams/el/ http://l10n.gnome.org/languages/el/gnome-3-2/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-3-0/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-2-32/ui/ http://l10n.gnome.org/languages/el/external-deps/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-office/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-infrastructure/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-gimp/ui.tar.gz http://l10n.gnome.org/languages/el/gnome-extras/ui.tar.gz http://l10n.gnome.org/languages/el/freedesktop-org/ui.tar.gz [1] http://www.poedit.net/ [2] http://userbase.kde.org/Lokalize [3] http://gtranslator.sourceforge.net/ [4] http://translate.sourceforge.net/wiki/pootling/index [5] https://www.transifex.net If you have any questions, you can ask me (I translate Gramps into French) ;) but most answers should be already on wiki: http://www.gramps-project.org/wiki/index.php?title=Translating_GRAMPS Regards, Jérôme Zissis Papadopoulos a écrit : > Hello everyone, > > My name is Zissis and I am a Greek native speaker. I would love to see > my favourite genealogy software translated in my mother tongue. > > *gburto01 *urged me to help with the translation. > > / / > > /Hello Zissis > There can be a Greek version of Gramps only when a Greek speaker (who > also knows English) comes forward to provide a translation. Gramps > stores all the English strings which require translation in a single > file, so a (potential) Greek translator needs to take a copy of this > file and provide translations of each string in Greek and, ideally, > maintain the file over time as new strings are added. If you want to see > a Greek version of Gramps and are willing and able to translate English > to Greek, then please contact us on the Gramps Development mailing list./ > > / / > > And would love to do that but I have no idea about programming and code > at all. I believe I can help with the actual translation though… > > Is there a way to just… translate the English strings without messing > with coding? > > > > Thank you > > > > > > Zissis > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Hans U. F. <han...@gm...> - 2012-07-05 21:40:49
|
I am tryting to setup win 7 64 bit workaround mistake: "glib is not a valid 64bit application." Which gtk package did you use for 64bit? My configuration: Python 2.7 64bit + pygtk-2.22.0.win-amd64-py2.7.exe from this site: http://www.lfd.uci.edu/~gohlke/pythonlibs/ >>> import gtk Traceback (most recent call last): File "<pyshell#15>", line 1, in <module> import gtk File "C:\Python27\lib\site-packages\gtk-2.0\gtk\__init__.py", line 30, in <module> import gobject as _gobject File "C:\Python27\lib\site-packages\gtk-2.0\gobject\__init__.py", line 26, in <module> from glib import spawn_async, idle_add, timeout_add, timeout_add_seconds, \ File "C:\Python27\lib\site-packages\gtk-2.0\glib\__init__.py", line 22, in <module> from glib._glib import * ImportError: DLL load failed: %1 ist keine zulässige Win32-Anwendung. Thanks Uli |
From: jerome <rom...@ya...> - 2014-11-01 07:01:14
|
Dev, Something sniffed my browser cache via this email address (via pygtk mailing list?), I'll put me down for the next few days (no more contact)! J. |
From: Richard T. <rjt...@th...> - 2005-04-04 15:48:55
|
On Monday 04 Apr 2005 16:41, Alex Roitman wrote: > Hello, > > I was debugging the recent callbacks change related to Media > objects. What I found is that there's a problem with dragging > an object from Media View into individual gallery of e.g. a Person. > > Apparently, the "data" obtained during drag has gramps_id (O0001) > instead of an object's handle. I'm not too savvy with DnD. > Could it be changed to handle, or is there a good reason why > we carry gramps ID? > > Alex > > P.S. I have just committed other fixes. Alex I made some changes to the Media object DnD code the other day but I did not alter the data that was actually dragged. I was not sure why the gramps_id was used. The DnD code in the Media object is a bit hairy and I was reluctant to change anything accept the target values so that the ScratchPad would work. Richard -- You can normally find me on Jabber as Ric...@ja... |
From: Don A. <don...@co...> - 2005-04-04 16:13:03
|
We should be using the handles, not the GRAMPS IDs. The GRAMPS IDs should not be used internally. This is probably code that I never brought up to the 2.0 handle scheme. Don Richard Taylor wrote: > On Monday 04 Apr 2005 16:41, Alex Roitman wrote: > >>Hello, >> >>I was debugging the recent callbacks change related to Media >>objects. What I found is that there's a problem with dragging >>an object from Media View into individual gallery of e.g. a Person. >> >>Apparently, the "data" obtained during drag has gramps_id (O0001) >>instead of an object's handle. I'm not too savvy with DnD. >>Could it be changed to handle, or is there a good reason why >>we carry gramps ID? >> >>Alex >> >>P.S. I have just committed other fixes. > > > Alex > > I made some changes to the Media object DnD code the other day but I did not > alter the data that was actually dragged. I was not sure why the gramps_id > was used. The DnD code in the Media object is a bit hairy and I was reluctant > to change anything accept the target values so that the ScratchPad would > work. > > Richard > |
From: Alex R. <sh...@gr...> - 2005-04-04 17:20:08
|
On 04/04/2005 11:12:42 AM, Don Allingham wrote: > We should be using the handles, not the GRAMPS IDs. The GRAMPS IDs=20 > should not be used internally. This is probably code that I never=20 > brought up to the 2.0 handle scheme. That's what I thought. Unfortunately, I could not get to the bottom if this. Where is that gramps ID passed to the drag data? Alex --=20 Alexander Roitman http://www.gramps-project.org |