Commit Graph

25946 Commits

Author SHA1 Message Date
Paul Culley
6506e85ea9 Fix IsDuplicatedAncestorOf filter rule to avoid crash on tree loop (#714)
Fixes #10685
2018-11-28 14:06:43 +11:00
Serge Noiraud
1d3202710a Narrative web : use latest version from openlayers. (#713)
Fixes #10884
2018-11-28 13:43:40 +11:00
Paul Culley
7078ca18ee Fix StyledTextEditor EditLink for root text changed to zero length (#709)
in the background

Fixes #9750
2018-11-28 13:26:47 +11:00
Paul Culley
b1fc676a55 Fix AgeOnDate and some reports using SimpleAccess for missing surname (#708)
Fixes #9958

Fixes #9800
2018-11-28 13:13:30 +11:00
Paul Culley
5ef7739c60 Fix crash when a filter with loop in definition is defined (#707)
Fixes #10621
2018-11-28 12:59:27 +11:00
Paul Culley
b4e5bd9eb2 Fix HandleErrors related to LDS (#697)
* Fix ReferencedBySelection proxy for 'None' LDS Parents

Fixes #10865

* Fix HandleError in Citations Gramplet for lds place missing
2018-11-28 11:47:49 +11:00
Paul Culley
e0e19492cd Change PlaceView drag from whole row to just icon during drag (#695)
Fixes #10863
2018-11-28 11:25:44 +11:00
Paul Culley
817f4b7205 Add drag Icon to drags from DisplayTabs Gramplet lists (#694)
Fixes #10859
2018-11-28 11:08:30 +11:00
Paul Culley
4c7b24ba30 Fix dialogs for 'Help' button closes the dialog, and non-functional 'Help' (#727)
* Fix Family Tree manager for 'Help' button closes dialog

Fixes #10589

* Fix selectors for 'Help' button closes dialog

Fixes #10589

* Fix 'Generate Book' dialog for 'Help' button closes dialog

Fixes #10589

* Fix TestcaseGenerator for 'Help' button closes dialog

Fixes #10589

* Fix Selectors to enable the 'Help' buttons to actually work

Fixes #10589
2018-11-28 08:30:06 +11:00
prculley
b32e9d812e Avoid HandleError when dragging an Added Family from EditFamily
Fixes #10858
2018-11-24 11:35:01 +00:00
prculley
8da22fcbbf Avoid HandleError when dragging an Added Person from EditPerson
Fixes #10857
2018-11-24 11:34:27 +00:00
prculley
582d61e67e Fix Clipboard rows cannot be sorted via drag/drop
Fixes #10849
2018-11-24 11:23:44 +00:00
prculley
c110d9bc23 Better default directory choices for import/export
Use recent-export-dir as default for Export View
instead of the console default directory, which can be where
program resides (on Windows), or other inappropriate place.

Use USER_HOME for default directory on 'Export' (recent-export-dir)
if first run (default settings) rather than default directory, which
can be where program resides (on Windows), or other inappropriate
place.

Use USER_HOME for default directory on 'Import' (recent-import-dir)
if first run (default settings) rather than recent file which is
generally set to the grampsdb path.

Fixes #10802
2018-11-24 11:20:45 +00:00
SNoiraud
f4966ca793 Records Report: call name not underlined in HTML
Fixes #10816
2018-11-20 20:38:37 +00:00
Christophe
2d0a5ed03c Fix French translation 2018-11-20 19:28:50 +00:00
prculley
79074587f3 Fix InteractiveSearch for find before model is populated
Fixes #10844
2018-11-20 18:18:12 +00:00
prculley
c660ed1728 Fix Gedcom export for incorrect escaping with @#DFRENCH R@
Fixes #10833
2018-11-20 18:17:05 +00:00
prculley
e926934a49 Fix reports for shared event attribute and note errors
Fixes #10720
2018-11-20 18:14:08 +00:00
prculley
b175b5cb60 Fix Fan and Descendant Fan charts in Quadrant and Half Circle modes
The Descendant Fan chart had several bugs:
1) a bug that affected the centering of the chart for these modes
2) the chart was drawn in the wrong quadrant
3) the centering of the chart for printing was incorrect
   (the legend was off the page some of the time).
4) the sizing of the chart for printing was incorrect
   (for very small charts of one generation, the legend would
    overwrite the chart).
The Fan Chart for the quadrant view:
1) the centering of the chart for printing was incorrect
   (the legend was off the page some of the time).

Fixes #10817
2018-11-20 17:57:59 +00:00
Robin van der Vliet
8fe9069cbb Fixed issues in the Dutch relationship calculator
Fixed some issues in the Dutch relationship calculator and also
extended the ordinal and removed lists till 50, just like the
English lists.

* Replaced huge lists by reusable lists.

* Fixed bug in which uncles/aunts, nephews/nieces (niblings),
  siblings and cousins with an unknown gender show up as female.

* Fixed some misspellings:
    drieëntwingste > drieëntwinTIgste
    vierentwingste > vierentwinTIgste
    edelovergrootOUD > edelovergroot
    edeloudvergroot > edeloudOvergroot
2018-11-20 17:32:24 +00:00
Pär Ekholm
754ac7966c Update Swedish translation 2018-11-19 21:07:15 +00:00
niememat
51810ca973 Fix translation in Finnish 2018-11-18 20:10:56 +02:00
niememat
780d83518d Update finnish translation 2018-11-10 04:43:12 +02:00
vantu5z
8be3a475d1 update Russian translation 2018-11-09 17:40:54 +03:00
SNoiraud
f2bc982c3d NarrativeWeb fixes
Space between place, description and the event note when there are
many sources.
Change the css order between print and screen.
The chosen theme can erase prior values.
Add a width for the source column in all themes.

Fixes #10810
2018-10-21 18:43:11 +01:00
niememat
3046b0586c Fix translation in Finnish 2018-10-17 11:31:54 +03:00
Paul Franklin
375773d657 Setting the year as an ordinal number in Croatian
With this commit, two more reports now show a year as an
ordinal number in Croatian, and a year I missed before in
webcal.py is now fixed.

This commit also reverts the Croatian ordinal year fix in
the gramps50 statisticschart.py since upon reflection I
feel it would be better done in master, since then our
translators will have until 5.1.0 is released to do the
two new strings the fix requires.

Issue #10822
2018-10-07 23:43:36 -07:00
Paul Franklin
01060f0b0d name-note is not being cleared in Complete Individual report
I ran gramps with a fresh copy of the example.gramps tree,
then ran the Complete Individual report.  The options which
matter are "Entire Database" and "Include Notes" but I also
included the gramps-ID since that speeds up my work.

Then I noticed that hundreds of names at the end of the
output file all had the same note (N0001), whose text said
it referred to a specific person.

So I looked higher and the note inclusion started with I0044,
the default person.  It was real for him but not for the next
person after him, or all the people after her.

I introduced the problem when I fixed 10033, in d6a97cf90e.

Note that this bug is independent of the CIR fix in p.r. 676
and still happens even after that pull request is applied.
2018-10-07 23:36:32 -07:00
prculley
36779c1229 Fix View Column sizing so last column size setting is maintained
Fixes #10800
2018-10-07 18:14:01 +01:00
prculley
5b7f5164db Fix view so column widths are preserved when using filters
Fixes #10725
2018-10-07 18:13:51 +01:00
vantu5z
1e9a3841cd update Russian translation 2018-10-05 14:10:57 +03:00
Paul Franklin
e6ddedf6c6 fix typo
in cbac98894b
2018-10-04 17:49:35 -07:00
Paul Franklin
325c3f22cc fix the place-format option in DDR and DAR
The place-format option was added to the Detailed Descendant
and Detailed Ancestor text reports in cbac98894b

But those two reports use the Narrator class to show many of
their places (and dates), and that class was not modified to
use the user's custom place format.

So if a user had created a custom place format and ran
either of those two reports, their places would be shown
inconsistently.  This commit fixes that.

(The non-detailed ancestor text report also uses Narrator to
show its places but that report has not had the place-format
option added to it, so this commit doesn't touch it.)
2018-10-04 09:23:38 -07:00
Paul Franklin
54be8d62f3 Setting the year as an ordinal number in Croatian
With this commit, three more reports now show a year as an
ordinal number in Croatian.

Issue #10822
2018-10-04 09:21:29 -07:00
prculley
a40eca36d9 Fix bsddb for person sort with empty Surname list
Fixes #10078, #10577
2018-10-03 19:32:36 +01:00
Paul Franklin
4b17ca4724 Setting the year as an ordinal number in Croatian
When I started investigating 10822, I saw some Croatian dates
didn't seem to be working in 5.0.0, to my surprise.  I believe
I fixed that in the previous commit.

With this commit, the three reports now show a year as an
ordinal number in Croatian, so I consider 10822 fixed.

If there are any additional problems displaying Croatian,
please file additional bug reports ("one bug, one report").

Fixes #10822
2018-10-01 11:01:18 -07:00
Paul Franklin
69aaec11a5 Setting the year as an ordinal number in Croatian
When I started investigating 10822 I saw some Croatian dates
didn't seem to be working in 5.0.0, to my surprise.  There
seems to have been some kind of regression from 4.2.8.

But the Croatian translation for gramps hasn't been updated
in about three years -- except by non-Croatians.  So I don't
know why some "translated" strings which control how dates
are displayed were disabled (marked as "fuzzy") in this:
6c67053e1f

Also, I saw some code in the 4.2.8 Croatian date handler
which was not in the 5.0.0 Croatian date handler -- somehow.

So I believe this commit fixes the Croatian date handler.

Issue #10822
2018-10-01 10:59:51 -07:00
Serge Noiraud
896b77a165
Webcal: link problems in some cases (#661)
* Webcal: link problems in some cases

Year 2016 is highlighted by default instead of current year.

Fixes #10801

* Webcal: Missing links when muliyear unselected
2018-09-30 10:20:09 +02:00
Serge Noiraud
1b60193f77
Geoclose: exception when a family has no father (#662) 2018-09-29 19:20:50 +02:00
Paul Franklin
e667431dd5 Report plugin krasch
Load data.gramps, start with the default person (I0037,
Edwin Michael Smith), run Family Descendant Tree, choose
"Start with the parent(s) of the selected first", hit OK:

.../descendtree.py", line 881, in start
    family2 = self.database.get_family_from_handle(family2_h)
...

Or start with I0057 (Anna Louise Smith), run Family Descendant
Tree, choose "Start with the parent(s) ...", hit OK:

.../descendtree.py", line 773, in start
    family2 = self.database.get_family_from_handle(family2_h)
...

Fixes #10811
2018-09-26 17:11:42 -07:00
Paul Franklin
cc7e4fda85 [unhandled exception parsing "future dates" in some locales]
There is already a check in the MonitoredDate class for years
which are more than one year in the future, so such a date is
already going to be shown in red.

But some locales use the "datetime" library to parse typed-in
dates and that has a maximum year of datetime.MAXYEAR, 9999
currently, so dates greater than that produce a ValueError.

Besides adding checks for that, I have also made it so that
locales which don't need that library don't use it.

Fixes #10815
2018-09-26 14:04:52 -07:00
Paul Franklin
2490e2d07d Julian/Gregorian calendar issue when entering only year as date
when running gramps in Norwegian

Fixes #10687
2018-09-24 10:13:48 -07:00
Serge Noiraud
e5c5a210b4
Events difficult to read (screen and mobile) (#658) 2018-09-23 12:27:55 +02:00
Paul Franklin
04a40c7a50 fix typo
in cf42e5a4b8 and cbac98894b

Fixes #10782
2018-09-17 21:33:44 -07:00
Leonhaeuser
44c8e3c0f0 update German translation 2018-09-08 17:03:48 +02:00
niememat
6f7242a773 New update for Finnish translation 2018-09-06 22:11:47 +03:00
niememat
358c3fc967 Update finnish translation 2018-09-06 21:58:36 +03:00
Paul Culley
f1ca280441 Fix and restore Statistics Gramplet to 4.2.x status (#653)
Fixes #10754

A bit of history. bug 2060 was filed a long time ago (2008), and a patch was added to close it in 2016. I believe that the bug had already been patched by then, although I cannot be sure. The patch caused the Gramplet to update anytime the active-changed signal occurred on a person view. I suspect that this caused a fair amount of overhead on very large dbs as the entire person list was rescanned.

In any event, Doug Blank recently removed the original scan code, as well as some useful functionality. And left behind a bug where a value was always zero. The users email list had some complaints about the lost functionality, and I also saw some recent complaints that the gender statistics were incorrect. Turns out that the db's genderstats data was incorrect, probably due to crashes after db updates. The Genderstats don't get saved until db closes normally. In addition, running the Genderstats rebuild tool, did not immediately appear to correct the situation, Gramps had to be restarted to show the updated results.

I added the original statistics code back into the Gramplet, suitably updated for 5.0.x. So the Gramplet no longer depends on dbs genderstats, it scans for it now on its own.

I removed the update on active-changed function, so overhead is only present on actual db updates (which have their own signals). I tested that the add, edit, and delete person changes do properly cause the statistics to update now. So the active-changed signal is not necessary.
2018-09-06 08:59:41 +10:00
Paul Culley
482cecaa7e Fix Check and Repair to deal with bad references empty handle string (#657)
Fixes #10783

Check and Repair tool doesn't fix bad references when the reference handle is an empty string.
Found when rewriting the backlinks scan on same tool. I assumed that the prior checks had already corrected any bad forward references, and did not put in a test for them in my new code. The Travis test failed and when I debugged, I found that the tool had an exception on a handle that consisted of an empty string.

Its interesting to note that when I changed the code, a lot more citation and source references were fixed in the test.
2018-09-05 12:07:03 +10:00
Paul Culley
b6c57ab3c3 Speed up Check and Repair, backlinks check stage. (#656)
Fixes #10618

* Speed up Check and Repair, backlinks check stage.

* Fix Check and repair; backlinks scan to deal with bad references
which should have been fixed in earlier checks!
2018-09-05 11:40:57 +10:00