#173 Zoom Box

closed-fixed
None
5
2004-10-01
2004-09-26
No

1. The zoom box of charts shows the same marriage
information (MARR, DIV, _UID, ...) for all the individual's
marriages. See I86 or I6227 in attached file.

2. The death is shown as the last event although burial
comes after it. This was reported in RFE 987534 for the
individual page. See I86 in the attached file.

Discussion

  • Meliza Amity

    Meliza Amity - 2004-09-26

    Dample small Gedcom

     
  • Meliza Amity

    Meliza Amity - 2004-09-29

    Logged In: YES
    user_id=959928

    Also the zoom box should not show 1 EVENTs or 1 FACTs
    whose 2 TYPE fact is defined in fact-privacy (in a similar way
    to for instance the individual page, calendar and time-line).

     
  • Meliza Amity

    Meliza Amity - 2004-09-29
    • assigned_to: nobody --> yalnifj
     
  • John Finlay

    John Finlay - 2004-09-30

    Logged In: YES
    user_id=300048

    1. I do not see this

    2. This is because the birth and death are printed outside the
    all of the extra zoom box information. What has to be done is
    to add the death to the zoom box and then hide the death
    information. That is why it is an RFE instead of a bug.

    3. EVEN TYPE privacy should be fixed now

    --John

     
  • Meliza Amity

    Meliza Amity - 2004-09-30

    Logged In: YES
    user_id=959928

    1. In my attached file
    I86 is shown twice in the Zoom box as married on 23 May
    1944 (F45) and divorced twice on 27 May 1970.
    On the Individual page we see 2 marriages on 23 May 1943
    (F45) and 21 Jun 1973 (F67).

    I6227 is shown twice in the Zoom box as married on 11 Jul
    1944 (F2883). On the Individual page we see 2 marriages, 11
    Jul 1944 (F2883) and 21 Jun 1973 (F67).

    You may also look at I2498 on Bou's site. He was married 3
    times. In the chart zoom-box we see the data of the 1st
    marriage 3 times.

     
  • John Finlay

    John Finlay - 2004-09-30
    • status: open --> open-fixed
     
  • John Finlay

    John Finlay - 2004-09-30

    Logged In: YES
    user_id=300048

    There was a bug in the get_all_subrecords function... it was
    $fmatch[0][1] but it should have been $fmatch[$f][1]. #1 is
    fixed now.

    --John

     
  • Meliza Amity

    Meliza Amity - 2004-09-30

    Logged In: YES
    user_id=959928

    Thanks,

    This may now be closed as the RFE 987534 is still open

     
  • Boudewijn Sjouke

    • status: open-fixed --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks