From: Brad R. <br...@fi...> - 2006-08-25 21:30:08
Attachments:
signature.asc
|
Hello All, Using the 2.1.* series, certain types of "event" strike me as though they should, arguably, be "attribute". These being: Number of Marriages, Nobility Title, Religion, Property and Residence, although some of those, I know, could be either (date of acquisition of Nobility Title, for example). I understand that I can create them as attributes myself, but since they're offered, I wonder whether they're in the 'correct' place. What do others think? The second issue is that, even though I'm using the .grdb method of saving my data, column widths aren't preserved across sessions. For example, I have to expand the columns in the "Sources" view to be able to read the "Titles", and "Author" columns fully. The same applies to columns in all the "Edit Person" window's tabs. Is there something that can be done about this? If it's of any relevance, I use KDE, not than Gnome. All the above can be construed as nit-picking, I know. It's not meant to read that way, but if it does, my apologies. --=20 Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" It belongs to them, let's give it back Beds Are Burning - Midnight Oil |
From: Jim W. <jim...@gm...> - 2006-08-25 22:18:42
|
On 8/25/06, Brad Rogers <br...@fi...> wrote: > Hello All, > > Using the 2.1.* series, certain types of "event" strike me as though > they should, arguably, be "attribute". These being: Number of > Marriages, Nobility Title, Religion, Property and Residence, although > some of those, I know, could be either (date of acquisition of Nobility > Title, for example). I understand that I can create them as attributes > myself, but since they're offered, I wonder whether they're in the > 'correct' place. What do others think? > > The second issue is that, even though I'm using the .grdb method > of saving my data, column widths aren't preserved across sessions. For > example, I have to expand the columns in the "Sources" view to be able > to read the "Titles", and "Author" columns fully. The same applies to > columns in all the "Edit Person" window's tabs. Is there something > that can be done about this? > > If it's of any relevance, I use KDE, not than Gnome. > > All the above can be construed as nit-picking, I know. It's not meant > to read that way, but if it does, my apologies. > Brad, The column width reset issue also occurs in the Gnome and Windows versions. Remember that the 2.1 version is Beta at this point and there's still a lot of little things that will probably get fixed along the path to release. My biggest issue is the search filter doesn't work for me in Places. Works great in People though. I've had a tough time getting my mind around the "event focused" of the 2.1 Gramps but I am becoming comfortable with it - just a bunch of work getting my database compliant. A while back Alex told us that gramps would add the event description when importing a gedcom. My experience to this point is that it seems to address a small percentage of my events. So to try everything out, I manually enter most of them. Jim |
From: Brad R. <br...@fi...> - 2006-08-26 20:36:52
Attachments:
signature.asc
|
On Fri, 25 Aug 2006 18:18:40 -0400 "Jim Winfrey" <jim...@gm...> wrote: Hello Jim, > The column width reset issue also occurs in the Gnome and Windows Right, so it's not just me, then. > versions. Remember that the 2.1 version is Beta at this point and > there's still a lot of little things that will probably get fixed Of course, I understand that. However, if things aren't brought to light, they won't get fixed. That's not meant to imply that Alex et al are unaware of the things, BTW. I believe that (in part) the point of the 2.1.x releases is for us to "play" with, and point out idiosyncrasies, inconsistencies and things that are just plain broken. As a result of any reports, suggestions, or even code, from us, the 2.2.x release will be a far better product. > had a tough time getting my mind around the "event focused" of the 2.1 Yes, it took me a while, too. I've come to prefer it over the 2.0 methodology, though. > Gramps but I am becoming comfortable with it - just a bunch of work > getting my database compliant. A while back Alex told us that gramps Yes, I've had to fiddle a bit, too. Thankfully, nothing major. --=20 Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" It's only the children of the ------- wealthy tend to be good looking Ugly - The Stranglers |
From: Don A. <don...@co...> - 2006-08-26 21:01:40
|
The best thing to do is to file a bug report at http://bugs.gramps-project.org. Filing a bug report there makes sure that it gets into the system and can be tracked. You will also be constantly updated on the progress of the report. I get dozens of gramps related emails every day, and bugs reported by email can easily get lost. On the bug tracker, they never get lost. Don On Sat, 2006-08-26 at 21:22 +0100, Brad Rogers wrote: > On Fri, 25 Aug 2006 18:18:40 -0400 > "Jim Winfrey" <jim...@gm...> wrote: >=20 > Hello Jim, >=20 > > The column width reset issue also occurs in the Gnome and Windows >=20 > Right, so it's not just me, then. >=20 > > versions. Remember that the 2.1 version is Beta at this point and > > there's still a lot of little things that will probably get fixed >=20 > Of course, I understand that. However, if things aren't brought to > light, they won't get fixed. That's not meant to imply that Alex et al > are unaware of the things, BTW. I believe that (in part) the point of > the 2.1.x releases is for us to "play" with, and point out > idiosyncrasies, inconsistencies and things that are just plain broken. > As a result of any reports, suggestions, or even code, from us, the > 2.2.x release will be a far better product. >=20 > > had a tough time getting my mind around the "event focused" of the 2.1 >=20 > Yes, it took me a while, too. I've come to prefer it over the 2.0 > methodology, though. >=20 > > Gramps but I am becoming comfortable with it - just a bunch of work > > getting my database compliant. A while back Alex told us that gramps >=20 > Yes, I've had to fiddle a bit, too. Thankfully, nothing major. >=20 > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job ea= sier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ Gramps-users mailing list= Gra...@li... https://lists.sourceforge.net/lists/lis= tinfo/gramps-users |
From: Brad R. <br...@fi...> - 2006-08-27 18:10:14
Attachments:
signature.asc
|
On Sat, 26 Aug 2006 15:01:00 -0600 Don Allingham <don...@co...> wrote: Hello Don, > The best thing to do is to file a bug report at > http://bugs.gramps-project.org. Filing a bug report there makes sure I've now been there, and done that. Thanks, Don. > I get dozens of gramps related emails every day, and bugs reported by I'm sure you do. Whether that's a good, or a bad thing, only you can decide. :-) --=20 Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Dream on white boy, dream on black girl Original Sin - INXS |
From: Alex R. <sh...@gr...> - 2006-08-28 02:29:06
|
Brad, On Fri, 2006-08-25 at 22:29 +0100, Brad Rogers wrote: > Using the 2.1.* series, certain types of "event" strike me as though > they should, arguably, be "attribute". These being: Number of > Marriages, Nobility Title, Religion, Property and Residence, although > some of those, I know, could be either (date of acquisition of Nobility > Title, for example). I understand that I can create them as attributes > myself, but since they're offered, I wonder whether they're in the > 'correct' place. What do others think? The thinking behind dividing things into events and attributes was the following: The attributes are for something permanent, or at least somewhat permanent: eye color, blood type, etc. Usually you would have not more than one of each attribute type for a person/family/etc. In contrast, the events have a time frame associated with them. It does not have to be a fixed date, can be e.g. a span. So it is not unheard of people changing religion, property, and residence, etc. Each of those can be associated with the time period, and there can be many of the same type. Does it make sense? I know this does not correspond 100% with GEDCOM, but we try to do what makes sense rather than just implementing a poorly written standard. Alex --=20 Alexander Roitman http://www.gramps-project.org |
From: Brad R. <br...@fi...> - 2006-08-29 09:46:35
Attachments:
signature.asc
|
On Sun, 27 Aug 2006 19:29:00 -0700 Alex Roitman <sh...@gr...> wrote: Hello Alex, > The thinking behind dividing things into events and attributes > was the following: [snip] > Does it make sense? I know this does not correspond 100% with Yes, it makes sense. I hadn't realised that the GEDCOM standard tried to define these things, until you, and Gerald (thanks, BTW Gerald; I think I forgot to reply to your email) said. As I said, I can live with things the way they are, since the 2.1/2 series allows me to define my own events/attributes. I'll definitely be shifting No. of Marriages, since that's something you can't (really) assign a date to. > GEDCOM, but we try to do what makes sense rather than just > implementing a poorly written standard. I really should have Googled first, shouldn't I? :-) --=20 Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" It's got nothing to do with the need to impress Titanic (My Over) Reaction - 999 |