From eero.tamminen at netsonic.fi Sun Mar 6 06:09:21 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Sun Mar 6 05:49:38 2005 Subject: [Gramps-tk] Gramps on handhelds? Message-ID: <200503061309.21583.eero.tamminen@netsonic.fi> Hi, Is one of the Gramps-tk project goals to get a Gramps interface that is simplified enough so that it fits onto a handheld device screen? E.g. Zaurus might be a nice way to take the computer with you when you visit relatives to dig more information about your family, but normal Gramps doesn't fit into 640x480 screen... Attached is a screenshot of what the Gramps person editor dialog looks in 640x480 sized (Xnest) screen, when the panel is hidden and using pretty small window titlebar. In the Gramps main person list view, toolbar and menus fit nicely, but from the panel on left, the Media icon is completely out of the sight and Places icon partly. - Eero PS. Are there *any* Genealogy applications that are aimed at (the more modern / larger screen) handheld devices? -------------- next part -------------- A non-text attachment was scrubbed... Name: gramps-vga.png Type: image/png Size: 22858 bytes Desc: not available Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050306/9b4b506e/gramps-vga-0001.png From eero.tamminen at netsonic.fi Sun Mar 6 08:25:24 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Sun Mar 6 08:05:33 2005 Subject: [Gramps-tk] Problems running Gramps-Tk In-Reply-To: References: Message-ID: <200503061525.24735.eero.tamminen@netsonic.fi> Hi, I just got the the gramps2.zip and gramps-tk-current.tgz from the Gramps-Tk download page and tried running it. It didn't run because there were some calls to Gtk (version 2.4 which I've hidden to to a directory where Gramps-Tk doesn't find it). After applying the attached patch, Gramps-Tk started. However, it didn't show any people anywhere when a (grdb or ged) database is opened or imported... Any ideas why? It still outputs this at start which seems a bit suspicious too: ** (gramps_tk.py:13513): CRITICAL **: file bonobo-activation-init.c: line 303 (bonobo_activation_init): assertion `is_initialized == FALSE' failed Btw. The gramps2.zip seems to be slightly out of date. It still uses "female/male" as const names whereas latest version uses "FEMALE/MALE" etc. - Eero -------------- next part -------------- A non-text attachment was scrubbed... Name: file-filter.diff Type: text/x-diff Size: 1178 bytes Desc: not available Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050306/ccb4377f/file-filter.bin From eero.tamminen at netsonic.fi Sun Mar 6 09:01:30 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Sun Mar 6 08:41:34 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <200503061309.21583.eero.tamminen@netsonic.fi> References: <200503061309.21583.eero.tamminen@netsonic.fi> Message-ID: <200503061601.30733.eero.tamminen@netsonic.fi> Hi, > Attached is a screenshot of what the Gramps person editor dialog looks > in 640x480 sized (Xnest) screen, when the panel is hidden and using > pretty small window titlebar. In the Gramps main person list view, > toolbar and menus fit nicely, but from the panel on left, the Media icon > is completely out of the sight and Places icon partly. Attached is the same view in Gramps-Tk forced to same size. I'm not sure where the menubar disappeared... - Eero -------------- next part -------------- A non-text attachment was scrubbed... Name: gramps-tk-vga.png Type: image/png Size: 6465 bytes Desc: not available Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050306/7fcb23ea/gramps-tk-vga.png From dblank at mainline.brynmawr.edu Sun Mar 6 12:03:57 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Sun Mar 6 11:57:35 2005 Subject: [Gramps-tk] Problems running Gramps-Tk In-Reply-To: <200503061525.24735.eero.tamminen@netsonic.fi> References: <200503061525.24735.eero.tamminen@netsonic.fi> Message-ID: <422B37FD.6040309@cs.brynmawr.edu> Eero, Thanks for the patch! I'll get back to gramps-tk soon, but if others step in to take control for awhile, that would be fine by me. I was waiting for GRAMPS 2.0 to settle down, and then get down to the nitty gritty to make each of these pages actually edit data. I'll try to make gramps-tk run with the current CVS version of gramps today. Also, I hope to have a CVS repository reflecting the gramps-tk code. The CVS already exists at: http://bubo.brynmawr.edu/cgi-bin/viewcvs.cgi/gramps-tk/ but there isn't anonymous access yet. If you want to send large patches that fix/change anything, please do! I'll try to get CVS access going for anyone that would like to work on the project. Thanks again, -Doug Eero Tamminen wrote: > Hi, > > I just got the the gramps2.zip and gramps-tk-current.tgz from the Gramps-Tk > download page and tried running it. > > It didn't run because there were some calls to Gtk (version 2.4 which I've > hidden to to a directory where Gramps-Tk doesn't find it). After applying > the attached patch, Gramps-Tk started. > > However, it didn't show any people anywhere when a (grdb or ged) database is > opened or imported... Any ideas why? > > > It still outputs this at start which seems a bit suspicious too: > ** (gramps_tk.py:13513): CRITICAL **: file bonobo-activation-init.c: line > 303 (bonobo_activation_init): assertion `is_initialized == FALSE' failed > > > Btw. The gramps2.zip seems to be slightly out of date. It still uses > "female/male" as const names whereas latest version uses "FEMALE/MALE" > etc. > > > - Eero > > > ------------------------------------------------------------------------ > > --- gramps-devel/src/ReadXML.py 2005-02-20 20:52:18.000000000 +0200 > +++ gramps2/src/ReadXML.py 2005-03-06 15:07:51.670717200 +0200 > @@ -1435,8 +1435,9 @@ > # > # > #------------------------------------------------------------------------- > +import GrampsGui > _mime_type = 'data.gramps' > -_filter = gtk.FileFilter() > +_filter = GrampsGui.FileFilter() > _filter.set_name(_('GRAMPS XML databases')) > _filter.add_pattern(_mime_type) > > --- gramps-devel/src/ReadGedcom.py 2005-02-02 22:17:19.000000000 +0200 > +++ gramps2/src/ReadGedcom.py 2005-03-06 15:08:32.009584760 +0200 > @@ -1998,8 +1997,9 @@ > choose.destroy() > > > +import GrampsGui > _mime_type = 'application/x-gedcom' > -_filter = gtk.FileFilter() > +_filter = GrampsGui.FileFilter() > _filter.set_name(_('GEDCOM files')) > _filter.add_mime_type(_mime_type) > > --- gramps-devel/src/GenericFilter.py 2005-02-02 22:17:16.000000000 +0200 > +++ gramps2/src/GenericFilter.py 2005-03-06 15:10:29.507722328 +0200 > @@ -1723,6 +1723,7 @@ > reload_custom_filters() > > > +""" > class GrampsFilterComboBox(gtk.ComboBox): > > def set(self,local_filters,default=""): > @@ -1851,3 +1852,4 @@ > menu.set_active(0) > > return menu > +""" > > > ------------------------------------------------------------------------ > > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From dblank at mainline.brynmawr.edu Sun Mar 6 12:09:27 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Sun Mar 6 12:03:32 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <200503061309.21583.eero.tamminen@netsonic.fi> References: <200503061309.21583.eero.tamminen@netsonic.fi> Message-ID: <422B3947.7050608@cs.brynmawr.edu> Eero Tamminen wrote: > Hi, > > Is one of the Gramps-tk project goals to get a Gramps interface that is > simplified enough so that it fits onto a handheld device screen? Sure, that seems like a perfect match for the bare-minimum of a GUI. Ihaven't ever used one of these devices, but that might be a good reason to get one :) > E.g. Zaurus might be a nice way to take the computer with you when you visit > relatives to dig more information about your family, but normal Gramps > doesn't fit into 640x480 screen... > > > Attached is a screenshot of what the Gramps person editor dialog looks > in 640x480 sized (Xnest) screen, when the panel is hidden and using pretty > small window titlebar. In the Gramps main person list view, toolbar and > menus fit nicely, but from the panel on left, the Media icon is completely > out of the sight and Places icon partly. I didn't spend too much time getting things on the screen, but it should be fairly easy to make things more intelligent about resizing. > > - Eero > > PS. Are there *any* Genealogy applications that are aimed at (the more > modern / larger screen) handheld devices? Not that I know. -Doug > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From dblank at mainline.brynmawr.edu Sun Mar 6 12:15:30 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Sun Mar 6 12:09:04 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <200503061601.30733.eero.tamminen@netsonic.fi> References: <200503061309.21583.eero.tamminen@netsonic.fi> <200503061601.30733.eero.tamminen@netsonic.fi> Message-ID: <422B3AB2.80606@cs.brynmawr.edu> Eero Tamminen wrote: > Hi, > > >>Attached is a screenshot of what the Gramps person editor dialog looks >>in 640x480 sized (Xnest) screen, when the panel is hidden and using >>pretty small window titlebar. In the Gramps main person list view, >>toolbar and menus fit nicely, but from the panel on left, the Media icon >>is completely out of the sight and Places icon partly. > > > Attached is the same view in Gramps-Tk forced to same size. > I'm not sure where the menubar disappeared... It probably just got squeezed up there. I had been just copying GRAMPS's GUI, but targeting 640 x 480 makes a lot of sense. If one has a larger screen, then other areas could appear automatically. Resizing to smaller areas would remove them from view. This is the kind of programming that can't be done easily with glade, and is a place for gramps-tk to highlight the ability to dynamically resize. -Doug > > - Eero > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From dblank at mainline.brynmawr.edu Sun Mar 6 22:28:07 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Sun Mar 6 22:21:39 2005 Subject: [Gramps-tk] Version 0.13 Message-ID: <422BCA47.3050308@cs.brynmawr.edu> Gramps-tk version 0.13 is an update to work with the latest GRAMPS2 CVS. You can find it at: http://mightymouse.brynmawr.edu/~dblank/gramps-tk/download/ One issue in keeping up with GRAMPS is that gramps-tk doesn't need a autogen.sh/configure/make step, because there aren't currently any options. Gramps-tk is made to run with Tkinter/Tix. However, the main GRAMPS does have a configure/make step that builds the gramps2/src/const.py file. So, every once in a while, we need to build a const.py to see if there are new settings, or if anything has changed. (Most of these settings are constants, and don't really need to be in an autogenerated file, but we can just add our settings here as our variables will someday be autogenerated.) There were additions and changes, and so I added/edit it to include our settings: no_gconf = True graphics_toolkit = "tkinter" # "tix" "gtk" "tkinter" "curses" "web" and that was about all that was needed. There was a new function call that I added to GrampsGuiTk to pacify Utils.py. I also made "make install" call sed.py to make the gtk.* -> gui.* replacements. If you see any errors, please let me know. I'll work on making the window default at 640 x 480 to make sure the menu will show. The next big step is to make the pages edit the data. -Doug From stuporglue at gmail.com Sun Mar 6 22:44:34 2005 From: stuporglue at gmail.com (Michael Moore) Date: Sun Mar 6 22:39:56 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <422BCA47.3050308@cs.brynmawr.edu> References: <422BCA47.3050308@cs.brynmawr.edu> Message-ID: I'm trying to get Gramps to build nicely on OSX. Can someone tell me if GRAMPS-tk would somehow make this easier than using Gramps/Gnome ? I've been following the split a bit since it started on the gramps-devel list, but am not sure of a few things: 1) What is TK? Is it annother interface like Gnome but not, or something else? 2) With TK, I wouldn't need gnome at all, right? 3) Still need python? 3b) But not gnome-python? I remember one of the orriginal reasons why _not_ to add other interfaces was that they don't support everything gnome does. 4) How true is this, and what functionality (if any) is lost by using GRAMPS-tk, instead of the other one? Is there someone working on the/an OSX version? If there is, please contact me, as I'd like to help. If not, someone let me know too, and I'll see what I can do... Michael Moore From dblank at mainline.brynmawr.edu Sun Mar 6 23:01:50 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Sun Mar 6 22:55:22 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: References: <422BCA47.3050308@cs.brynmawr.edu> Message-ID: <422BD22E.5050209@cs.brynmawr.edu> Michael, Welcome! Some comments below. Michael Moore wrote: > I'm trying to get Gramps to build nicely on OSX. Can someone tell me > if GRAMPS-tk would somehow make this easier than using Gramps/Gnome ? When gramps-tk is working, it should be trivial to use under most systems, including Linux, OS/X, and Windows. All of these platforms (and others) have a standard Python distribution that includes Tkinter and Tix. So, you shouldn't need to add anything beyond a standard Python install. > I've been following the split a bit since it started on the > gramps-devel list, but am not sure of a few things: > > 1) What is TK? Is it annother interface like Gnome but not, or something else? Tk is a open source graphics toolkit that was originally built for Tcl, a scripting language. Many people saw that Tk would work for other scripting languages, and it was ported to Python, Perl, and others. In Python, it is called Tkinter. It is a graphics toolkit, similar to gnome (and Qt, and wx, and Swing, and ...) in that it provides buttons, canvases, frames, and higher-level widgets like file open dialogues, etc. > 2) With TK, I wouldn't need gnome at all, right? Yes, that is correct. > 3) Still need python? > 3b) But not gnome-python? Yes, just Python. (There are some Python installations that don't include Tkinter, but most do these days.) Python and Tkinter are being used more and more in the configuration of Linux, so I think you'll see more of Python and a GUI (maybe not Tkinter, though, in the future. wxPython is very snapping, and looks very nice). > I remember one of the orriginal reasons why _not_ to add other > interfaces was that they don't support everything gnome does. > > 4) How true is this, and what functionality (if any) is lost by using > GRAMPS-tk, instead of the other one? I think you can do everything that GRAMPS does with gnome, but we aren't headed in that direction (yet). For example, all of the fancy word completion, keystroke shortcuts, will take time. As time goes by, we'll probably add some means to save repetitive typing. > Is there someone working on the/an OSX version? If there is, please > contact me, as I'd like to help. If not, someone let me know too, and > I'll see what I can do... As far as I know, no one has tried the base gramps-tk code on the Mac yet. But it should work, if your Python has Tkinter (and Tix). Tix is an extention of Tkinter, and usually comes with Tkinter. If you can provide some feedback as to any problems you encounter just installing and running what we have so far, we would surely appreciate it! Thanks, -Doug > Michael Moore > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > From stuporglue at gmail.com Mon Mar 7 00:57:21 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 00:50:53 2005 Subject: [Gramps-tk] OSX GRAMPS-tk - Do I need a BerkeleyDB installed? Message-ID: Ok. I've spent a few fun hours with GRAMPS-tk now. There *does* exist Tcl/Tk and Tkinter and Tix for OSX, natively. I got those installed, and proceded to start the GRAMPs install. Make run goes like this: $ make run Source is now up-to-date! cd ../gramps2/src; python gramps_tk.py Date parser for None not available, using default Date displayer for None not available, using default Traceback (most recent call last): File "gramps_tk.py", line 12, in ? import GrampsBSDDB File "/Users/moondog/gramps2/src/GrampsBSDDB.py", line 34, in ? from bsddb import dbshelve, db File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/bsddb/__init__.py", line 40, in ? import _bsddb ImportError: No module named _bsddb make: *** [run] Error 1 It appears that OSX doesn't have python's module bsddb (BerklyDB) included. Unless there's annother way arround that, I'll have to build it from source. When trying to build it, it says: Can't find a local BerkeleyDB installation. (suggestion: try the --berkeley-db=/path/to/bsddb option) Do I need BerkeleyDB installed for this to work? Thanks! Michael From dblank at brynmawr.edu Mon Mar 7 01:07:04 2005 From: dblank at brynmawr.edu (Douglas S. Blank) Date: Mon Mar 7 01:00:39 2005 Subject: [Gramps-tk] OSX GRAMPS-tk - Do I need a BerkeleyDB installed? In-Reply-To: Message-ID: Michael, What Python bundle did you install, and where did you get it? I have access to a Mac, and I'll also try what you may suggest. It looks like you do need Berkeley DB, but maybe once one of us has it built, we can make some type of packe out of it. -Doug Michael Moore said: > Ok. I've spent a few fun hours with GRAMPS-tk now. > > There *does* exist Tcl/Tk and Tkinter and Tix for OSX, natively. I got > those installed, and proceded to start the GRAMPs install. > > Make run goes like this: > > $ make run > Source is now up-to-date! > cd ../gramps2/src; python gramps_tk.py > Date parser for None not available, using default > Date displayer for None not available, using default > Traceback (most recent call last): > File "gramps_tk.py", line 12, in ? > import GrampsBSDDB > File "/Users/moondog/gramps2/src/GrampsBSDDB.py", line 34, in ? > from bsddb import dbshelve, db > File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/bsddb/__init__.py", > line 40, in ? > import _bsddb > ImportError: No module named _bsddb > make: *** [run] Error 1 > > It appears that OSX doesn't have python's module bsddb (BerklyDB) > included. Unless there's annother way arround that, I'll have to build > it from source. > > When trying to build it, it says: > Can't find a local BerkeleyDB installation. > (suggestion: try the --berkeley-db=/path/to/bsddb option) > > Do I need BerkeleyDB installed for this to work? > > Thanks! > > Michael > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Building Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From stuporglue at gmail.com Mon Mar 7 10:07:26 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 10:00:59 2005 Subject: [Gramps-tk] Invalid command name "tix" Message-ID: I got bsdDB installed and found the instructions to use the module here: http://www.pycs.net/bbum/2004/8/12/ When I "make run" I get an error in GrampsGuiTk.py. (output below) What does it mean boldfont=hlist.tk.call('tix','option','get','bold_font') _tkinter.TclError: invalid command name "tix" On the other hand, when I run "make debug" I get something! http://stuporglue.homelinux.com/static/gramps/status.jpg Can't *do* anything with it except change tabs, but it's a start! Michael Make run output: moondogs-Computer:~/gramps-tk moondog$ make run Source is now up-to-date! cd ../gramps2/src; python gramps_tk.py Date parser for None not available, using default Date displayer for None not available, using default Traceback (most recent call last): File "gramps_tk.py", line 1013, in ? gramps = Gramps(root) File "gramps_tk.py", line 161, in __init__ self.make_people_page(self.pages["People"].frame) File "gramps_tk.py", line 834, in make_people_page self.people_tree = gui.PeopleTree(w, self.data_view.people_columns) # need cols File "/Users/moondog/gramps2/src/GrampsGuiTk.py", line 247, in __init__ boldfont=hlist.tk.call('tix','option','get','bold_font') _tkinter.TclError: invalid command name "tix" make: *** [run] Error 1 moondogs-Computer:~/gramps-tk moondog$ From dblank at mainline.brynmawr.edu Mon Mar 7 11:44:28 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Mon Mar 7 11:38:20 2005 Subject: [Gramps-tk] Invalid command name "tix" In-Reply-To: References: Message-ID: <422C84EC.5040803@cs.brynmawr.edu> Hmmm. Looks like Tix isn't being included in that Tkinter. I think most of Tix is pure python, so it shouldn't be a big deal to install it. Also, if Tix isn't well-supported, we don't have to use it. I found its table widget to be one of the nicest looking, and more functional around. But, a simple Tkinter widget will do in a pinch. I'll try to catch up with where you are, and try this myself. I need to get another project working cross platform, anyways. -Doug Michael Moore wrote: > I got bsdDB installed and found the instructions to use the module > here: http://www.pycs.net/bbum/2004/8/12/ > > When I "make run" I get an error in GrampsGuiTk.py. (output below) > What does it mean > > boldfont=hlist.tk.call('tix','option','get','bold_font') > _tkinter.TclError: invalid command name "tix" > > On the other hand, when I run "make debug" I get something! > http://stuporglue.homelinux.com/static/gramps/status.jpg > > Can't *do* anything with it except change tabs, but it's a start! > > Michael > > > > Make run output: > > moondogs-Computer:~/gramps-tk moondog$ make run > Source is now up-to-date! > cd ../gramps2/src; python gramps_tk.py > Date parser for None not available, using default > Date displayer for None not available, using default > Traceback (most recent call last): > File "gramps_tk.py", line 1013, in ? > gramps = Gramps(root) > File "gramps_tk.py", line 161, in __init__ > self.make_people_page(self.pages["People"].frame) > File "gramps_tk.py", line 834, in make_people_page > self.people_tree = gui.PeopleTree(w, > self.data_view.people_columns) # need cols > File "/Users/moondog/gramps2/src/GrampsGuiTk.py", line 247, in __init__ > boldfont=hlist.tk.call('tix','option','get','bold_font') > _tkinter.TclError: invalid command name "tix" > make: *** [run] Error 1 > moondogs-Computer:~/gramps-tk moondog$ > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From stuporglue at gmail.com Mon Mar 7 13:40:35 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 13:34:06 2005 Subject: [Gramps-tk] Invalid command name "tix" In-Reply-To: <422C84EC.5040803@cs.brynmawr.edu> References: <422C84EC.5040803@cs.brynmawr.edu> Message-ID: > Hmmm. Looks like Tix isn't being included in that Tkinter. I think most > of Tix is pure python, so it shouldn't be a big deal to install it. > > Also, if Tix isn't well-supported, we don't have to use it. I found its > table widget to be one of the nicest looking, and more functional > around. But, a simple Tkinter widget will do in a pinch. > > I'll try to catch up with where you are, and try this myself. I need to > get another project working cross platform, anyways. > > -Doug I think that I have Tix though. I'm a complete python noob, so I might not be understanding how this works though. I have the Tix module, I have the Tkinter module, and I have one called _tkinter too. Does Tkinter need to have something special done to it to have support for Tix? moondogs-Computer:~ moondog$ python Python 2.3 (#1, Sep 13 2003, 00:49:11) [GCC 3.3 20030304 (Apple Computer, Inc. build 1495)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import Tix >>> import Tkinter >>> import _tkinter >>> Thanks, Michael From david at handysoftware.com Mon Mar 7 15:29:54 2005 From: david at handysoftware.com (David Handy) Date: Mon Mar 7 15:23:02 2005 Subject: [Gramps-tk] Invalid command name "tix" In-Reply-To: References: <422C84EC.5040803@cs.brynmawr.edu> Message-ID: <20050307202954.GA29506@arno2> On Mon, Mar 07, 2005 at 11:40:35AM -0700, Michael Moore wrote: > > Hmmm. Looks like Tix isn't being included in that Tkinter. I think most > > of Tix is pure python, so it shouldn't be a big deal to install it. > > ... > > I think that I have Tix though. I'm a complete python noob, so I > might not be understanding how this works though. I have the Tix > module, I have the Tkinter module, and I have one called _tkinter too. > Does Tkinter need to have something special done to it to have > support for Tix? That's what I thought, too, when I saw your original stack trace. The error occured on a line that said something like: something.tk.call("tix", blah, ...) which I believe means that Python is calling Tcl which in turn is calling tix, and *Tcl* cannot find tix. So all of the Python files are installed Ok, it is just that Tcl/Tk cannot find some Tcl/Tk thing. In my Windows Python 2.4 installation, there is a file called Tix.py, a file called Tix.tcl, and a file called tix8184.dll. I believe in your case it cannot find either Tix.tcl or the Mac equivalent of tix8184.dll. At least that's how it looks to me. But I'm not a Tcl expert... David H. From stuporglue at gmail.com Mon Mar 7 16:17:33 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 16:11:05 2005 Subject: [Gramps-tk] Invalid command name "tix" In-Reply-To: <20050307202954.GA29506@arno2> References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> Message-ID: > which I believe means that Python is calling Tcl which in turn is calling > tix, and *Tcl* cannot find tix. So all of the Python files are installed Ok, > it is just that Tcl/Tk cannot find some Tcl/Tk thing. Makes sense. > In my Windows Python 2.4 installation, there is a file called Tix.py, a file > called Tix.tcl, and a file called tix8184.dll. I believe in your case it > cannot find either Tix.tcl or the Mac equivalent of tix8184.dll. I wonder what the equivalent of 8184.dll would be on the Mac. I've got a folder /Library/Tcl/Tix8.4, with a whole buch of .tcl files, including Tix.tcl. Tix.py exists but not in that folder. It's in: /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-tk/ I'll have to work on this tonight. As I mentioned, I do get something with "make debug". When it's running in debug mode, the GUI starts, with the People tab selected. While the People tab is selected, debug messages continually loop. Selecting any other tab gives no debug messages (but those tabs just have a white background, no content - People's tab is grey, w/ a border.) I put a screenshot of my debug output here: http://stuporglue.homelinux.com/static/gramps/errors.jpg Thanks, Michael From eero.tamminen at netsonic.fi Mon Mar 7 16:48:40 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Mon Mar 7 16:28:40 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <422BD22E.5050209@cs.brynmawr.edu> References: <422BCA47.3050308@cs.brynmawr.edu> <422BD22E.5050209@cs.brynmawr.edu> Message-ID: <200503072348.40950.eero.tamminen@netsonic.fi> Hi, > > 1) What is TK? Is it annother interface like Gnome but not, or > > something else? > > Tk is a open source graphics toolkit that was originally built for Tcl, > a scripting language. Many people saw that Tk would work for other > scripting languages, and it was ported to Python, Perl, and others. In > Python, it is called Tkinter. > > It is a graphics toolkit, similar to gnome (and Qt, and wx, and Swing, > and ...) in that it provides buttons, canvases, frames, and higher-level > widgets like file open dialogues, etc. Actually Gtk is the toolkit, Gnome is a desktop environment (and some addional widgets) built on top of Gtk. (why this is relevant, see below) > > 2) With TK, I wouldn't need gnome at all, right? > > Yes, that is correct. > > > 3) Still need python? > > 3b) But not gnome-python? > > Yes, just Python. (There are some Python installations that don't > include Tkinter, but most do these days.) Python and Tkinter are being > used more and more in the configuration of Linux, so I think you'll see > more of Python and a GUI (maybe not Tkinter, though, in the future. > wxPython is very snapping, and looks very nice). And on Linux wxWidgets wrap Gtk... On Windows they wrap (I think) MFC, but I don't know what is used on Mac. > > I remember one of the orriginal reasons why _not_ to add other > > interfaces was that they don't support everything gnome does. > > > > 4) How true is this, and what functionality (if any) is lost by using > > GRAMPS-tk, instead of the other one? > > I think you can do everything that GRAMPS does with gnome, but we aren't > headed in that direction (yet). For example, all of the fancy word > completion, keystroke shortcuts, will take time. As time goes by, we'll > probably add some means to save repetitive typing. What about features that Gnome offers on top of Gtk: - Mime-registry for launching automatically correct viewers for images, generated reports and links in the Help menu - Printing support (dialog & PDF generation) - Canvas widget for the pedigree view - Help browser - Configuration handling ? (You replaced Gconf with file based configuration thing so the last thing is already covered) It might be good to have a list of the differences. This would be informative to people coming to Gramps-Tk from Gramps and could work as a TODO list. You could also mark which features you don't think will be in the scope / goals of Gramps-Tk... - Eero From eero.tamminen at netsonic.fi Mon Mar 7 16:48:40 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Mon Mar 7 16:28:41 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <422BD22E.5050209@cs.brynmawr.edu> References: <422BCA47.3050308@cs.brynmawr.edu> <422BD22E.5050209@cs.brynmawr.edu> Message-ID: <200503072348.40950.eero.tamminen@netsonic.fi> Hi, > > 1) What is TK? Is it annother interface like Gnome but not, or > > something else? > > Tk is a open source graphics toolkit that was originally built for Tcl, > a scripting language. Many people saw that Tk would work for other > scripting languages, and it was ported to Python, Perl, and others. In > Python, it is called Tkinter. > > It is a graphics toolkit, similar to gnome (and Qt, and wx, and Swing, > and ...) in that it provides buttons, canvases, frames, and higher-level > widgets like file open dialogues, etc. Actually Gtk is the toolkit, Gnome is a desktop environment (and some addional widgets) built on top of Gtk. (why this is relevant, see below) > > 2) With TK, I wouldn't need gnome at all, right? > > Yes, that is correct. > > > 3) Still need python? > > 3b) But not gnome-python? > > Yes, just Python. (There are some Python installations that don't > include Tkinter, but most do these days.) Python and Tkinter are being > used more and more in the configuration of Linux, so I think you'll see > more of Python and a GUI (maybe not Tkinter, though, in the future. > wxPython is very snapping, and looks very nice). And on Linux wxWidgets wrap Gtk... On Windows they wrap (I think) MFC, but I don't know what is used on Mac. > > I remember one of the orriginal reasons why _not_ to add other > > interfaces was that they don't support everything gnome does. > > > > 4) How true is this, and what functionality (if any) is lost by using > > GRAMPS-tk, instead of the other one? > > I think you can do everything that GRAMPS does with gnome, but we aren't > headed in that direction (yet). For example, all of the fancy word > completion, keystroke shortcuts, will take time. As time goes by, we'll > probably add some means to save repetitive typing. What about features that Gnome offers on top of Gtk: - Mime-registry for launching automatically correct viewers for images, generated reports and links in the Help menu - Printing support (dialog & PDF generation) - Canvas widget for the pedigree view - Help browser - Configuration handling ? (You replaced Gconf with file based configuration thing so the last thing is already covered) It might be good to have a list of the differences. This would be informative to people coming to Gramps-Tk from Gramps and could work as a TODO list. You could also mark which features you don't think will be in the scope / goals of Gramps-Tk... - Eero From stuporglue at gmail.com Mon Mar 7 16:50:39 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 16:44:07 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <200503072348.40950.eero.tamminen@netsonic.fi> References: <422BCA47.3050308@cs.brynmawr.edu> <422BD22E.5050209@cs.brynmawr.edu> <200503072348.40950.eero.tamminen@netsonic.fi> Message-ID: > It might be good to have a list of the differences. This would be > informative to people coming to Gramps-Tk from Gramps I agree. It'd also be usefull for those who don't have Gnome installed already. I'm trying to get something reasonable working on the Mac, and certainly don't have Gnome installed. Even though I know Gramps has some features Gramps-tk doesn't, I have to weigh the benefits of a) Using X11, and b) Building Gnome from source. Eventually someone will port Gnome and dependencies and package them for mac, but then the decision will be between a big download and X11 to get the extra features or a smaller download with less features. ~Michael From dblank at mainline.brynmawr.edu Mon Mar 7 17:08:19 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Mon Mar 7 17:02:01 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <200503072348.40950.eero.tamminen@netsonic.fi> References: <422BCA47.3050308@cs.brynmawr.edu> <422BD22E.5050209@cs.brynmawr.edu> <200503072348.40950.eero.tamminen@netsonic.fi> Message-ID: <422CD0D3.1010401@cs.brynmawr.edu> Eero Tamminen wrote: [snip] > What about features that Gnome offers on top of Gtk: > - Mime-registry for launching automatically correct viewers for images, > generated reports and links in the Help menu > - Printing support (dialog & PDF generation) > - Canvas widget for the pedigree view > - Help browser > - Configuration handling > ? > (You replaced Gconf with file based configuration thing so the last thing is > already covered) > > It might be good to have a list of the differences. This would be > informative to people coming to Gramps-Tk from Gramps and could > work as a TODO list. You could also mark which features you don't > think will be in the scope / goals of Gramps-Tk... Thanks, Eero. This is a useful list of differences. In general, the philosophy of this project is to try to keep things simple. The Mime-registry is over-kill for keeping a list of standard associations. The canvas widget is finished, as is the configuration handler (as you noted). For help, we can get by without context sensitive help, and simply have a document (for now). The big question mark is the printing of reports. This we will decide on the right approach when we get there. I'm hopeful that we can keep it simple, look nice, and keep it with a standard Python install. -Doug > > - Eero > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From dblank at mainline.brynmawr.edu Mon Mar 7 20:17:41 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Mon Mar 7 20:11:12 2005 Subject: [Gramps-tk] it runs on osx! In-Reply-To: References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> Message-ID: <422CFD35.1010801@cs.brynmawr.edu> Gramps-tk now runs on Mac OSX as well as it runs on Linux, and better than it runs under Windows. First, a couple of screen shots: http://mightymouse.brynmawr.edu/~dblank/gramps-tk/mac.png http://mightymouse.brynmawr.edu/~dblank/gramps-tk/mac-pedigree.png What I had to do: First, I'm running the Python version that fink supplies under XDarwin. I installed Python (which I believe came with Tkinter: I installed that some months back). I had to request Tix, however: fink install tix which took about 5 minutes to build. I then had to do a couple of things: 1. mkdir ~/.gramps/tmp 2. changed gramps-tk/Makefile so that "make run" calls /sw/bin/python rather than the default python. From the terminal window inside XDarwin, I said: make install # which displays a lot of diff changes to the screen make run and it was off an running. It didn't have any problem with the BerkeleyDB; everything seemed to be installed fine. There was an issue with male/female defines on the Family screen; I'll look into why that happened. Hope that helps! Now, on to editing the data... -Doug PS - BTW, I did a google search on why Tix wasn't loading, and it actually brought up a page in gramps-tk's archives that David Handy had made on the Windows port a few weeks ago. He said that he had to "reinstall tix" which gave me the idea to let fink install it (possibly again) and it worked! Michael Moore wrote: >>which I believe means that Python is calling Tcl which in turn is calling >>tix, and *Tcl* cannot find tix. So all of the Python files are installed Ok, >>it is just that Tcl/Tk cannot find some Tcl/Tk thing. > > > Makes sense. > > >>In my Windows Python 2.4 installation, there is a file called Tix.py, a file >>called Tix.tcl, and a file called tix8184.dll. I believe in your case it >>cannot find either Tix.tcl or the Mac equivalent of tix8184.dll. > > > I wonder what the equivalent of 8184.dll would be on the Mac. I've got > a folder /Library/Tcl/Tix8.4, with a whole buch of .tcl files, > including Tix.tcl. > > Tix.py exists but not in that folder. It's in: > /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-tk/ > > I'll have to work on this tonight. As I mentioned, I do get something > with "make debug". When it's running in debug mode, the GUI starts, > with the People tab selected. While the People tab is selected, debug > messages continually loop. Selecting any other tab gives no debug > messages (but those tabs just have a white background, no content - > People's tab is grey, w/ a border.) > > I put a screenshot of my debug output here: > http://stuporglue.homelinux.com/static/gramps/errors.jpg > > Thanks, > Michael > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From stuporglue at gmail.com Mon Mar 7 20:50:03 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 7 20:43:32 2005 Subject: [Gramps-tk] it runs on osx! In-Reply-To: <422CFD35.1010801@cs.brynmawr.edu> References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> Message-ID: > Gramps-tk now runs on Mac OSX as well as it runs on Linux, and better > than it runs under Windows. > > First, I'm running the Python version that fink supplies under XDarwin. > I installed Python (which I believe came with Tkinter: I installed that > some months back). I had to request Tix, however: > > 1. mkdir ~/.gramps/tmp > 2. changed gramps-tk/Makefile so that "make run" calls /sw/bin/python > rather than the default python. Sweet. I've been trying to get the Aqua Tcl/tk to work here. I may have to try this first. :-) It'd be nice to not have the X11 deps, but if that's how it has to be, it's still a million times easier than regular Gramps! Michael From stuporglue at gmail.com Tue Mar 8 01:06:15 2005 From: stuporglue at gmail.com (Michael Moore) Date: Tue Mar 8 00:59:51 2005 Subject: [Gramps-tk] OSX install w/out full Fink In-Reply-To: <422CFD35.1010801@cs.brynmawr.edu> References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> Message-ID: > Gramps-tk now runs on Mac OSX as well as it runs on Linux, and better > than it runs under Windows. If anyone else is wanting to try Gramps-tk on Mac, but doesn't want to install all of Fink, I put a small tar.gz file (~20 Megs) on my web-page with just the essencials in it. I installed Fink, then what Gramps needs, then got rid of the extra Fink stuff like apt-get etc. Later this week I'll try to get rid of anything else in the default fink install that's not needed for Gramps, make it not use the /sw directory, and make a propper installer if no one minds. http://stuporglue.homelinux.com/static/gramps.php Michael From dblank at mainline.brynmawr.edu Tue Mar 8 09:30:31 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Tue Mar 8 09:23:59 2005 Subject: [Gramps-tk] OSX install w/out full Fink In-Reply-To: References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> Message-ID: <422DB707.6050604@cs.brynmawr.edu> Michael Moore wrote: > If anyone else is wanting to try Gramps-tk on Mac, but doesn't want to > install all of Fink, I put a small tar.gz file (~20 Megs) on my > web-page with just the essencials in it. I installed Fink, then what > Gramps needs, then got rid of the extra Fink stuff like apt-get etc. > > Later this week I'll try to get rid of anything else in the default > fink install that's not needed for Gramps, make it not use the /sw > directory, and make a propper installer if no one minds. > > http://stuporglue.homelinux.com/static/gramps.php Very useful page! I now have second thoughts about the Tix package. I think that the goal of keeping gramps-tk as simple as possible should always prevail. So, I'll take a look at what type of pure-Tkinter table would suffice. (I'll probably just rename GrampsGuiTk to GrampsGuiTix and implement a simple table in GrampsGuiTk. So, you can pick between "gtk", "tix", or "tk" like we always imagined!) Thanks, -Doug > Michael > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From stuporglue at gmail.com Tue Mar 8 23:12:12 2005 From: stuporglue at gmail.com (Michael Moore) Date: Tue Mar 8 23:05:39 2005 Subject: [Gramps-tk] it runs on osx! In-Reply-To: <422E6735.1000609@cs.brynmawr.edu> References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> <422E6735.1000609@cs.brynmawr.edu> Message-ID: > It looks like .ged files and .gramps files don't open. I just checked on > Linux, and it is not working there either. I'll try to track that down > when I get back in town in a couple of days. Something must have changed > in GRAMPS (they have a habit of surrounding a huge amount of code in a > try: except: block, so it is something probably very simple, but is > keeping the loaders from loading.) > > At least the Linux and Mac versions seem completely in sync! And, that means I probably have it installed correctly! Yay! I put together a double-clickable app of Gramps today. For now it basicly just acts as a double clickable shell-script which runs "make run" in the right directory. However this with a 20meg python download (Fink-python, minus the Fink - also on my site) make it so an average user could get this installed. Gramps-tk.app will launch X11 if needed, then launch Gramps-tk. I plan on adding a way to update with the gui, and run in debug mode as well. I'm also going to try to make it so you can drop a GED(or whatever) file on the icon and GRAMPS will open it. Especially as I'm looking at adding self-update features, I'm wondering a few things... a) Should we get Gramps-tk a permanant home? I'd be willing to pay for a domain-name for a couple years. No offence, but http://emergent.brynmawr.edu/ is kind of hard to remember. I'd offer hosting, but I'm on a Comcast home connection (hence my own stuporglue.homelinux.com domain). b) What is the procedure going to be for grabbing Gramps code? Will Gramps-tk continually grab from CVS? That's ok for developers, but as this starts to actually work my wife's going to want to use it instead of PAF on VirtualPC. :-) She's not going to like if I break something every few times I update her Gramps. c) Do we have an icon? :-) I used this image w/ a drop shadow for now. http://gramps-project.org/themes/gramps/images/gramps-logo.png d) I've been reading some of the source, and hope to eventually find/fix/develop things on the gramps code. Untill I figgure out what I'm doing with that (Python noob here), what can I do? e) All the other lists I'm on have the reply-to address as the list address. This list gives me the person who sent the message I'm responding to. Is there any way to change that? Thanks! Michael Moore From dblank at mainline.brynmawr.edu Wed Mar 9 01:35:42 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Wed Mar 9 01:29:06 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> <422E6735.1000609@cs.brynmawr.edu> Message-ID: <422E993E.4090004@cs.brynmawr.edu> Michael Moore wrote: [snip] > Especially as I'm looking at adding self-update features, I'm > wondering a few things... > > a) Should we get Gramps-tk a permanant home? I'd be willing to pay for > a domain-name for a couple years. No offence, but > http://emergent.brynmawr.edu/ is kind of hard to remember. I'd offer > hosting, but I'm on a Comcast home connection (hence my own > stuporglue.homelinux.com domain). I think we can get a name that points to space that I have at a university machine. But let's not do that quite yet. More below. > b) What is the procedure going to be for grabbing Gramps code? Will > Gramps-tk continually grab from CVS? That's ok for developers, but as > this starts to actually work my wife's going to want to use it instead > of PAF on VirtualPC. :-) She's not going to like if I break something > every few times I update her Gramps. As soon as GRAMPS stabilizes, I think we can freeze it and make that our fixed target. Then we can make a regular python program without all the "make" business. And an installer. But, we have quite a bit of work to get this to actually edit data. > c) Do we have an icon? :-) I used this image w/ a drop shadow for now. > http://gramps-project.org/themes/gramps/images/gramps-logo.png I think that there is a discussion around this theme that needs to happen. I am committed to seeing this project to completion (to at least being able to add/edit data in the GRAMPS databases.) As time goes by, and we actually have a working system, and users, I don't want to bother the main GRAMPS people with confusion over these two projects. Was it Mark Twain that said "good fences make good neighbors"? I think that as this project matures, and its own goals become established, we will realize that we are only GRAMPS-db compatible. For example, there are a few browsers that use Mozilla's Gecko rendering engine, but are distinct projects. You could say that Gramps-tk is to GRAMPS as Firefox is to Mozilla. So, to answer your question: I think we need our own icon. And a name. And a site (possibly). And a manifesto that describes the goals of the project. Maybe it would be good to clearly state the goals first. Here's a start: 1. Build a set of genealogy tools that are simple but powerful 2. Use standard, free software/open source elements that are widely available 3. Make our tools effective and easy to use while using a minimal set of resources 4. Keep the code as small and modular as possible to ensure adaptability and maintainability 5. Don't reinvent the wheel when we don't have to 6. Encourage others to participate in the joys of community development and sharing (code, genealogy information, etc.) Whew. I guess this is the beginning of our Declaration of Independence :) Feel free to add/edit these, y'all! Also, some specifics: - Use Python - Work on all major platforms - Keep it international - Make it work in 640 x 480 - Have a tty mode So, do you think we should get our own identity? If so, we need a name. Ideas? > d) I've been reading some of the source, and hope to eventually > find/fix/develop things on the gramps code. Untill I figgure out what > I'm doing with that (Python noob here), what can I do? I hope you do pick up Python; it really is a lovely language. One of my goals is to use this to teach with. But, as you can see, there are many other areas that can use some work, too. > e) All the other lists I'm on have the reply-to address as the list > address. This list gives me the person who sent the message I'm > responding to. Is there any way to change that? It is listed as the Reply-to for me. I'll take a look though. > Thanks! Thank you, Michael, -Doug > Michael Moore > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From stuporglue at gmail.com Wed Mar 9 02:55:13 2005 From: stuporglue at gmail.com (Michael Moore) Date: Wed Mar 9 02:48:36 2005 Subject: [Gramps-tk] Re: The future of gramps-tk In-Reply-To: <422E993E.4090004@cs.brynmawr.edu> References: <422C84EC.5040803@cs.brynmawr.edu> <20050307202954.GA29506@arno2> <422CFD35.1010801@cs.brynmawr.edu> <422E6735.1000609@cs.brynmawr.edu> <422E993E.4090004@cs.brynmawr.edu> Message-ID: > As soon as GRAMPS stabilizes, I think we can freeze it and make that our > fixed target. Then we can make a regular python program without all the > "make" business. And an installer. But, we have quite a bit of work to > get this to actually edit data. GRAMPS is in the process of switching to the new stable version, aren't they? That makes sense. > I think that there is a discussion around this theme that needs to > happen.<...> Was it Mark Twain that said "good fences make good neighbors"? <...> > You could say that Gramps-tk is to GRAMPS as Firefox is to Mozilla. > > So, to answer your question: I think we need our own icon. And a name. > And a site (possibly). And a manifesto that describes the goals of the > project. Maybe it would be good to clearly state the goals first. >Here's a start: > > 1. Build a set of genealogy tools that are simple but powerful > 2. Use standard, free software/open source elements that are widely > available > 3. Make our tools effective and easy to use while using a minimal set > of resources > 4. Keep the code as small and modular as possible to ensure > adaptability and maintainability > 5. Don't reinvent the wheel when we don't have to > 6. Encourage others to participate in the joys of community > development and sharing (code, genealogy information, etc.) > > Whew. I guess this is the beginning of our Declaration of Independence > :) Feel free to add/edit these, y'all! Also, some specifics: > > - Use Python > - Work on all major platforms > - Keep it international > - Make it work in 640 x 480 > - Have a tty mode I like them. I think they state pretty clearly where the project is going. I also think a tty mode is pretty funny. I do like cli programs though - I'd probably use it. We probably need a map with and steps to get there, and some sort of goals of when to get certain things to work by. > So, do you think we should get our own identity? If so, we need a name. > Ideas? I think so. As they say in marketing "Differentiate or die". I think when someone sees this program and it's site, they should be able to differentiate it from regular GRAMPS and from any other Genealogy program they've looked at. All my Mac friends use Adium (a gaimlib based IM client for Mac) instead of Fire. Fire is actually pretty good and has some features Adium doesn't, but everyone remembers that Adium is "the one with the ducks". Their site, their icon, everything has the duck on it, whereas Fire has one image, and an icon. Before thinking of names, we might have to decide what we want the name to do. Is it's name going to be GRAMPS-tk? Do we want it to show a close decendence from GRAMPS? > > d) I've been reading some of the source, and hope to eventually > > find/fix/develop things on the gramps code. Untill I figgure out what > > I'm doing with that (Python noob here), what can I do? > > I hope you do pick up Python; it really is a lovely language. One of my > goals is to use this to teach with. But, as you can see, there are many > other areas that can use some work, too. I'll see how quickly I can pick it up. :-) It sure looks more fun than Java. > > e) All the other lists I'm on have the reply-to address as the list > > address. This list gives me the person who sent the message I'm > > responding to. Is there any way to change that? > > It is listed as the Reply-to for me. I'll take a look though. Hrm...maybe it's just gmail...oh well. Thanks, Michael From eero.tamminen at netsonic.fi Wed Mar 9 15:00:32 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 14:40:36 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <422CD0D3.1010401@cs.brynmawr.edu> References: <422BCA47.3050308@cs.brynmawr.edu> <200503072348.40950.eero.tamminen@netsonic.fi> <422CD0D3.1010401@cs.brynmawr.edu> Message-ID: <200503092200.32805.eero.tamminen@netsonic.fi> Hi, > > What about features that Gnome offers on top of Gtk: > > - Mime-registry for launching automatically correct viewers for images, > > generated reports and links in the Help menu > > - Printing support (dialog & PDF generation) > > - Canvas widget for the pedigree view > > - Help browser > > - Configuration handling > > ? > > (You replaced Gconf with file based configuration thing so the last > > thing is already covered) > > > > It might be good to have a list of the differences. This would be > > informative to people coming to Gramps-Tk from Gramps and could > > work as a TODO list. You could also mark which features you don't > > think will be in the scope / goals of Gramps-Tk... > > Thanks, Eero. This is a useful list of differences. > > In general, the philosophy of this project is to try to keep things > simple. The Mime-registry is over-kill for keeping a list of standard > associations. The canvas widget is finished, as is the configuration > handler (as you noted). For help, we can get by without context > sensitive help, and simply have a document (for now). > > The big question mark is the printing of reports. This we will decide on > the right approach when we get there. I'm hopeful that we can keep it > simple, look nice, and keep it with a standard Python install. Of the output formats PDF requires either ReportLab python module or Gnome-print. I don't know about PS. Abiword is available for Windows, what about Mac? OpenOffice is available for both, so maybe that can be used for printing? I.e. create reports for these and launch them automatically so that user can use them to print the reports? Hm. One of the larger pieces missing from Gramps-Tk is support for reports. Maybe a Gtk API wrapper for Tk that would work well enough for report option dialog contents would be enough (+ Tk version of the report dialog framework)? Option dialog contents don't use that many widgets: - checkbox - combobox - label - entry - normal containers (v/hbox etc) They don't for example use complex widgets like treeview (well, ok combo is a bit complex but anyway...) - Eero From eero.tamminen at netsonic.fi Wed Mar 9 15:00:32 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 14:40:36 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <422CD0D3.1010401@cs.brynmawr.edu> References: <422BCA47.3050308@cs.brynmawr.edu> <200503072348.40950.eero.tamminen@netsonic.fi> <422CD0D3.1010401@cs.brynmawr.edu> Message-ID: <200503092200.32805.eero.tamminen@netsonic.fi> Hi, > > What about features that Gnome offers on top of Gtk: > > - Mime-registry for launching automatically correct viewers for images, > > generated reports and links in the Help menu > > - Printing support (dialog & PDF generation) > > - Canvas widget for the pedigree view > > - Help browser > > - Configuration handling > > ? > > (You replaced Gconf with file based configuration thing so the last > > thing is already covered) > > > > It might be good to have a list of the differences. This would be > > informative to people coming to Gramps-Tk from Gramps and could > > work as a TODO list. You could also mark which features you don't > > think will be in the scope / goals of Gramps-Tk... > > Thanks, Eero. This is a useful list of differences. > > In general, the philosophy of this project is to try to keep things > simple. The Mime-registry is over-kill for keeping a list of standard > associations. The canvas widget is finished, as is the configuration > handler (as you noted). For help, we can get by without context > sensitive help, and simply have a document (for now). > > The big question mark is the printing of reports. This we will decide on > the right approach when we get there. I'm hopeful that we can keep it > simple, look nice, and keep it with a standard Python install. Of the output formats PDF requires either ReportLab python module or Gnome-print. I don't know about PS. Abiword is available for Windows, what about Mac? OpenOffice is available for both, so maybe that can be used for printing? I.e. create reports for these and launch them automatically so that user can use them to print the reports? Hm. One of the larger pieces missing from Gramps-Tk is support for reports. Maybe a Gtk API wrapper for Tk that would work well enough for report option dialog contents would be enough (+ Tk version of the report dialog framework)? Option dialog contents don't use that many widgets: - checkbox - combobox - label - entry - normal containers (v/hbox etc) They don't for example use complex widgets like treeview (well, ok combo is a bit complex but anyway...) - Eero From stuporglue at gmail.com Wed Mar 9 15:12:52 2005 From: stuporglue at gmail.com (Michael Moore) Date: Wed Mar 9 15:06:12 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: <200503092200.32805.eero.tamminen@netsonic.fi> References: <422BCA47.3050308@cs.brynmawr.edu> <200503072348.40950.eero.tamminen@netsonic.fi> <422CD0D3.1010401@cs.brynmawr.edu> <200503092200.32805.eero.tamminen@netsonic.fi> Message-ID: > > > - Mime-registry for launching automatically correct viewers for images, > > > generated reports and links in the Help menu > > > - Printing support (dialog & PDF generation) > > > - Canvas widget for the pedigree view > > > - Help browser > > > - Configuration handling > Of the output formats PDF requires either ReportLab python module or > Gnome-print. I don't know about PS. Abiword is available for Windows, what > about Mac? OpenOffice is available for both, so maybe that can be used for > printing? I.e. create reports for these and launch them automatically so > that user can use them to print the reports? On Mac: ReportLab exists in Fink, and possibly w/out fink too. AbiWord has both Cocoa and x11 versions. Cocoa version is a bit unstable still, but comming along very nicely. OpenOffice is OK, but *REALLY* slow. NeoOffice/J is an OOo rework done partly in Java that doesn't need X11. It's better, but most people still refuse to use it...it's pretty bad too. That said, OSX has support for PS (PostScript, right?) and PDFs natively. PS files get converted to PDF on opening with the included program Preview.app. Every Cocoa print dialogue has a "Save as PDF" button too. > Hm. One of the larger pieces missing from Gramps-Tk is support for reports. > Maybe a Gtk API wrapper for Tk that would work well enough for report option > dialog contents would be enough (+ Tk version of the report dialog > framework)? Would this require Gtk be installed then, or are you saing that Gtk report calls would get passed to Tk calls? Thanks, Michael Moore ------------------------------------- www.stuporglue.com From eero.tamminen at netsonic.fi Wed Mar 9 15:49:13 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 15:29:01 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <422E993E.4090004@cs.brynmawr.edu> References: <422E993E.4090004@cs.brynmawr.edu> Message-ID: <200503092249.13482.eero.tamminen@netsonic.fi> Hi, > Was it Mark Twain that said "good fences make good neighbors"? I think > that as this project matures, and its own goals become established, we > will realize that we are only GRAMPS-db compatible. For example, there > are a few browsers that use Mozilla's Gecko rendering engine, but are > distinct projects. > > You could say that Gramps-tk is to GRAMPS as Firefox is to Mozilla. > > So, to answer your question: I think we need our own icon. And a name. > And a site (possibly). And a manifesto that describes the goals of the > project. Maybe it would be good to clearly state the goals first. Here's > a start: > > 1. Build a set of genealogy tools that are simple but powerful > 2. Use standard, free software/open source elements that are widely > available > 3. Make our tools effective and easy to use while using a minimal set > of resources > 4. Keep the code as small and modular as possible to ensure > adaptability and maintainability > 5. Don't reinvent the wheel when we don't have to > 6. Encourage others to participate in the joys of community > development and sharing (code, genealogy information, etc.) > > Whew. I guess this is the beginning of our Declaration of Independence I think Gramps main project has at least the 1, 2, 5 & 6 and maybe also 3 & 4, but with lesser priority... > :) Feel free to add/edit these, y'all! Also, some specifics: > > - Use Python > - Keep it international These are same as with Gramps. > - Work on all major platforms > - Make it work in 640 x 480 > - Have a tty mode This is what differentiates it from Gramps. I think that at least for the start it's good to have it clear what will be the actual differencies from Gramps. > So, do you think we should get our own identity? If so, we need a name. > Ideas? Flametree? Reminds me of Firefox and a genealogy tree. And maybe you about the burning bush you saw when you got the idea and dedication for Gramps-Tk? When somebody asks where he can find his in the database, one can impolitely answer them to browse through their fu^H^Hflaming family tree... (Not that we would want to be impolite, but it rhymes nicely :-)) Attached is something I just rendered with POVray. Flames are a bit of a kitchy though. - Eero > > d) I've been reading some of the source, and hope to eventually > > find/fix/develop things on the gramps code. Untill I figgure out what > > I'm doing with that (Python noob here), what can I do? > > I hope you do pick up Python; it really is a lovely language. One of my > goals is to use this to teach with. But, as you can see, there are many > other areas that can use some work, too. > > > e) All the other lists I'm on have the reply-to address as the list > > address. This list gives me the person who sent the message I'm > > responding to. Is there any way to change that? > > It is listed as the Reply-to for me. I'll take a look though. > > > Thanks! > > Thank you, Michael, > > -Doug > > > Michael Moore > > _______________________________________________ > > gramps-tk mailing list > > gramps-tk@emergent.brynmawr.edu > > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk -------------- next part -------------- A non-text attachment was scrubbed... Name: fire.png Type: image/png Size: 5150 bytes Desc: not available Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050309/d0f91be4/fire-0002.png From eero.tamminen at netsonic.fi Wed Mar 9 15:49:13 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 15:29:01 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <422E993E.4090004@cs.brynmawr.edu> References: <422E993E.4090004@cs.brynmawr.edu> Message-ID: <200503092249.13482.eero.tamminen@netsonic.fi> Hi, > Was it Mark Twain that said "good fences make good neighbors"? I think > that as this project matures, and its own goals become established, we > will realize that we are only GRAMPS-db compatible. For example, there > are a few browsers that use Mozilla's Gecko rendering engine, but are > distinct projects. > > You could say that Gramps-tk is to GRAMPS as Firefox is to Mozilla. > > So, to answer your question: I think we need our own icon. And a name. > And a site (possibly). And a manifesto that describes the goals of the > project. Maybe it would be good to clearly state the goals first. Here's > a start: > > 1. Build a set of genealogy tools that are simple but powerful > 2. Use standard, free software/open source elements that are widely > available > 3. Make our tools effective and easy to use while using a minimal set > of resources > 4. Keep the code as small and modular as possible to ensure > adaptability and maintainability > 5. Don't reinvent the wheel when we don't have to > 6. Encourage others to participate in the joys of community > development and sharing (code, genealogy information, etc.) > > Whew. I guess this is the beginning of our Declaration of Independence I think Gramps main project has at least the 1, 2, 5 & 6 and maybe also 3 & 4, but with lesser priority... > :) Feel free to add/edit these, y'all! Also, some specifics: > > - Use Python > - Keep it international These are same as with Gramps. > - Work on all major platforms > - Make it work in 640 x 480 > - Have a tty mode This is what differentiates it from Gramps. I think that at least for the start it's good to have it clear what will be the actual differencies from Gramps. > So, do you think we should get our own identity? If so, we need a name. > Ideas? Flametree? Reminds me of Firefox and a genealogy tree. And maybe you about the burning bush you saw when you got the idea and dedication for Gramps-Tk? When somebody asks where he can find his in the database, one can impolitely answer them to browse through their fu^H^Hflaming family tree... (Not that we would want to be impolite, but it rhymes nicely :-)) Attached is something I just rendered with POVray. Flames are a bit of a kitchy though. - Eero > > d) I've been reading some of the source, and hope to eventually > > find/fix/develop things on the gramps code. Untill I figgure out what > > I'm doing with that (Python noob here), what can I do? > > I hope you do pick up Python; it really is a lovely language. One of my > goals is to use this to teach with. But, as you can see, there are many > other areas that can use some work, too. > > > e) All the other lists I'm on have the reply-to address as the list > > address. This list gives me the person who sent the message I'm > > responding to. Is there any way to change that? > > It is listed as the Reply-to for me. I'll take a look though. > > > Thanks! > > Thank you, Michael, > > -Doug > > > Michael Moore > > _______________________________________________ > > gramps-tk mailing list > > gramps-tk@emergent.brynmawr.edu > > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk -------------- next part -------------- A non-text attachment was scrubbed... Name: fire.png Type: image/png Size: 5150 bytes Desc: not available Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050309/d0f91be4/fire-0003.png From stuporglue at gmail.com Wed Mar 9 16:30:01 2005 From: stuporglue at gmail.com (Michael Moore) Date: Wed Mar 9 16:23:21 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <200503092249.13482.eero.tamminen@netsonic.fi> References: <422E993E.4090004@cs.brynmawr.edu> <200503092249.13482.eero.tamminen@netsonic.fi> Message-ID: > > So, do you think we should get our own identity? If so, we need a name. > > Ideas? > > Flametree? I think I like it. :-) Both flametree.com and flametree.org are taken though. > Reminds me of Firefox and a genealogy tree. And maybe you about the > burning bush you saw when you got the idea and dedication for Gramps-Tk? > > > When somebody asks where he can find his in the database, > one can impolitely answer them to browse through their fu^H^Hflaming family > tree... (Not that we would want to be impolite, but it rhymes nicely :-)) > > Attached is something I just rendered with POVray. How about a tree w/ flames going up it? Michael Moore ------------------------------------- www.stuporglue.com From eero.tamminen at netsonic.fi Wed Mar 9 16:43:39 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 16:23:28 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: References: <422BCA47.3050308@cs.brynmawr.edu> <200503092200.32805.eero.tamminen@netsonic.fi> Message-ID: <200503092343.39859.eero.tamminen@netsonic.fi> Hi, > > Hm. One of the larger pieces missing from Gramps-Tk is support for > > reports. Maybe a Gtk API wrapper for Tk that would work well enough for > > report option dialog contents would be enough (+ Tk version of the > > report dialog framework)? > > Would this require Gtk be installed then, or are you saing that Gtk > report calls would get passed to Tk calls? The latter. Report options UI parts use so much smaller subset of Gtk than the whole Gramps that it might be possible to emulate that with Tk calls... (Douglas of course knows better, I know only about reports, not much of the rest of Gramps and nothing about Tk) - Eero From eero.tamminen at netsonic.fi Wed Mar 9 16:43:39 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 16:23:28 2005 Subject: [Gramps-tk] Version 0.13 In-Reply-To: References: <422BCA47.3050308@cs.brynmawr.edu> <200503092200.32805.eero.tamminen@netsonic.fi> Message-ID: <200503092343.39859.eero.tamminen@netsonic.fi> Hi, > > Hm. One of the larger pieces missing from Gramps-Tk is support for > > reports. Maybe a Gtk API wrapper for Tk that would work well enough for > > report option dialog contents would be enough (+ Tk version of the > > report dialog framework)? > > Would this require Gtk be installed then, or are you saing that Gtk > report calls would get passed to Tk calls? The latter. Report options UI parts use so much smaller subset of Gtk than the whole Gramps that it might be possible to emulate that with Tk calls... (Douglas of course knows better, I know only about reports, not much of the rest of Gramps and nothing about Tk) - Eero From eero.tamminen at netsonic.fi Wed Mar 9 16:50:06 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 16:29:48 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <200503092249.13482.eero.tamminen@netsonic.fi> References: <422E993E.4090004@cs.brynmawr.edu> <200503092249.13482.eero.tamminen@netsonic.fi> Message-ID: <200503092350.06366.eero.tamminen@netsonic.fi> Hi, > > So, do you think we should get our own identity? If so, we need a name. > > Ideas? > > Flametree? I got to thinking that it would be hard to come up with a full theme for things around this so I had another idea: ---- Cacti, the gnarly little-brother of Gramps! Survives in more extreme conditions: less RAM, less package dependencies, foreign operating systems etc... ---- Cactus can also be drawn to resemble a bit family tree (just in vertical direction) and I think it would be much easier to have flat horizon lines + a few cactuses poking up here and there as site graphics... Releases could also be named after the latin names of cactus subspecies! :-) - Eero From eero.tamminen at netsonic.fi Wed Mar 9 16:50:06 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Wed Mar 9 16:29:48 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <200503092249.13482.eero.tamminen@netsonic.fi> References: <422E993E.4090004@cs.brynmawr.edu> <200503092249.13482.eero.tamminen@netsonic.fi> Message-ID: <200503092350.06366.eero.tamminen@netsonic.fi> Hi, > > So, do you think we should get our own identity? If so, we need a name. > > Ideas? > > Flametree? I got to thinking that it would be hard to come up with a full theme for things around this so I had another idea: ---- Cacti, the gnarly little-brother of Gramps! Survives in more extreme conditions: less RAM, less package dependencies, foreign operating systems etc... ---- Cactus can also be drawn to resemble a bit family tree (just in vertical direction) and I think it would be much easier to have flat horizon lines + a few cactuses poking up here and there as site graphics... Releases could also be named after the latin names of cactus subspecies! :-) - Eero From stuporglue at gmail.com Wed Mar 9 17:01:26 2005 From: stuporglue at gmail.com (Michael Moore) Date: Wed Mar 9 16:54:45 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <200503092350.06366.eero.tamminen@netsonic.fi> References: <422E993E.4090004@cs.brynmawr.edu> <200503092249.13482.eero.tamminen@netsonic.fi> <200503092350.06366.eero.tamminen@netsonic.fi> Message-ID: > Cacti, the gnarly little-brother of Gramps! > > Survives in more extreme conditions: less RAM, less package dependencies, > foreign operating systems etc... That's clever. > Cactus can also be drawn to resemble a bit family tree (just in vertical > direction) and I think it would be much easier to have flat horizon lines + > a few cactuses poking up here and there as site graphics... > > Releases could also be named after the latin names of cactus subspecies! > :-) That'd be better than recent GARNOME release (2.10.0 is the "pink bunny slippers are in my future" release). :-) I think a cactus theme would work well. I iconifies easily, is easy to remember, and I can't think of any other programs that have a cactus as their theme. Michael From jacob at cachevalley.com Thu Mar 10 01:08:23 2005 From: jacob at cachevalley.com (Jacob Anawalt) Date: Thu Mar 10 01:01:54 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <200503061309.21583.eero.tamminen@netsonic.fi> References: <200503061309.21583.eero.tamminen@netsonic.fi> Message-ID: <422FE457.6030703@cachevalley.com> Eero Tamminen wrote: > Hi, > > Is one of the Gramps-tk project goals to get a Gramps interface that is > simplified enough so that it fits onto a handheld device screen? > For myself I had toyed with a very simple pure Tk version of GRAMPS but had never committed any ideas to code, so all I have are unbacked opinions. (Hint, you can stop reading here to save some time ;) ) Here are some applications for which I had considered a pure Python/tk version of GRAMPS: 1) Run it on a handheld 2) Run it on my only laptop (Old Mac OS support) 3) Introduce MS Windows users to a great genealogy program. 1 - Run it on a handheld I imagined myself conveninatly taking notes on one while at the library or someone's house. In this task I wouldn't be interested in doing all the cool stuff that GRAMPS can do. I would use my Debian desktop system for that. I was thinking more of something to take to the library or a relatives house to make corrections and add new information to a subset of my whole GRAMPS database. I want to get PocketPC off of my handheld and running Familiar/GPE, but I don't expect everyone to follow suit. I have seen some talk of a Python port to PocketPC and a Tcl/Tk port, but nothing about Berkeley DB. A pure Python/Tk version that works with the GRAMPS XML format, even if it is with a custom limited GRAMPS specific Python XML parser, seems to be the most supported MS PocketPC OS path unless Berkeley DB support pops up. I think even the Familiar/GPE or Familiar/Opie versions would do best as either pure Python/Tk or possibly Python/GTK+ instead of the full GRAMPS version (I wouldn't want all of GNOME loaded on my handheld). 2 - Run it on my only laptop (Old Mac OS support) I have an old Powerbook 165. MacOS 7.6 is the highest version it can run and the features of MacPython for that system (v1.5.2) are limited. Definatly no tix. If I never do this, especially if I get some pocket version worked out, I'll probably never miss it. Someone hanging onto an old Mac LC or Quadra may have appreciated the fruits of this labor. For not quite powerful enough for OSX Mac computers there is a version of Python with native widgets but I believe it is also being abandoned in favor of just focusing on the OSX version. At the least you have to choose between MacPython-OS9 v2.3 with CarbonLib support and no Tkinter or MacPython-OS9 v2.2 with Tkinter support. http://homepages.cwi.nl/~jack/macpython/macpython-older.html I thought that some version of GRAMPS was ported to OSX via Fink. I guess for some OSX users there is an issue with/annoyance over using Fink and running a X11/Gnome app instead of having native apps? It seems that a slightly older version of GRAMPS would be better than a stripped down Tk version feature wise, but perhaps that isn't the point for some people. I use to be a Mac guy from a Mac 128 on and have had brief moments where I have thought that if I were to get a laptop it would be a Mac because they have a POSIX core and the OS is integrated so well with the hardware (no searching for my 802.11x driver.) 3 - Introduce MS Windows users to a great genealogy program My next thought had been that I could introduce MS Windows users to GRAMPS by getting a version going that wasn't GNOME dependent. Writing a different version immediately makes me miss the point. Well, at lest we'd be file compatible right, which is a little better than sharing GEDCOM files. Since I have no love for MS Windows, testing GRAMPS-tk on it has been annoying even with a nearby Debian system. The thought of needing to get CVS and make etc going was a big discouragement. Fortunately I was able do that stuff on Debian and then use PuTTY's pscp to pull the stuff over to MS Windows from Debian. Still it was a hassle and seemed like a big hurdle for MS Windows only users who wanted to get involved. I eventually stopped at the "You have to uninstall the Python.org version and install the ActiveState version to get that" issue. When I get up the motivation to get over that bump I'll lend a hand to testing again. Thinking more on the MS Windows version idea and reading posts to this list I have decided that people wouldn't be satisfied with a lite version of GRAMPS on a desktop system. They'd want reporting, web site building, PDF exporting and everything else the full version has. That has led me to consider looking into a custom KNOPPIX (or similar LiveCD) with GRAMPS installed. Many computers have USB devices and a number of elderly genealogists I know take their data with them on these devices as they go to the Library. The GRAMPS database could be on one of those devices or any other removable media or even a KNOPPIX user data file on the hard disk. > E.g. Zaurus might be a nice way to take the computer with you when you visit > relatives to dig more information about your family, but normal Gramps > doesn't fit into 640x480 screen... > Can you even install/run GRAMPS on that system if screen size wasn't an issue? > PS. Are there *any* Genealogy applications that are aimed at (the more > modern / larger screen) handheld devices? > What is your hope for a Genealogy app on a handheld? Are you looking for a pocket replacement of a desktop system, with graphs, printing, etc. or just data view/entry? I think that a 'handheld' version of the software should be light in it's running and non-running memory footprint and well coded to handle various screen resolutions and orientations. I believe that kind of specialization is a little above and beyond the standard gramps-tk interface design goals. Maybe it is not and maybe it would be easy enough to accommodate that with just one more UI driver option. -- Jacob From stuporglue at gmail.com Thu Mar 10 01:51:58 2005 From: stuporglue at gmail.com (Michael Moore) Date: Thu Mar 10 01:45:22 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <422FE457.6030703@cachevalley.com> References: <200503061309.21583.eero.tamminen@netsonic.fi> <422FE457.6030703@cachevalley.com> Message-ID: > I want to get PocketPC off of my handheld and running Familiar/GPE, but > I don't expect everyone to follow suit. I have seen some talk of a > Python port to PocketPC and a Tcl/Tk port, but nothing about Berkeley DB. The reason GRAMPS (original) is switching over to Berkeley DB is files were getting too large to load efficiently because the whole file is loaded into RAM when it's opened. I imagine that to be able to run on older systems like your laptop, it'd probably need some kind of DB and not just a big XML file to run at any reasonable speed with a large number of entries. If Gramps-tk remains compatable with the GRAMPS XML format, you could use that on systems without Berkeley DB. You could do that at the library on your handheld then merge your data back to your desktop later. > A pure Python/Tk version that works with the GRAMPS XML format, even if > it is with a custom limited GRAMPS specific Python XML parser, seems to > be the most supported MS PocketPC OS path unless Berkeley DB support > pops up. and > I have an old Powerbook 165. MacOS 7.6 is the highest version it can run > and the features of MacPython for that system (v1.5.2) are limited. > Definatly no tix. If I never do this, especially if I get some pocket > version worked out, I'll probably never miss it. Someone hanging onto an > old Mac LC or Quadra may have appreciated the fruits of this labor. One of the things that has been mentioned a few times is making Gramps-tk be able to easily use other interfaces. I know a console version has been mentioned several times. I don't know if that helps, but it seems an easily portable interface is one of the priorities of Gramps-tk...so it should be possible to write an interface for old Mac OSs. Also, one of the attractions of GRAMPS is that many OSs don't have a genealogy programs available, or it's expensive. Old Mac OSs can still run PAF http://tinyurl.com/56epp - Though it costs $6.00. It needs OS 6 or better. Disclaimer: I've never used PAF, I don't know how good it is. > For not quite powerful enough for OSX Mac computers there is a version > of Python with native widgets but I believe it is also being abandoned > in favor of just focusing on the OSX version. At the least you have to > choose between MacPython-OS9 v2.3 with CarbonLib support and no Tkinter > or MacPython-OS9 v2.2 with Tkinter support. > > http://homepages.cwi.nl/~jack/macpython/macpython-older.html > I thought that some version of GRAMPS was ported to OSX via Fink. I > guess for some OSX users there is an issue with/annoyance over using > Fink and running a X11/Gnome app instead of having native apps? It's a bit dated, and the more recent version is very finiky about building. I've been trying off and on for about a month. For the average home user the barier is much too high at this point. > I use to be a Mac guy from a Mac 128 on and have had > brief moments where I have thought that if I were to get a laptop it > would be a Mac because they have a POSIX core and the OS is integrated > so well with the hardware (no searching for my 802.11x driver.) They're great! - but no linux wireless on new ones. > What is your hope for a Genealogy app on a handheld? Are you looking for > a pocket replacement of a desktop system, with graphs, printing, etc. or > just data view/entry? I don't have a PDA (yet), but would want mostly data entry, with export to GEDCOM. We're going back "home" some time later this summer, and will be visiting relatives and places that may have some good sources. Data entry would be a great start. Michael From david at handysoftware.com Thu Mar 10 11:33:56 2005 From: david at handysoftware.com (David Handy) Date: Thu Mar 10 11:27:08 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: References: <422E993E.4090004@cs.brynmawr.edu> <200503092249.13482.eero.tamminen@netsonic.fi> <200503092350.06366.eero.tamminen@netsonic.fi> Message-ID: <20050310163356.GA3241@arno2> On Wed, Mar 09, 2005 at 03:01:26PM -0700, Michael Moore wrote: > > Cacti, the gnarly little-brother of Gramps! > > > > Survives in more extreme conditions: less RAM, less package dependencies, > > foreign operating systems etc... > > ... > > I think a cactus theme would work well. I iconifies easily, is easy to > remember, and I can't think of any other programs that have a cactus > as their theme. Just FYI, there's a fairly well known (at least among Java developers) open-source software project called cactus: http://jakarta.apache.org/cactus/ """ Cactus is a simple test framework for unit testing server-side java code (Servlets, EJBs, Tag Libs, Filters, ...). """ (Sorry) David H. From jacob at cachevalley.com Thu Mar 10 14:42:58 2005 From: jacob at cachevalley.com (Jacob Anawalt) Date: Thu Mar 10 14:36:31 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: References: <200503061309.21583.eero.tamminen@netsonic.fi> <422FE457.6030703@cachevalley.com> Message-ID: <4230A342.90307@cachevalley.com> Michael Moore wrote: >>I have seen some talk of a >>Python port to PocketPC and a Tcl/Tk port, but nothing about Berkeley DB. > > > The reason GRAMPS (original) is switching over to Berkeley DB is files > were getting too large to load efficiently because the whole file is > loaded into RAM when it's opened. I imagine that to be able to run on > older systems like your laptop, it'd probably need > some kind of DB and not just a big XML file to run at any reasonable speed > with a large number of entries. > > If Gramps-tk remains compatable with the GRAMPS XML format, you could use that > on systems without Berkeley DB. You could do that at the library on > your handheld > then merge your data back to your desktop later. > True, I was aware of that reason. That's why I mentioned working with a small subset of the whole database. Perhaps even XML isn't the right format. A record-jar format could be used in a way that wouldn't require loading more than the section(s) of interest into memory. At that point it would probably be close to a custom GEDCOM format. If the BDB is available then definatly use it. If not, then don't expect working on history back to Adam to be snappy on your Mac LC :). > >>A pure Python/Tk version that works with the GRAMPS XML format, even if >>it is with a custom limited GRAMPS specific Python XML parser, seems to >>be the most supported MS PocketPC OS path unless Berkeley DB support >>pops up. > > and > >>I have an old Powerbook 165. MacOS 7.6 is the highest version it can run >>and the features of MacPython for that system (v1.5.2) are limited. >>Definatly no tix. If I never do this, especially if I get some pocket >>version worked out, I'll probably never miss it. Someone hanging onto an >>old Mac LC or Quadra may have appreciated the fruits of this labor. > > > One of the things that has been mentioned a few times is making Gramps-tk > be able to easily use other interfaces. I know a console version has been > mentioned several times. I don't know if that helps, but it seems an > easily portable interface is one of the priorities of Gramps-tk...so it > should be possible to write an interface for old Mac OSs. > I'm not debating that. I'm just trying to nudge a little more away from Tix, or at least to have a non-Tix GUI as well. I think the current thought is to go this way anyway. I'm just restating why I think it would be /a good thing/ (tm). > Also, one of the attractions of GRAMPS is that many OSs don't have a > genealogy programs available, or it's expensive. Old Mac OSs can still run PAF > http://tinyurl.com/56epp - Though it costs $6.00. It needs OS 6 or better. > Disclaimer: I've never used PAF, I don't know how good it is. > I have, years ago. It is functional and was ahead of it's class when the rest of the class was DOS based. I don't have issues with the GUI, but I would also like to have the broader scope about what information is important and the concept of linking sources with data that GRAMPS has. I think the flexible relationship models, custom fields and source linking is what sets GRAMPS apart from a few recent programs that I've tried. > >>I thought that some version of GRAMPS was ported to OSX via Fink. I >>guess for some OSX users there is an issue with/annoyance over using >>Fink and running a X11/Gnome app instead of having native apps? > > > It's a bit dated, and the more recent version is very finiky about building. > I've been trying off and on for about a month. For the average home user > the barier is much too high at this point. > What would be better for the average OSX user in the long run, a good GRAMPS package or a lite gramps-tk? > >>What is your hope for a Genealogy app on a handheld? Are you looking for >>a pocket replacement of a desktop system, with graphs, printing, etc. or >>just data view/entry? > > > I don't have a PDA (yet), but would want mostly data entry, with export to > GEDCOM. We're going back "home" some time later this summer, and will be > visiting relatives and places that may have some good sources. Data entry > would be a great start. > It sounds like we're thinking along the same lines so far. After you got the mostly part, what would your pda version wishlist include? -- Jacob From eero.tamminen at netsonic.fi Thu Mar 10 15:06:36 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Thu Mar 10 14:46:15 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <20050310163356.GA3241@arno2> References: <20050310163356.GA3241@arno2> Message-ID: <200503102206.37158.eero.tamminen@netsonic.fi> Hi, > > > Cacti, the gnarly little-brother of Gramps! > > > > > > Survives in more extreme conditions: less RAM, less package > > > dependencies, foreign operating systems etc... > > > > ... > > > > I think a cactus theme would work well. I iconifies easily, is easy to > > remember, and I can't think of any other programs that have a cactus > > as their theme. > > Just FYI, there's a fairly well known (at least among Java developers) > open-source software project called cactus: > > http://jakarta.apache.org/cactus/ > """ > Cactus is a simple test framework for unit testing server-side java code > (Servlets, EJBs, Tag Libs, Filters, ...). > """ Ok, freshmeat returned two Open Source projects with name Cactus: http://freshmeat.net/search/?q=cactus§ion=projects&Go.x=0&Go.y=0 And one with Cacti: http://freshmeat.net/search/?q=cacti§ion=projects&Go.x=0&Go.y=0 What about Cactea? There were no hits for that and we might still use Cactus theme, have on the site documentation about the "thorny" details of genealogy on the go (using handheld) etc. I think name "Cactea" is also somehow related to cactuses, although I'm not sure how. Below are two ASCII logos for this, please view them with monospaced font. You can find some cactus pictures (with the latin names) e.g. from here: http://www.kakteenwelt.de/ - Eero ========================================= __ ____ __ ______ ___ ____ / ] / T / ] T / _] / T / / Y o | / /| | / [_ Y o | / / | |/ / l_j l_jY _]| | / \_ | _ / \_ | | | [_ | _ | \ || | \ | | | | T| | | \____jl__j__j\____j l__j l_____jl__j__j Genealogy in extreme conditions ========================================= () Cactea || () Genealogy in () () extreme conditions .. |)/ ...,,.__..-----/ \-__,----||---..../ From eero.tamminen at netsonic.fi Thu Mar 10 15:06:36 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Thu Mar 10 14:46:16 2005 Subject: [Gramps-tk] The future of gramps-tk In-Reply-To: <20050310163356.GA3241@arno2> References: <20050310163356.GA3241@arno2> Message-ID: <200503102206.37158.eero.tamminen@netsonic.fi> Hi, > > > Cacti, the gnarly little-brother of Gramps! > > > > > > Survives in more extreme conditions: less RAM, less package > > > dependencies, foreign operating systems etc... > > > > ... > > > > I think a cactus theme would work well. I iconifies easily, is easy to > > remember, and I can't think of any other programs that have a cactus > > as their theme. > > Just FYI, there's a fairly well known (at least among Java developers) > open-source software project called cactus: > > http://jakarta.apache.org/cactus/ > """ > Cactus is a simple test framework for unit testing server-side java code > (Servlets, EJBs, Tag Libs, Filters, ...). > """ Ok, freshmeat returned two Open Source projects with name Cactus: http://freshmeat.net/search/?q=cactus§ion=projects&Go.x=0&Go.y=0 And one with Cacti: http://freshmeat.net/search/?q=cacti§ion=projects&Go.x=0&Go.y=0 What about Cactea? There were no hits for that and we might still use Cactus theme, have on the site documentation about the "thorny" details of genealogy on the go (using handheld) etc. I think name "Cactea" is also somehow related to cactuses, although I'm not sure how. Below are two ASCII logos for this, please view them with monospaced font. You can find some cactus pictures (with the latin names) e.g. from here: http://www.kakteenwelt.de/ - Eero ========================================= __ ____ __ ______ ___ ____ / ] / T / ] T / _] / T / / Y o | / /| | / [_ Y o | / / | |/ / l_j l_jY _]| | / \_ | _ / \_ | | | [_ | _ | \ || | \ | | | | T| | | \____jl__j__j\____j l__j l_____jl__j__j Genealogy in extreme conditions ========================================= () Cactea || () Genealogy in () () extreme conditions .. |)/ ...,,.__..-----/ \-__,----||---..../ From eero.tamminen at netsonic.fi Thu Mar 10 15:21:08 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Thu Mar 10 15:00:45 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <4230A342.90307@cachevalley.com> References: <200503061309.21583.eero.tamminen@netsonic.fi> <4230A342.90307@cachevalley.com> Message-ID: <200503102221.08551.eero.tamminen@netsonic.fi> Hi, > >>What is your hope for a Genealogy app on a handheld? Are you looking > >> for a pocket replacement of a desktop system, with graphs, printing, > >> etc. or just data view/entry? > > > > I don't have a PDA (yet), but would want mostly data entry, with export > > to GEDCOM. We're going back "home" some time later this summer, and > > will be visiting relatives and places that may have some good sources. > > Data entry would be a great start. > > It sounds like we're thinking along the same lines so far. > > After you got the mostly part, what would your pda version wishlist > include? Basically I think it would be to export from desktop Gramps all the records that are incomplete, updating them with a handheld version and then merging the things back to desktop version for printing reports etc. Main Gramps has had improvements in merging database which have common ancestry. I.e. lite version would be just for browsing and editing the data. It wouldn't need the things that are under reports, tools or help menus, nor printing. Importing and exporting options could be limited, and media objects wouldn't need to be supported at all (as long as lite version wouldn't remove existing information), especially as they take a lot of memory. Support for all the custom filters would be nice so that one can easily/fast find the persons one's looking for. (Note: I don't have a handheld/PDA myself, handheld support just came up when I was mailing with Luke about supporting other widget set(s) than Gtk.) - Eero From eero.tamminen at netsonic.fi Thu Mar 10 15:21:08 2005 From: eero.tamminen at netsonic.fi (Eero Tamminen) Date: Thu Mar 10 15:00:46 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <4230A342.90307@cachevalley.com> References: <200503061309.21583.eero.tamminen@netsonic.fi> <4230A342.90307@cachevalley.com> Message-ID: <200503102221.08551.eero.tamminen@netsonic.fi> Hi, > >>What is your hope for a Genealogy app on a handheld? Are you looking > >> for a pocket replacement of a desktop system, with graphs, printing, > >> etc. or just data view/entry? > > > > I don't have a PDA (yet), but would want mostly data entry, with export > > to GEDCOM. We're going back "home" some time later this summer, and > > will be visiting relatives and places that may have some good sources. > > Data entry would be a great start. > > It sounds like we're thinking along the same lines so far. > > After you got the mostly part, what would your pda version wishlist > include? Basically I think it would be to export from desktop Gramps all the records that are incomplete, updating them with a handheld version and then merging the things back to desktop version for printing reports etc. Main Gramps has had improvements in merging database which have common ancestry. I.e. lite version would be just for browsing and editing the data. It wouldn't need the things that are under reports, tools or help menus, nor printing. Importing and exporting options could be limited, and media objects wouldn't need to be supported at all (as long as lite version wouldn't remove existing information), especially as they take a lot of memory. Support for all the custom filters would be nice so that one can easily/fast find the persons one's looking for. (Note: I don't have a handheld/PDA myself, handheld support just came up when I was mailing with Luke about supporting other widget set(s) than Gtk.) - Eero From stuporglue at gmail.com Thu Mar 10 17:17:47 2005 From: stuporglue at gmail.com (Michael Moore) Date: Thu Mar 10 17:11:03 2005 Subject: [Gramps-tk] Gramps on handhelds? In-Reply-To: <200503102221.08551.eero.tamminen@netsonic.fi> References: <200503061309.21583.eero.tamminen@netsonic.fi> <4230A342.90307@cachevalley.com> <200503102221.08551.eero.tamminen@netsonic.fi> Message-ID: > > >>What is your hope for a Genealogy app on a handheld? Are you looking > > >> for a pocket replacement of a desktop system, with graphs, printing, > > >> etc. or just data view/entry? > > > ... > > After you got the mostly part, what would your pda version wishlist > > include? If we look at how a PDA is used, it will probaly act as a good indicator for what Gramps-tk on PDA should do. A PDA acts as a satelite of the computer used for a limited set of functions, which then merges the data back to the real source. I think it doesn't need to be able to do reports, just data entry, and editing. As long as the desktop copy of Gramps can successfully merge the changes back, that's probably enough to be acceptable. If you're getting information from an intererview with a relative, it would be nice to be able to make a note that the info is unconfirmed by any actual documents. Maybe an easy way to add comments about other good sources that they mention, and attach that info to a person or interview session. > I.e. lite version would be just for browsing and editing the data. > It wouldn't need the things that are under reports, tools or help menus, nor > printing. Importing and exporting options could be limited, and media > objects wouldn't need to be supported at all (as long as lite version > wouldn't remove existing information), especially as they take a lot of > memory. Support for all the custom filters would be nice so that one can > easily/fast find the persons one's looking for. I agree. Michael Moore From dblank at brynmawr.edu Mon Mar 14 01:06:53 2005 From: dblank at brynmawr.edu (Douglas S. Blank) Date: Mon Mar 14 00:59:52 2005 Subject: [Gramps-tk] GED working again; CVS checkout Message-ID: Two items of note: 1. GED file reading is now working again. GRAMPS file reading is still broken, however. 2. There is now an anonymous CVS for gramps-tk. Some examples: cvs -d :pserver:anonymous@bubo.brynmawr.edu:/home/CVS login [Just hit enter for password] cvs -d :pserver:anonymous@bubo.brynmawr.edu:/home/CVS co gramps-tk cd gramps-tk make install make run -Doug From stuporglue at gmail.com Mon Mar 14 09:17:22 2005 From: stuporglue at gmail.com (Michael Moore) Date: Mon Mar 14 09:10:24 2005 Subject: [Gramps-tk] GED working again; CVS checkout In-Reply-To: References: Message-ID: > 1. GED file reading is now working again. GRAMPS file reading is still broken, > however. It's not working for me. I used CVS checkout of both Gramps-tk and Gramps2. Could it be because it doesn't have my fs in ReadGecomTk.py ? file_systems = { 'VFAT' : _('Windows 9x file system'), 'FAT' : _('Windows 9x file system'), "NTFS" : _('Windows NT file system'), "ISO9660" : _('CD ROM'), "SMBFS" : _('Networked Windows file system') } I'm on Mac OSX, using the HFS+ file system. Thanks Michael From dblank at mainline.brynmawr.edu Mon Mar 14 09:28:42 2005 From: dblank at mainline.brynmawr.edu (Douglas S. Blank) Date: Mon Mar 14 09:21:40 2005 Subject: [Gramps-tk] GED working again; CVS checkout In-Reply-To: References: Message-ID: <42359F9A.3010604@cs.brynmawr.edu> Michael Moore wrote: >>1. GED file reading is now working again. GRAMPS file reading is still broken, >>however. > > > It's not working for me. I used CVS checkout of both Gramps-tk and > Gramps2. Could it be because it doesn't have my fs in ReadGecomTk.py > ? > > file_systems = { > 'VFAT' : _('Windows 9x file system'), > 'FAT' : _('Windows 9x file system'), > "NTFS" : _('Windows NT file system'), > "ISO9660" : _('CD ROM'), > "SMBFS" : _('Networked Windows file system') > } > > I'm on Mac OSX, using the HFS+ file system. I don't think that could be it (I don't know why an application needs to know what type of file system that you are using, and I don't use those variables). I'll check into it on the Mac side... -Doug > Thanks > > Michael > _______________________________________________ > gramps-tk mailing list > gramps-tk@emergent.brynmawr.edu > http://emergent.brynmawr.edu/mailman/listinfo/gramps-tk > > -- Douglas S. Blank, Assistant Professor dblank@brynmawr.edu, (610)526-6501 Bryn Mawr College, Computer Science Program 101 North Merion Ave, Park Science Bld. Bryn Mawr, PA 19010 dangermouse.brynmawr.edu From shura at alex.neuro.umn.edu Mon Mar 14 09:41:25 2005 From: shura at alex.neuro.umn.edu (Alex Roitman) Date: Mon Mar 14 09:34:23 2005 Subject: [Gramps-tk] GED working again; CVS checkout In-Reply-To: <42359F9A.3010604@cs.brynmawr.edu> References: <42359F9A.3010604@cs.brynmawr.edu> Message-ID: <20050314144125.GA23350@alex.neuro.umn.edu> On Mon, Mar 14, 2005 at 09:28:42AM -0500, Douglas S. Blank wrote: > > > >file_systems = { > > 'VFAT' : _('Windows 9x file system'), > > 'FAT' : _('Windows 9x file system'), > > "NTFS" : _('Windows NT file system'), > > "ISO9660" : _('CD ROM'), > > "SMBFS" : _('Networked Windows file system') > > } These are the things GRAMPS is checking against when the media objects (images etc) are referred to in GEDCOM and not found. In that case, GRAMPS would first check the same dir as the GEDCOM and then the filse_systems.keys(), against lines in /proc/mounts, upper()-ed. The whole thing is under try: clause, so even it if fails it should not disturb the rest of the gedcom reading. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://emergent.brynmawr.edu/pipermail/gramps-tk/attachments/20050314/8a18fdeb/attachment.bin