Has index behavior bitten many users?
I have a Notebook for Matthew. Many Notes have more than one anchor in Matthew. I need to extract all Notes for a range of verses: Matthew 22:1-14. Four Notes for Matthew 22:13 are ignored by the filter.
This filter is defined as: Type: Notes Bible Book: Matthew (by Reference) -- It arranges all the Notes that have an anchor in Matthew in order by verse reference.
If a Note is anchored to more than one verse in Matthew, the left-side list displays the Note once, for the topmost Matthew anchor.
For instance, if the anchors for a Note are in this order.:
Matthew 25:1
Matthew 22:13
Matthew 1:1
the index associates the Note with Matthew 25:1. This is a wonderful feature for extracting all the Notes for the whole book of Matthew, because the extracted list of Notes does not display each note more than once. It allows users to associate a multi-anchored Note with the preferred verse. (It was also easier to code that way.)
I need to extract all Notes for a short range of verses: Matthew 22:1-14. The dummheitz solution works like this:
- Establish the filter normally and extract the Notes as usual.
- Compare the extracted Notes to the icons in the text.
- For each Note missing from the extracted list, manually copy and paste it into the extracted list.
Solution One: The logic could work like this. although it might slow down the whole application.:
- Is a filter active? (exit if NO)
- Build a temporary index for all verses having an anchor in the range.
- Show Notes for this range only, and notify the user that verses outside the range are hidden.
- When the filter is deactivated, erase the temporary index.
Solution Two: Allow users to build a temporary Notebook that only includes a range of verses. The user could trash this Notebook when done with it.
