From: Rich <ben...@at...> - 2017-01-21 21:18:42
|
<html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#CCCCCC" text="#000099"> This problem started yesterday. I blew it off at first but it is a bit irritating as time goes on.<br> <br> When I select sources, the items are listed double spaced if sorted number through Z. But if I click on the title to reverse the sort to Z through number all is well and sorted single spaced. Weired, what could I have done? My display columns are Title, ID, Author, Publication information. I think that is default. The only thing I can think of is I downloaded two changed gramplets on the 20th. I don't see what they could do with anything.<br> this is 4.2.3 on LM 18.1<br> <br> To partially answer my own question, I did change LM to display text larger for tired old eyes. When I turn that off, the portion of the screen showing at the time of change corrects, but scrolling down the screen it is still doupble spaced. I am going to try a reboot. Am sending this anyhow since I may not return.<br> Rich<br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Rich <ben...@at...> - 2017-01-21 21:41:14
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">Well I don't doubt my setting visual aids to large text might have created this problem but how to get out of it? My backup last night would contain the problem, and the previous backup is the 18th. And with a bum arm I have not done to much to lose.<br> The problem is not a double space but the space is double wide. I don't see that Gramps has any options to control this. The problem is only with the sources view and only when sorted in one direction.<br> I think I will restore the backup from the 18th in another new tree and see if the problem is there.<br> Rich<br> <br> On 01/21/2017 03:18 PM, Rich wrote:<br> </div> <blockquote cite="mid:182...@at..." type="cite"> <meta http-equiv="content-type" content="text/html; charset=utf-8"> This problem started yesterday. I blew it off at first but it is a bit irritating as time goes on.<br> <br> When I select sources, the items are listed double spaced if sorted number through Z. But if I click on the title to reverse the sort to Z through number all is well and sorted single spaced. Weired, what could I have done? My display columns are Title, ID, Author, Publication information. I think that is default. The only thing I can think of is I downloaded two changed gramplets on the 20th. I don't see what they could do with anything.<br> this is 4.2.3 on LM 18.1<br> <br> To partially answer my own question, I did change LM to display text larger for tired old eyes. When I turn that off, the portion of the screen showing at the time of change corrects, but scrolling down the screen it is still doupble spaced. I am going to try a reboot. Am sending this anyhow since I may not return.<br> Rich<br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a></pre> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Gramps-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gra...@li...">Gra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gramps-users">https://lists.sourceforge.net/lists/listinfo/gramps-users</a> <a class="moz-txt-link-freetext" href="https://gramps-project.org">https://gramps-project.org</a></pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Dave S. <dav...@gm...> - 2017-01-21 22:12:36
|
Hi Rich, If anything, it seems like the problem would be with the settings in gramps, not the databases. Have you tried deleting gramps and doing a complete reinstall including, and I think most important, deleting the gramps user files. These are the files that contain what and how things are displayed. You'd need to reinstall addons and reconfigure how and what things are displayed but your data should be okay. I had a problem last week that after an add-on update, the People list would only show one column of information. Starting fresh by deleting everything except the database folder the thumbnail folder and the custom_filters.xml file in the gramps42 folder then reinstalling was the only way to fix it. Everything worked fine after the reinstall including after reinstalling all add-ons including the one that seemed to cause the issue. Hope this helps, Dave Since you add the tag line "Have you backed up your files today?" I wont remind you... which I just did. On Sat, Jan 21, 2017 at 4:41 PM, Rich <ben...@at...> wrote: > Well I don't doubt my setting visual aids to large text might have created > this problem but how to get out of it? My backup last night would contain > the problem, and the previous backup is the 18th. And with a bum arm I have > not done to much to lose. > The problem is not a double space but the space is double wide. I don't > see that Gramps has any options to control this. The problem is only with > the sources view and only when sorted in one direction. > I think I will restore the backup from the 18th in another new tree and > see if the problem is there. > Rich > > > On 01/21/2017 03:18 PM, Rich wrote: > > This problem started yesterday. I blew it off at first but it is a bit > irritating as time goes on. > > When I select sources, the items are listed double spaced if sorted number > through Z. But if I click on the title to reverse the sort to Z through > number all is well and sorted single spaced. Weired, what could I have > done? My display columns are Title, ID, Author, Publication information. I > think that is default. The only thing I can think of is I downloaded two > changed gramplets on the 20th. I don't see what they could do with > anything. > this is 4.2.3 on LM 18.1 > > To partially answer my own question, I did change LM to display text > larger for tired old eyes. When I turn that off, the portion of the screen > showing at the time of change corrects, but scrolling down the screen it is > still doupble spaced. I am going to try a reboot. Am sending this anyhow > since I may not return. > Rich > > -- > Have you backed up your files today? > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Gramps-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/gramps-usershttps://gramps-project.org > > > > -- > Have you backed up your files today? > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > https://gramps-project.org > |
From: Rich <ben...@at...> - 2017-01-22 04:33:54
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">(Not that important post, but I haven't been able to send, keeps failing. I have had that happen to the list before. Have rebooted still an issue. Maybe this time will be the charm)<br> <br> I imported the backup from the 18th and it looks good set the LM large text and it gets bigger but without all the extra space. Reverting to normal text looks good. So not sure that the issue was making text large.<br> Exported my current tree and re-imported and it looks bad. So the "badness" went with the export.<br> I'm going to play with the good import of the 18th and see if the problem reoccurs. I will also look at .gramps. I did something there but I think it was with Forms.<br> If it reoccurs I will try a reinstall.<br> I've only added two census records since the 18th, so not too bad.<br> Rich<br> <br> On 01/21/2017 04:12 PM, Dave Scheipers wrote:<br> </div> <blockquote cite="mid:CAP...@ma..." type="cite"> <div dir="ltr"> <div>Hi Rich, </div> <div><br> </div> <div>If anything, it seems like the problem would be with the settings in gramps, not the databases.</div> <div><br> </div> <div>Have you tried deleting gramps and doing a complete reinstall including, and I think most important, deleting the gramps user files. These are the files that contain what and how things are displayed. </div> <div><br> </div> <div>You'd need to reinstall addons and reconfigure how and what things are displayed but your data should be okay.</div> <div><br> </div> <div>I had a problem last week that after an add-on update, the People list would only show one column of information. Starting fresh by deleting everything except the database folder the thumbnail folder and the custom_filters.xml file in the gramps42 folder then reinstalling was the only way to fix it. Everything worked fine after the reinstall including after reinstalling all add-ons including the one that seemed to cause the issue.</div> <div><br> </div> <div>Hope this helps, Dave</div> <div><br> </div> <div>Since you add the tag line "Have you backed up your files today?" I wont remind you... which I just did.</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Sat, Jan 21, 2017 at 4:41 PM, Rich <span dir="ltr"><<a moz-do-not-send="true" href="mailto:ben...@at..." target="_blank">ben...@at...</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000099" bgcolor="#CCCCCC"> <div class="m_-1817227891926966472moz-cite-prefix">Well I don't doubt my setting visual aids to large text might have created this problem but how to get out of it? My backup last night would contain the problem, and the previous backup is the 18th. And with a bum arm I have not done to much to lose.<br> The problem is not a double space but the space is double wide. I don't see that Gramps has any options to control this. The problem is only with the sources view and only when sorted in one direction.<br> I think I will restore the backup from the 18th in another new tree and see if the problem is there.<br> Rich</div> </div> </blockquote> </div> </div> </blockquote> <br> </body> </html> |
From: Enno B. <enn...@gm...> - 2017-01-22 14:41:29
|
Op 22-01-17 om 05:33 schreef Rich: > I imported the backup from the 18th and it looks good set the LM large > text and it gets bigger but without all the extra space. Reverting to > normal text looks good. So not sure that the issue was making text large. > Exported my current tree and re-imported and it looks bad. So the > "badness" went with the export. > I'm going to play with the good import of the 18th and see if the > problem reoccurs. I will also look at .gramps. I did something there > but I think it was with Forms. > If it reoccurs I will try a reinstall. > I've only added two census records since the 18th, so not too bad. Here's a wild guess: Can it be that those census records have long entries in the page field or something, or a newline somewhere? I know that recent versions of Gramps don't load all rows when you open a view, so that the offending row contents are just not there on one sorting, and do influence the display on the other. I know that titles are normally cut off, and displayed with dots at the end, but this is the only thing that I can think of now. Enno |
From: Dave S. <dav...@gm...> - 2017-01-22 13:38:00
|
Hi Rich, You don't mention if you wiped out the previous install of Gramps and its user files and then doing a clean install. Doing that does not require that you do an import. It would be able to open your existing database. Dave On Sat, Jan 21, 2017 at 11:33 PM, Rich <ben...@at...> wrote: > (Not that important post, but I haven't been able to send, keeps failing. > I have had that happen to the list before. Have rebooted still an issue. > Maybe this time will be the charm) > > I imported the backup from the 18th and it looks good set the LM large > text and it gets bigger but without all the extra space. Reverting to > normal text looks good. So not sure that the issue was making text large. > Exported my current tree and re-imported and it looks bad. So the > "badness" went with the export. > I'm going to play with the good import of the 18th and see if the problem > reoccurs. I will also look at .gramps. I did something there but I think it > was with Forms. > If it reoccurs I will try a reinstall. > I've only added two census records since the 18th, so not too bad. > Rich > > On 01/21/2017 04:12 PM, Dave Scheipers wrote: > > Hi Rich, > > If anything, it seems like the problem would be with the settings in > gramps, not the databases. > > Have you tried deleting gramps and doing a complete reinstall including, > and I think most important, deleting the gramps user files. These are the > files that contain what and how things are displayed. > > You'd need to reinstall addons and reconfigure how and what things are > displayed but your data should be okay. > > I had a problem last week that after an add-on update, the People list > would only show one column of information. Starting fresh by deleting > everything except the database folder the thumbnail folder and the > custom_filters.xml file in the gramps42 folder then reinstalling was the > only way to fix it. Everything worked fine after the reinstall including > after reinstalling all add-ons including the one that seemed to cause the > issue. > > Hope this helps, Dave > > Since you add the tag line "Have you backed up your files today?" I wont > remind you... which I just did. > > On Sat, Jan 21, 2017 at 4:41 PM, Rich <ben...@at...> wrote: > >> Well I don't doubt my setting visual aids to large text might have >> created this problem but how to get out of it? My backup last night would >> contain the problem, and the previous backup is the 18th. And with a bum >> arm I have not done to much to lose. >> The problem is not a double space but the space is double wide. I don't >> see that Gramps has any options to control this. The problem is only with >> the sources view and only when sorted in one direction. >> I think I will restore the backup from the 18th in another new tree and >> see if the problem is there. >> Rich >> > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > https://gramps-project.org > |
From: Rich <ben...@at...> - 2017-01-22 15:20:05
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">No, I did not reinstall Gramps. But since the export of the bad DB imported w/ the error I would not expect a benefit. As I said the older backup did import ok and I did three census records last night exporting after each , but no problems. I did consider possibly a long line and first when I thought I had extra spaces, stretched Gramps across two screens. But its just an extra wide single space.<br> I've installed Grumps 4.2.3, 4.2.5 and 5.0 about 8 times in the last few weeks. If the problem reoccurs I will reinstall again to see if some code is altered creating the problem.<br> Thanks for your suggestions.<br> <br> On 01/22/2017 07:37 AM, Dave Scheipers wrote:<br> </div> <blockquote cite="mid:CAPJZ5GPT70LYzEgMQaxWucJ=bqDouJ+f2araXkaizLcJ=12...@ma..." type="cite"> <div dir="ltr"> <div>Hi Rich,</div> <div><br> </div> <div>You don't mention if you wiped out the previous install of Gramps and its user files and then doing a clean install. Doing that does not require that you do an import. It would be able to open your existing database.</div> <div><br> </div> <div>Dave</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Sat, Jan 21, 2017 at 11:33 PM, Rich <span dir="ltr"><<a moz-do-not-send="true" href="mailto:ben...@at..." target="_blank">ben...@at...</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000099" bgcolor="#CCCCCC"> <div class="m_-2270078933008691906moz-cite-prefix">(Not that important post, but I haven't been able to send, keeps failing. I have had that happen to the list before. Have rebooted still an issue. Maybe this time will be the charm)<br> <br> I imported the backup from the 18th and it looks good set the LM large text and it gets bigger but without all the extra space. Reverting to normal text looks good. So not sure that the issue was making text large.<br> Exported my current tree and re-imported and it looks bad. So the "badness" went with the export.<br> I'm going to play with the good import of the 18th and see if the problem reoccurs. I will also look at .gramps. I did something there but I think it was with Forms.<br> If it reoccurs I will try a reinstall.<br> I've only added two census records since the 18th, so not too bad.<span class="HOEnZb"><font color="#888888"><br> Rich</font></span><span><br> <br> On 01/21/2017 04:12 PM, Dave Scheipers wrote:<br> </span></div> <span> <blockquote type="cite"> <div dir="ltr"> <div>Hi Rich, </div> <div><br> </div> <div>If anything, it seems like the problem would be with the settings in gramps, not the databases.</div> <div><br> </div> <div>Have you tried deleting gramps and doing a complete reinstall including, and I think most important, deleting the gramps user files. These are the files that contain what and how things are displayed. </div> <div><br> </div> <div>You'd need to reinstall addons and reconfigure how and what things are displayed but your data should be okay.</div> <div><br> </div> <div>I had a problem last week that after an add-on update, the People list would only show one column of information. Starting fresh by deleting everything except the database folder the thumbnail folder and the custom_filters.xml file in the gramps42 folder then reinstalling was the only way to fix it. Everything worked fine after the reinstall including after reinstalling all add-ons including the one that seemed to cause the issue.</div> <div><br> </div> <div>Hope this helps, Dave</div> <div><br> </div> <div>Since you add the tag line "Have you backed up your files today?" I wont remind you... which I just did.</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Sat, Jan 21, 2017 at 4:41 PM, Rich <span dir="ltr"><<a moz-do-not-send="true" href="mailto:ben...@at..." target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:ben...@at...">ben...@at...</a></a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000099" bgcolor="#CCCCCC"> <div class="m_-2270078933008691906m_-1817227891926966472moz-cite-prefix">Well I don't doubt my setting visual aids to large text might have created this problem but how to get out of it? My backup last night would contain the problem, and the previous backup is the 18th. And with a bum arm I have not done to much to lose.<br> The problem is not a double space but the space is double wide. I don't see that Gramps has any options to control this. The problem is only with the sources view and only when sorted in one direction.<br> I think I will restore the backup from the 18th in another new tree and see if the problem is there.<br> Rich</div> </div> </blockquote> </div> </div> </blockquote> </span><br> </div> </blockquote> </div> </div> </blockquote> -- <br> <div class="moz-signature">Have you backed up your files today?</div> </body> </html> |
From: Dave S. <dav...@gm...> - 2017-01-22 15:46:42
|
OK, Occasionally, when I copy and paste from a source, usually ancestry or family search, there is a hidden character embedded in the string that causes the string to go onto a second line. Backspacing over the offending character (the curser doesn't actually move) usually does the job either that or retyping the entire string. I've not seen that it affects the rest of the display, just that that record gets truncated. But that's all I can think of. Good luck, Dave On Sun, Jan 22, 2017 at 10:19 AM, Rich <ben...@at...> wrote: > No, I did not reinstall Gramps. But since the export of the bad DB > imported w/ the error I would not expect a benefit. As I said the older > backup did import ok and I did three census records last night exporting > after each , but no problems. I did consider possibly a long line and first > when I thought I had extra spaces, stretched Gramps across two screens. But > its just an extra wide single space. > I've installed Grumps 4.2.3, 4.2.5 and 5.0 about 8 times in the last few > weeks. If the problem reoccurs I will reinstall again to see if some code > is altered creating the problem. > Thanks for your suggestions. > > > On 01/22/2017 07:37 AM, Dave Scheipers wrote: > > Hi Rich, > > You don't mention if you wiped out the previous install of Gramps and its > user files and then doing a clean install. Doing that does not require that > you do an import. It would be able to open your existing database. > > Dave > > On Sat, Jan 21, 2017 at 11:33 PM, Rich <ben...@at...> wrote: > >> (Not that important post, but I haven't been able to send, keeps failing. >> I have had that happen to the list before. Have rebooted still an issue. >> Maybe this time will be the charm) >> >> I imported the backup from the 18th and it looks good set the LM large >> text and it gets bigger but without all the extra space. Reverting to >> normal text looks good. So not sure that the issue was making text large. >> Exported my current tree and re-imported and it looks bad. So the >> "badness" went with the export. >> I'm going to play with the good import of the 18th and see if the problem >> reoccurs. I will also look at .gramps. I did something there but I think it >> was with Forms. >> If it reoccurs I will try a reinstall. >> I've only added two census records since the 18th, so not too bad. >> Rich >> >> On 01/21/2017 04:12 PM, Dave Scheipers wrote: >> >> Hi Rich, >> >> If anything, it seems like the problem would be with the settings in >> gramps, not the databases. >> >> Have you tried deleting gramps and doing a complete reinstall including, >> and I think most important, deleting the gramps user files. These are the >> files that contain what and how things are displayed. >> >> You'd need to reinstall addons and reconfigure how and what things are >> displayed but your data should be okay. >> >> I had a problem last week that after an add-on update, the People list >> would only show one column of information. Starting fresh by deleting >> everything except the database folder the thumbnail folder and the >> custom_filters.xml file in the gramps42 folder then reinstalling was the >> only way to fix it. Everything worked fine after the reinstall including >> after reinstalling all add-ons including the one that seemed to cause the >> issue. >> >> Hope this helps, Dave >> >> Since you add the tag line "Have you backed up your files today?" I wont >> remind you... which I just did. >> >> On Sat, Jan 21, 2017 at 4:41 PM, Rich < <ben...@at...> >> ben...@at...> wrote: >> >>> Well I don't doubt my setting visual aids to large text might have >>> created this problem but how to get out of it? My backup last night would >>> contain the problem, and the previous backup is the 18th. And with a bum >>> arm I have not done to much to lose. >>> The problem is not a double space but the space is double wide. I don't >>> see that Gramps has any options to control this. The problem is only with >>> the sources view and only when sorted in one direction. >>> I think I will restore the backup from the 18th in another new tree and >>> see if the problem is there. >>> Rich >>> >> >> -- > Have you backed up your files today? > |
From: Rich L. <ben...@at...> - 2017-01-24 18:24:25
|
Problem has reoccurred. I did not make any Gramps changes yesterday but did have it open. Sunday I did add some census records so should not have a problem restoring. My next step is to reinstall 4.2.3 this evening. Posting this just in case someone might have a solution. Again, it is not double spacing entries in the sources list view as I originally thought. I am getting a double wide line space that makes it appear I have extra space added. In LibreOffice writer format/ spacing / Line spacing: 2 will show you what I am seeing. But the really odd thing is I only see this if the Sources Title is sorted ascending (normal sort), If I click on Title to sort descending I get normal line spacing. And of the 1270 sources, the first 20 are normal, the next 1250 are wrong. Well, if no one has a magic answer I plan to reinstall later. Glad I have a large disk as 4 to 6 exports a day are adding up. I've only used Gramps 2 of the three days since I last restored. What has changed? Rich -- View this message in context: http://gramps.1791082.n4.nabble.com/Sources-view-displays-double-spaced-sorted-in-one-direction-tp4678633p4678686.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Ron J. <ron...@co...> - 2017-01-24 18:48:24
|
On 01/24/2017 12:22 PM, Rich Lakey wrote: [snip] > Glad I have a large disk as 4 to 6 exports a day are adding up. You must be including media every time. -- World Peace Through Nuclear Pacification |
From: Rich <ben...@at...> - 2017-01-24 19:23:19
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">Naw, I exaggerated, 6.3mb per export. Not to bad.<br> <br> I do have several mods/ patches<br> bug9243 MSS.patch increase relationships from 20 to 50<br> bug9389.1.patch Narrative web report<br> bug9405.1.patch Narrative web report<br> relcalc.glade change window size<br> eventembedlist.py change column widths in person view<br> mergeperson.glade change window size<br> findupes.glade change window size<br> selectobject.py change window size *****<br> addmedia.glade change window size ****<br> selectcitation.py change window size <br> <br> I think I will leave a couple of these off for a week and see if problem reoccurs.<br> Rich<br> <br> <br> On 01/24/2017 12:48 PM, Ron Johnson wrote:<br> </div> <blockquote cite="mid:475...@co..." type="cite"> <pre wrap="">On 01/24/2017 12:22 PM, Rich Lakey wrote: [snip] </pre> <blockquote type="cite"> <pre wrap="">Glad I have a large disk as 4 to 6 exports a day are adding up. </pre> </blockquote> <pre wrap=""> You must be including media every time. </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Enno B. <enn...@gm...> - 2017-01-24 20:21:25
|
Rich, > In LibreOffice writer format/ spacing / Line spacing: 2 will show you what I > am seeing. But the really odd thing is I only see this if the Sources Title > is sorted ascending (normal sort), If I click on Title to sort descending I > get normal line spacing. And of the 1270 sources, the first 20 are normal, > the next 1250 are wrong. H'm, my programmer's mind says that some thing's wrong with #21. Would you mind removing that from a test copy of your tree, and check what happens then? Also, if you sort the other way, won't the last 21 go wrong? regards, Enno |
From: Rich <ben...@at...> - 2017-01-24 20:46:58
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">Good ideas, but I just reinstalled. BUT the 20 fit on the screen size I had. To see 21 I needed to scroll. So those that initial displayed were correct.<br> I did notice the first 30+ had an old last change date, 21 was not new. Adding the last change date was my only change to the display. Also my last backup was bad, but the previous export was good. So I will only have to reenter one census record after I get setup again. I deleted .gramps also to reduce possibility of dragging trouble to the new install. That makes me wonder, I had 4.2.5 installed but had problems that I went back to 4.2.3 .I wonder if I deleted .gramps? I don't think so. There might have been something of 4.2.5 in .gramps <br> Rich<br> <br> <br> <br> On 01/24/2017 02:21 PM, Enno Borgsteede wrote:<br> </div> <blockquote cite="mid:11f...@gm..." type="cite"> <pre wrap="">Rich, </pre> <blockquote type="cite"> <pre wrap="">In LibreOffice writer format/ spacing / Line spacing: 2 will show you what I am seeing. But the really odd thing is I only see this if the Sources Title is sorted ascending (normal sort), If I click on Title to sort descending I get normal line spacing. And of the 1270 sources, the first 20 are normal, the next 1250 are wrong. </pre> </blockquote> <pre wrap="">H'm, my programmer's mind says that some thing's wrong with #21. Would you mind removing that from a test copy of your tree, and check what happens then? Also, if you sort the other way, won't the last 21 go wrong? regards, Enno ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a> _______________________________________________ Gramps-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gra...@li...">Gra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gramps-users">https://lists.sourceforge.net/lists/listinfo/gramps-users</a> <a class="moz-txt-link-freetext" href="https://gramps-project.org">https://gramps-project.org</a> </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Rich L. <ben...@at...> - 2017-01-25 18:08:20
|
Problem is back. I reinstalled Gramps, after removal and deletion of .gramps . Installed three patches, two for Narrated Web and one to increase number of generations from 20 to 50. I did not make any of my old changes for usability, I.e. screen sizes. It was the pits changing the screen so many times. But I entered a census record for a family, viewing my sources list occationally, to see if the list changed. After completley entering the family, sources list was good, I did an export for backup, displayed list still good. Then I did a search for the next person to be doing a census record. EXCEPT I made and error and entered the find in the sources view instead of People view. I've made that error many times. With not hits I realized my mistake and went to the people view and did a find for the person I wanted and set them to home person. Then went back to sources view again (check it frequently) and it is wrong! My screen size is different so the first 13 were correct and then the extra wide line spaces started. Somehow I think GTK is involved. I resorted in descending order and all in the list are correct. Enno I believe suggested the last 13 might be wrong. My thought is that this all started after installing 4.2.5 and going back to 4.2.3 . I am going to remove Gramps again and then double check that every Gramps folder is deleted and then reinstall. Linux doesn't always do a complete delete of programs. After I am sure Gramps is completely removed, including two copies of 5.0 on my desktop, I will reinstall again. Rich -- View this message in context: http://gramps.1791082.n4.nabble.com/Sources-view-displays-double-spaced-sorted-in-one-direction-tp4678633p4678708.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Rich L. <ben...@at...> - 2017-01-26 16:09:58
|
I have submitted a bug report 9920 https://gramps-project.org/bugs/view.php?id=9920 -- View this message in context: http://gramps.1791082.n4.nabble.com/Sources-view-displays-double-spaced-sorted-in-one-direction-tp4678633p4678722.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Rich L. <ben...@at...> - 2017-01-28 16:17:56
|
Does anyone have more than 1269 source records without double line spaces in sources view? It seem every time I enter the 1270 th source record I get double width line spacing. It would seem many people would have more than this. I can take a backup from more than a month ago and add dummy source records to get to 1270 and wala! at 1270 the problem appears. Has occurred on multiple backups. Rich -- View this message in context: http://gramps.1791082.n4.nabble.com/Sources-view-displays-double-spaced-sorted-in-one-direction-tp4678633p4678742.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Dave S. <dav...@gm...> - 2017-01-28 16:49:04
|
Hi Rich, I just added #1384 and 1385 No problems in either source view nor in the citation view where I have the source title as the first column. Dave On Sat, Jan 28, 2017 at 11:15 AM, Rich Lakey <ben...@at...> wrote: > Does anyone have more than 1269 source records without double line spaces > in > sources view? It seem every time I enter the 1270 th source record I get > double width line spacing. It would seem many people would have more than > this. > I can take a backup from more than a month ago and add dummy source records > to get to 1270 and wala! at 1270 the problem appears. Has occurred on > multiple backups. > Rich > > > > -- > View this message in context: http://gramps.1791082.n4. > nabble.com/Sources-view-displays-double-spaced-sorted-in-one-direction- > tp4678633p4678742.html > Sent from the GRAMPS - User mailing list archive at Nabble.com. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > https://gramps-project.org > |
From: Enno B. <enn...@gm...> - 2017-01-28 19:12:06
|
Rich, > Does anyone have more than 1269 source records without double line spaces in > sources view? It seem every time I enter the 1270 th source record I get > double width line spacing. It would seem many people would have more than > this. > I can take a backup from more than a month ago and add dummy source records > to get to 1270 and wala! at 1270 the problem appears. Has occurred on > multiple backups. I have more than 5000 sources, and I just installed 4.2.5 on a fresh Linux Mint Debian Edition 2 setup. All line spacing looks normal here, no matter where I scroll to, and regardless of sorting. I normally don't use the last change date column, but when I activate that, I see no change either. It looks like the effect differs per Linux version, including versions of the GTK toolkit that we use for menus etc., or that there still is something in your tree. To exclude that, it would be nice if you can send a .gramps file to a fellow user, or attach that to a bug report. You can set bug reports to private so that only developers can download attached files. regards, Enno |
From: Rich <ben...@at...> - 2017-01-28 21:54:59
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">Thanks for your replies. I didn't think 1270 could be some kind of magic number.<br> So I ran Check and Repair Database out of desperation. It seems fixed. However I have thought I had it fixed before, several times.<br> So now my question is should Check and repair database be ran on a regular basis to make sure nothing is going wrong?<br> I will try this a few days and see what happens before I break out the champaign.<br> <br> Rich<br> <br> <br> On 01/28/2017 01:11 PM, Enno Borgsteede wrote:<br> </div> <blockquote cite="mid:fba...@gm..." type="cite"> <pre wrap="">Rich, </pre> <blockquote type="cite"> <pre wrap="">Does anyone have more than 1269 source records without double line spaces in sources view? It seem every time I enter the 1270 th source record I get double width line spacing. It would seem many people would have more than this. I can take a backup from more than a month ago and add dummy source records to get to 1270 and wala! at 1270 the problem appears. Has occurred on multiple backups. </pre> </blockquote> <pre wrap="">I have more than 5000 sources, and I just installed 4.2.5 on a fresh Linux Mint Debian Edition 2 setup. All line spacing looks normal here, no matter where I scroll to, and regardless of sorting. I normally don't use the last change date column, but when I activate that, I see no change either. It looks like the effect differs per Linux version, including versions of the GTK toolkit that we use for menus etc., or that there still is something in your tree. To exclude that, it would be nice if you can send a .gramps file to a fellow user, or attach that to a bug report. You can set bug reports to private so that only developers can download attached files. regards, Enno ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a> _______________________________________________ Gramps-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gra...@li...">Gra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gramps-users">https://lists.sourceforge.net/lists/listinfo/gramps-users</a> <a class="moz-txt-link-freetext" href="https://gramps-project.org">https://gramps-project.org</a> </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Enno B. <enn...@gm...> - 2017-01-29 09:27:48
|
Op 28-01-17 om 22:54 schreef Rich: > Thanks for your replies. I didn't think 1270 could be some kind of > magic number. > So I ran Check and Repair Database out of desperation. It seems fixed. > However I have thought I had it fixed before, several times. > So now my question is should Check and repair database be ran on a > regular basis to make sure nothing is going wrong? You can run it to be sure, but it doesn't prevent anything. The main (or sole) purpose of check and repair is to correct erroneous references between tables in the Gramps database, like from persons to events, notes, citations, etc. etc., or to check for missing media. In the flat sources view, no references to other tables are used, so it should not be sensitive to this kind of issues. The case is different for the source tree view, because in that, Gramps reads the citation table too, and it may show odd things when a referenced citation can't be found. My suspicions go into another direction though, like GTK. And for further checks, it really helps to have a copy of your tree to check with. regards, Enno |
From: Rich <ben...@at...> - 2017-01-29 14:22:47
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">I did n't mean to imply Check and Repair would prevent a problem, but to know there is a problem might be beneficial if there is a problem that is not recoverable. Many records could be added to a defective DB without knowing a problem and all might be lost. I am lucky that this problem was resolvable by Check and Repair. What if Check and Repair had not been able to repair it? Apparently the problem was more than three months in the making. Perhaps it should be run monthly or at least before deleting old backups.<br> Rich<br> <br> On 01/29/2017 03:27 AM, Enno Borgsteede wrote:<br> </div> <blockquote cite="mid:297...@gm..." type="cite"> <pre wrap="">Op 28-01-17 om 22:54 schreef Rich: </pre> <blockquote type="cite"> <pre wrap="">Thanks for your replies. I didn't think 1270 could be some kind of magic number. So I ran Check and Repair Database out of desperation. It seems fixed. However I have thought I had it fixed before, several times. So now my question is should Check and repair database be ran on a regular basis to make sure nothing is going wrong? </pre> </blockquote> <pre wrap="">You can run it to be sure, but it doesn't prevent anything. The main (or sole) purpose of check and repair is to correct erroneous references between tables in the Gramps database, like from persons to events, notes, citations, etc. etc., or to check for missing media. In the flat sources view, no references to other tables are used, so it should not be sensitive to this kind of issues. The case is different for the source tree view, because in that, Gramps reads the citation table too, and it may show odd things when a referenced citation can't be found. My suspicions go into another direction though, like GTK. And for further checks, it really helps to have a copy of your tree to check with. regards, Enno ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a> _______________________________________________ Gramps-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gra...@li...">Gra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gramps-users">https://lists.sourceforge.net/lists/listinfo/gramps-users</a> <a class="moz-txt-link-freetext" href="https://gramps-project.org">https://gramps-project.org</a> </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |
From: Enno B. <enn...@gm...> - 2017-01-29 16:19:14
|
Op 29-01-17 om 15:22 schreef Rich: > I did n't mean to imply Check and Repair would prevent a problem, but > to know there is a problem might be beneficial if there is a problem > that is not recoverable. Many records could be added to a defective DB > without knowing a problem and all might be lost. I am lucky that this > problem was resolvable by Check and Repair. What if Check and Repair > had not been able to repair it? Well, I think this check and repair thing is a red herring. Check and repair fixes problems between tables, like between persons, events, families, sources, citations, etc., and if you don't run it regularly you may end up with a bad tree in the sense that persons loose connections, source references get lost, etc. etc. It can also fix problems between the media table and the media on disk, but that's about it, and when I'm confronted with a message about display problems in a single table, I can not imagine how that could be fixed with check and repair. That's why I think that it's a red herring, sort of. As an experienced software engineer, I know that most problems have a specific cause, meaning bad code, or bad data. Both can and will happen, but if the check and repair tool finds something, like a bad link, it will tell you, and sometimes it will even ask you what to do. It may for instance tell you that it found references to non existing notes and that it corrected those by creating new notes, which will then have a text telling you that they were created to solve a missing reference. You can then check the persons or other items that these new notes are connected to, and try to reconstruct your tree by looking for orphan notes and reconnect those to the items that they once belonged to. In the source view, all visible columns are in the source table itself, meaning that they aren't checked by this tool, and hence can't be fixed by it either, unless the tool does something that I don't know about, which is odd, but nevertheless possible. Either way, if the tool did repair something, it should have told you what it did, and we need that info for a proper diagnose. Without that, I think that it is very likely that the problem will show up again, and it may actually be caused by something outside Gramps. The libraries that create the actual screen and menus are not controlled by us, and some version may be sensitive to some unforeseen element in your source data, and if I don't have that library version or your data here, I will never see the problem here, nor any other developer for that matter, leaving us with no way to really help you, if you still want that. My instinct says that there is something peculiar, it may sit in Gramps, or in your data, or anywhere else on your system, but if we can't find out what it is, it may haunt you forever, and if we can't figure out what it is, it will just be bad luck for you, not for me. :-) regards, Enno |
From: Dave H. <dav...@ip...> - 2017-03-22 00:52:44
|
On 30 January 2017 Enno Borgsteede wrote >Op 29-01-17 om 15:22 schreef Rich: >> I did n't mean to imply Check and Repair would prevent a problem, but >> to know there is a problem might be beneficial if there is a problem >> that is not recoverable. Many records could be added to a defective DB >> without knowing a problem and all might be lost. I am lucky that this >> problem was resolvable by Check and Repair. What if Check and Repair >> had not been able to repair it? >Well, I think this check and repair thing is a red herring. Check and repair fixes problems between tables, like >between persons, events, families, sources, citations, etc., and if you don't run it regularly you may end up with >a bad tree in the sense that persons loose connections, source references get lost, etc. etc. It can also fix >problems between the media table and the media on disk, but that's about it, and when I'm confronted with a >message about display problems in a single table, I can not imagine how that could be fixed with check and >repair. That's why I think that it's a red herring, sort of. > >As an experienced software engineer, I know that most problems have a specific cause, meaning bad code, or >bad data. Both can and will happen, but if the check and repair tool finds something, like a bad link, it will tell >you, and sometimes it will even ask you what to do. It may for instance tell you that it found references to non >existing notes and that it corrected those by creating new notes, which will then have a text telling you that >they were created to solve a missing reference. >You can then check the persons or other items that these new notes are connected to, and try to reconstruct >your tree by looking for orphan notes and reconnect those to the items that they once belonged to. > >In the source view, all visible columns are in the source table itself, meaning that they aren't checked by this >tool, and hence can't be fixed by it either, unless the tool does something that I don't know about, which is >odd, but nevertheless possible. Either way, if the tool did repair something, it should have told you what it did, >and we need that info for a proper diagnose. > >Without that, I think that it is very likely that the problem will show up again, and it may actually be caused by >something outside Gramps. The libraries that create the actual screen and menus are not controlled by us, and >some version may be sensitive to some unforeseen element in your source data, and if I don't have that library >version or your data here, I will never see the problem here, nor any other developer for that matter, leaving us >with no way to really help you, if you still want that. > >My instinct says that there is something peculiar, it may sit in Gramps, or in your data, or anywhere else on >your system, but if we can't find out what it is, it may haunt you forever, and if we can't figure out what it is, it >will just be bad luck for you, not for me. :-) > >regards, > >Enno Just to add a few notes, I, too have this problem. I had it a while back and then it just 'went away' and now it has 'come back' The first 24 lines of the source list are single spaced and from then on they are double-spaced with the text centred on the line (there is equal excess space above and below not just before or after). However if I sort the list by clicking on ANY of the other column headers ALL lines are single spaced but when going back to sorting on Title the double spaced entries appear. Hold everything!! I noticed the 'Citation Tree' icon was highlighted. Turning this off fixed the problem for a straight source list - everything is single spaced. It still doesn't explain why under 'Citation Tree' mode some are single spaced and some are double. Dave |
From: Rich <ben...@at...> - 2017-03-22 01:44:49
|
<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#CCCCCC" text="#000099"> <div class="moz-cite-prefix">I originally opened this problem. It turned out to be a special character from copying and pasting into the source. See problem 9920 for a description.<br> I had to go through the list at least three times before I spotted all the special characters. Just having the special characters didn't cause the problem. It was after I had added more records. I think it is called a newline character.<br> Rich<br> <br> On 03/21/2017 07:53 PM, Dave Hamilton wrote:<br> </div> <blockquote cite="mid:000801d2a2a6$c7fcccb0$57f66610$@iprimus.com.au" type="cite"> <pre wrap="">On 30 January 2017 Enno Borgsteede wrote </pre> <blockquote type="cite"> <pre wrap="">Op 29-01-17 om 15:22 schreef Rich: </pre> <blockquote type="cite"> <pre wrap="">I did n't mean to imply Check and Repair would prevent a problem, but to know there is a problem might be beneficial if there is a problem that is not recoverable. Many records could be added to a defective DB without knowing a problem and all might be lost. I am lucky that this problem was resolvable by Check and Repair. What if Check and Repair had not been able to repair it? </pre> </blockquote> <pre wrap="">Well, I think this check and repair thing is a red herring. Check and </pre> </blockquote> <pre wrap="">repair fixes problems between tables, like >between persons, events, families, sources, citations, etc., and if you don't run it regularly you may end up with >a bad tree in the sense that persons loose connections, source references get lost, etc. etc. It can also fix >problems between the media table and the media on disk, but that's about it, and when I'm confronted with a >message about display problems in a single table, I can not imagine how that could be fixed with check and >repair. That's why I think that it's a red herring, sort of. </pre> <blockquote type="cite"> <pre wrap=""> As an experienced software engineer, I know that most problems have a </pre> </blockquote> <pre wrap="">specific cause, meaning bad code, or >bad data. Both can and will happen, but if the check and repair tool finds something, like a bad link, it will tell >you, and sometimes it will even ask you what to do. It may for instance tell you that it found references to non >existing notes and that it corrected those by creating new notes, which will then have a text telling you that >they were created to solve a missing reference. </pre> <blockquote type="cite"> <pre wrap="">You can then check the persons or other items that these new notes are </pre> </blockquote> <pre wrap="">connected to, and try to reconstruct >your tree by looking for orphan notes and reconnect those to the items that they once belonged to. </pre> <blockquote type="cite"> <pre wrap=""> In the source view, all visible columns are in the source table itself, </pre> </blockquote> <pre wrap="">meaning that they aren't checked by this >tool, and hence can't be fixed by it either, unless the tool does something that I don't know about, which is </pre> <blockquote type="cite"> <pre wrap="">odd, but nevertheless possible. Either way, if the tool did repair </pre> </blockquote> <pre wrap="">something, it should have told you what it did, >and we need that info for a proper diagnose. </pre> <blockquote type="cite"> <pre wrap=""> Without that, I think that it is very likely that the problem will show up </pre> </blockquote> <pre wrap="">again, and it may actually be caused by >something outside Gramps. The libraries that create the actual screen and menus are not controlled by us, and >some version may be sensitive to some unforeseen element in your source data, and if I don't have that library >version or your data here, I will never see the problem here, nor any other developer for that matter, leaving us >with no way to really help you, if you still want that. </pre> <blockquote type="cite"> <pre wrap=""> My instinct says that there is something peculiar, it may sit in Gramps, or </pre> </blockquote> <pre wrap="">in your data, or anywhere else on >your system, but if we can't find out what it is, it may haunt you forever, and if we can't figure out what it is, it >will just be bad luck for you, not for me. :-) </pre> <blockquote type="cite"> <pre wrap=""> regards, Enno </pre> </blockquote> <pre wrap=""> Just to add a few notes, I, too have this problem. I had it a while back and then it just 'went away' and now it has 'come back' The first 24 lines of the source list are single spaced and from then on they are double-spaced with the text centred on the line (there is equal excess space above and below not just before or after). However if I sort the list by clicking on ANY of the other column headers ALL lines are single spaced but when going back to sorting on Title the double spaced entries appear. Hold everything!! I noticed the 'Citation Tree' icon was highlighted. Turning this off fixed the problem for a straight source list - everything is single spaced. It still doesn't explain why under 'Citation Tree' mode some are single spaced and some are double. Dave ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a> _______________________________________________ Gramps-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Gra...@li...">Gra...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gramps-users">https://lists.sourceforge.net/lists/listinfo/gramps-users</a> <a class="moz-txt-link-freetext" href="https://gramps-project.org">https://gramps-project.org</a> </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> Have you backed up your files today?</div> </body> </html> |