Layout bug?

[theboo...@gmail.com]

Using the latest default format, I notice an occasional comestic issue on the Notes and Sources pane. 

If I have a lengthy HTML note, it can throw the subsequent layout off. See attached for example.

Mick

[John Nairn]

Can you email me separately a simple file with these data? It seems strange as the elements are not connected. Are you using a modified Default Format?

You could also try the latest Default Format posted on line (you can install it using the “Download Extension” in the Extensions menu).

John

<layout.jpeg>

--
You received this message because you are subscribed to the Google Groups "GEDitCOM II Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geditcom-ii-discu...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/geditcom-ii-discussions/426b6f90-6c2c-4541-8eb6-1444173dab58n%40googlegroups.com.
<layout.jpeg>

[theboo...@gmail.com]

Hi John

I sent separately a small GEDCOM which shows the layout issue in the Notes and Sources tab.

It only occurs if the note is HTML, and of course, if there are multiple notes at that level then the whole notes doesn't appear, so all is okay.

I no longer use the Modified Default Format. No need since you amended yours to more or less emulate it. It's wonderful now.

I did download the latest version as suggested, but it made no difference to the problem.

Hope this is what you need.

Thanks

Mick

[John Nairn]

Hi Mick,

As far as I can tell, it cannot be fixed by editing the “Default Format.” I found the region of code where it happens, but have not yet worked out why (or even how formatting one cell can affect the rest on the page). I will work on that.

In the meantime, here is hack that fixes the display by changing the “multiple notes at that level” method when record as one html note. A refinement I added to the hack was to do that only for html notes. In other words, plain text notes will still display (if only one note there)

Open “Default Format” in GEDitCOM Editor (should be able to hold option key down while selecting “Default Format” from extensions menu in GEDitCOM II). Once opened, locate and expand the “Subroutines” section and click to view the ListBlock subroutine. Near the top you will find this conditional

    if #theTag="NOTE"

      ! Use second to show all notes in Expression field

      ReadAll "#readTheTags",@NOTE

      !#readTheTags[0]=0

    else

      #readTheTags[0]=0

    endif

change it to this

    if #theTag="NOTE"

      ! Use second to show all notes in Expression field

      ReadAll "#readTheTags",@NOTE

      if #readTheTags[0]==1

        #nid=#readTheTags[1]

        #ntext=chars("1\5\"&trim(@#nid.CONC))

        if #ntext="<div>"

          #readTheTags[0]=0

        endif

      endif

      !#readTheTags[0]=0

    else

      #readTheTags[0]=0

    endif

This checks the notes to be displayed. If they begin with “<div>” it means you are using html notes. This change will display a link to the notes rather than the html content and the rest of window looks good. Notes with plain text, however, will still show up in the notes tab (if only one such note). This hack fixes display until I find out why display of html content is messing up things latter in that window.

Regards,

John

To view this discussion visit https://groups.google.com/d/msgid/geditcom-ii-discussions/51b88718-fd15-49fd-9d82-195aa4e9e336n%40googlegroups.com.

[theboo...@gmail.com]

That works, John. Cheers.

Mick

[John Nairn, Developer]

I just found the coding problem too. It was caused by recent changes I had to make to to fix cosmetic issues caused by MacOS Tahoe. I had to recode text-based features of the layout to work around Tahoe deciding applications should not longer control their interfaces. That change causes a window with html content followed by certain text fields to incorrectly adjust for the size of the html content. I think this only appears in the one combination of data your found:

    1. You attach a not ewith html content to root level of the record

    2. It is the only root level note for that record

    3. The record has events and attributes that also have notes and sources

When that happens, certain text fields (such as labels) events and attributes data shift down by the wrong amount.

I found out why and will post in next version. I will try to get it soon (couple of weeks). I had not noticed because my own files rarely use html notes at the root level. I mostly use them for things like census records or other documentation of events. Those html notes are attached to the event and not the root level.

Thanks for flagging it and emailing me a good test file.