Index And Page Numbers

[ASUNDER]

Could you add an index column please. We could choose which windows and circumstances we want this index to appear.
For example, if I search a word, then the search results would have an index. I could then set up a link that would call that search and go to that number.
Also could we have page numbers in the status bar please. Even if the thing in question only has one page. It would be a 1/1.

 

[Brandon Staggs]

Could you add an index column please. We could choose which windows and circumstances we want this index to appear.
For example, if I search a word, then the search results would have an index. I could then set up a link that would call that search and go to that number.

I'm sorry, I don't follow.

Also could we have page numbers in the status bar please. Even if the thing in question only has one page. It would be a 1/1.

There are no page numbers in SwordSearcher.

 

[ASUNDER]

I'm sorry, I don't follow.

Index column:

When making notes, you could create a link directly to an index number. Search: "grave", #36. The Bible is static so I assume search results won't change. When clicking the link it would run the search again and jump to that number. This could be useful when you want to reference a search within other notes. Pointing out a certain result but keeping the context of the search. Also for bookmarking. If you're doing a study you could bookmark that particular spot using an index number. Indexes could be auto generated for all books, including Bibles. For other books the index could be per paragraph.

It's good for quick counting too. Right click an index number and "start counting from here". Go somewhere else, right click another index number and it will show the count of how many verses are within that range. If you need to know "how many verses are in this subject" you can find that info quickly, and other such benefits. There is the status bar counter but that is overall count only.

There are no page numbers in SwordSearcher.

This is a request to add them. Same benefits as indexes.
It would also make the Bible section the same as a paper Bible. "This particular part is on page 453" etc. But because of versions, to line it up with your personal Bible, you would have to check which page Gen 1:1 starts on. Then you would have to tell SS: "Gen 1:1 starts on page #".

 

[Brandon Staggs]

When making notes, you could create a link directly to an index number. Search: "grave", #36. The Bible is static so I assume search results won't change. When clicking the link it would run the search again and jump to that number. This could be useful when you want to reference a search within other notes. Pointing out a certain result but keeping the context of the search. Also for bookmarking. If you're doing a study you could bookmark that particular spot using an index number. Indexes could be auto generated for all books, including Bibles. For other books the index could be per paragraph.

Thank you for the detailed explanation. I do see the value in bookmarking search results and a specific verse in the result. This is not trivial since there are so many possible parameters to the search, but I will consider adding bookmarking and linking to the Bible search results panel.

For the record, in case someone else is reading this, you can already embed links to searches in user module entries, but the parameters of the search supported are limited compared to the normal search functionality.

This is a request to add them. Same benefits as indexes.

Since merely changing the width of your text panel reformats all of the content, there is no reasonable way to add consistent page numbers to said content. Bookmarks already support arbitrary positions in book and commentary content, but links do not -- I can see the value in exploring that as well and will add that to my list of potential future features.

There is no page numbering data for the millions of pages worth of content in SwordSearcher and never will be. The process of obtaining and selecting printed works for which to base the page numbers on, and then adding the page number data to SwordSearcher, is not at all a feasible project and one that would cause me to abandon the entire software business in a fit of woe and despair if someone somehow forced me to do it.

 

[ASUNDER]

Excellent, thank you for looking into this.

Since merely changing the width of your text panel reformats all of the content, there is no reasonable way to add consistent page numbers to said content.

I was thinking the status bar. The search window has a counter already. I would give all objects an SS index, have them visible in every window on their respective status bar and have them linkable. Book (or module), chapter, page, paragraph/verse. The same format in all places so we can learn and know which number is which at first glance. Example: 01|05|07|24. If a book or module doesn't have chapters then it just displays --.

There could be a total page number and a chapter page number. For example in my particular Bible, Romans starts on page 1,236. If I want to go to Romans chapter 4, I could say page 1,241 or it's in the book of Romans, page 5 (book page number; starting at the beginning of that book). Anything with chapters could have a dual page counter; total and (book or chapter, whichever applies).

Way back when the approved version was the standard the Pastor could say to the congregation, "turn to your Bibles to first Corinthians nine. It's on page twelve sixty." But now with all the versions everywhere he can't do that. So he gives the book and chapter, and everyone scurries quickly to find it, playing the game of musical Bible. The longer it's taking them, the quieter they are turning pages. Trying not to be the last person to find it, being embarrassed about that, due to various degrees of imposter syndrome, whether real or imagined. So that's a thing. But with people bringing smart phones they just run a search to find it, so once again cancelling out this phenomenon.

There is no page numbering data for the millions of pages worth of content in SwordSearcher and never will be.

I was thinking SS to generate its own proprietary 'side car' numbers. Not the real numbers that exist in the physical paper books. Index numbers that are generated and utilized by SS. Even user created content could have auto generated indexes. Since basically all content that exists in this space is basically set in stone, I don't see having to make any adjustments after the first count is done.

MS Project has an optional object ID system that are sticky to objects so when entries get moved around it doesn't break links. But that might be more trouble than it's worth.

You could add on an optional 'real number' feature. Users could report to the forum at what part of that particular real physical paper book that shows "page 1". Then everyone else could go to that page and tell SS "this is page 1 of this book". Then it auto counts the rest starting from there. Before page 1 is negative numbers (Prologue). Its status bar counter would change the number colours to show it's the "real" number. I had mentioned this with even KJV versions. Some have introductions etc. , where Gen 1 : 1 starts on page 17 or something. So it easily gets out of sync with the same "KJV" but the wrong page numbers, if it is set to start page 1 = Gen1 : 1.

 

[Brandon Staggs]

Go to your main search box in SwordSearcher and type this:

cmty+mhcc/ge1.1

Press enter and it will open the MHCC commentary to Genesis 1:1.

This is documented here:

Appendix: SwordSearcher URL Protocol

This is an advanced topic and the information here will be useful to only a small portion of SwordSearcher users.

www.swordsearcher.com

Also, you can rightclick a verse or a book or commentary entry and use "Copy a Shortcut URL" to get a SwordSearcher URI link.

I won't be adding a pseudo-page-number system to SwordSearcher but you may find it helpful to learn the URI protocol.