lukeme / gobible

Automatically exported from code.google.com/p/gobible
1 stars 0 forks source link

Search options not available for Slavic Bibles with different order of books in the New Testament #27

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Compile a Go Bible from a Slavic Bible with different book order in NT
2. Install it (or use mpowerplayer emulator)
3. Try the search feature

What is the expected output? What do you see instead?
The search options for Gospels, Epistles of Paul, other Epistles, etc - are
no longer available!

Please use labels and text to provide additional information.
I will attach an example later.

I retained the book numbering in the ThML file as used in the Western Canon.  

Slavic Bible NTs use the following order:
Book: Matthew
Book: Mark
Book: Luke
Book: John
Book: Acts of the Apostles
Book: James
Book: 1 Peter
Book: 2 Peter
Book: 1 John
Book: 2 John
Book: 3 John
Book: Jude
Book: Romans
Book: 1 Corinthians
Book: 2 Corinthians
Book: Galatians
Book: Ephesians
Book: Philippians
Book: Colossians
Book: 1 Thessalonians
Book: 2 Thessalonians
Book: 1 Timothy
Book: 2 Timothy
Book: Titus
Book: Philemon
Book: Hebrews
Book: Revelation

Original issue reported on code.google.com by DFH...@gmail.com on 8 Mar 2008 at 4:25

GoogleCodeExporter commented 8 years ago
The search ranges Gospels, Epistles of Paul, etc. are actually hard coded to the
Western Canon as you mention. So the basic internal check that GoBibleCore does 
is to
make sure there are 66 books in the Collection. If there are then it assumes it 
is a
Western Canon and provides those options as search ranges. If there aren't 66 
books
then GoBibleCore presumes that it must be some other canon. So there is 
currently no
support for just an OT collection or just a NT collection. Support could be 
added in
by checking for 27 books in the NT case and only enabling the NT ranges.

Original comment by jol...@gmail.com on 9 Mar 2008 at 2:23

GoogleCodeExporter commented 8 years ago
I should mention though that my above suggestion will only work if the order is 
retained.

To support different orderings would take a lot more work and we would probably 
need
to come up with a universal ID that is stored against each book which is 
independent
of the translation language that allows us to determine which search range it 
belongs in.

Original comment by jol...@gmail.com on 9 Mar 2008 at 2:25

GoogleCodeExporter commented 8 years ago
It is simpler to process the source text and change the book order to follow the
Western canon for the Epistles.

This can be done using TextPipe filters for Split and Merge, but takes a great 
deal
of attention to detail.

One thing I found bugged me today for a while.  When matching wildcards for the
filespec, TextPipe merge always follows the order of the files in the Windows
directory structure, even if they have been renamed!  However, the status report
seems to have been sorted as if it followed the renamed filenames.  The 
solution was
to explicitly give all the filenames as a separate line in the files to process 
list.

Original comment by DFH...@gmail.com on 15 Mar 2008 at 5:42

GoogleCodeExporter commented 8 years ago
See also http://code.google.com/p/gobible/issues/detail?id=5

Original comment by DFH...@gmail.com on 8 Dec 2009 at 7:50

GoogleCodeExporter commented 8 years ago
For 66 book Protestant Bibles aligned to the Slavic NT canon, we could provide a
simple workaround.

Add a flag for GoBibleCreator in the collections text file to re-assign the 
books for
Paul's Letters and Other Letters.

Slavic-NT-Order: (true | false)

When true, 
Other Letters become books 45 to 51
Paul's Letters become books 52 to 65

When false (or omitted),
Paul's Letters are books 45 to 58
Other Letters are books 59 to 65
as at present hard-coded.

See attached image showing Search Scope radio buttons.

Original comment by DFH...@gmail.com on 31 Mar 2010 at 5:12

Attachments:

GoogleCodeExporter commented 8 years ago

Original comment by DFH...@gmail.com on 3 Jan 2013 at 4:48