Bug: Headwords not 'closing' in Personal Books
When you add a new headword in a Personal Book, the old headword is supposed to close, so you only have one headword at a time. For some reason that's not working for me in one of my Personal Books:
What's also interesting is that this menu appears anywhere after the first headword (i.e. even before the second-fourth headwords appear in the text).
The following document is an extract from my PB that will reproduce the error: 0167.Headwords.docx
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
Comments
-
According to this thread the Headword notation itself also has to be in the Heading 1 style. Have you tried that?
0 -
Don Awalt said:
According to this thread the Headword notation itself also has to be in the Heading 1 style. Have you tried that?
Thanks for pointing that out. I'm pretty sure that never used to be the case. Can anyone else remember what the behaviour used to be/should be? My document doesn't really lend itself to H1 headings at that point.
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
I think it used to back in L3, but not in 4 or 5
I think we do need an anchor type tag, would make such a difference like in this case being able to link to the correct place in a document
Never Deprive Anyone of Hope.. It Might Be ALL They Have
0 -
I've done some more experimenting, and it's not that the Headword needs to be in a heading 1 style. I think it's possibly some combination of the length of the line, the headword's position, and the style. I don't know. But I do know that a headword in the middle of a long paragraph in a heading 1 style will produce this error, whilst a headword and the beginning of a short paragraph that's not a heading style won't produce the error.
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
Mark Barnes said:
When you add a new headword in a Personal Book, the old headword is supposed to close, so you only have one headword at a time. For some reason that's not working for me
It's always been my understanding that headwords are associated with an article and do not assume their position in the text, unlike bible milestones. My document structure is:-
Heading 1
Heading 2
...
...
Heading 2
...
....
Heading 1
Heading 2
...
etc.
Headwords are listed with their Heading 2 article, irrespective of position (some are in the heading line, some near the end), and all search results appear under the Heading 2 article. And the list from your document is consistent; all headwords being part of a Heading 2b.
Mark Barnes said:But I do know that a headword in the middle of a long paragraph in a heading 1 style will produce this error, whilst a headword and the beginning of a short paragraph that's not a heading style won't produce the error.
Where is the short para in relation to the start of the article (Heading 1)? Logos could have divided your Heading 1 into multiple articles because the text was too long!
Dave
===Windows 11 & Android 13
0 -
Dave Hooton said:
It's always been my understanding that headwords are associated with an article
That makes sense, actually, even though it's a frustrating limitation. I'm sure that you're right.
Dave Hooton said:Where is the short para in relation to the start of the article (Heading 1)? Logos could have divided your Heading 1 into multiple articles because the text was too long!
If you're right that headwords are associated with articles, then my testing makes sense. The one occasion when I got it working not in a heading was when it was at the beginning of an article.
I guess therefore to make this work, we would need the ability to create arbitrary article breaks, as proper Logos books sometimes have.
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
3568.test.htmlI've been working on this and have a solution that works (for me).
I am creating Personal Books for online documents with 500-1000 or so numbered paragraphs, broken into 50-100 deeply nested sections.
I wanted to be able to
- jump to any numbered paragraph, and
- display a paragraph number in the jump box
- when clicking on it
- scrolling the page so the paragraphs was at the top of the page
- keep the Table-of-Contents-Headings (Left Pane) clean with just the named section titles and without all the numbers
My solution was a header that only has the Headword in it : <h6>[[@Headword
]]</h6>It appears that Logos pulls out the special Headword syntax, and then finds the header tag is empty, and so does not include it in the TOC.
I can't tell if the forum accepted my attachment, so they are available on my Google Drive here: https://drive.google.com/folderview?id=0B2eWQkQh4CwiQkczS0VWSE03dGM&usp=sharing
(I edit in HTML, and then open the html in Libre Office, save it to docx, and then build in Logos)
0 -
LibreOffice likes to override my stylesheet with extra inline styles, so I've added inline styles for the paragraph spacing in my Personal Book templates (updated in the Google Drive link above)
0
