bpbible - Project Hosting on Google Code

Last 30 days Nov 23, 2009 RunningBPBible (How to run BPBible) Wiki page edited by jonmmorgan - Revision r955 Added information about experimental bindings. Revision r955 Added information about experimental bindings. Nov 23, 2009 issue 119 (Greek and Hebrew garbage) Owner changed by jonmmorgan - You will probably need to choose a font that displays Hebrew and Greek. I'm not sure which ones would be good for Wine. However, we are not going to officially support Wine. I suggest that you try using the native Linux version using wxGTK. Some instructions are at http://code.google.com/p/bpbible/wiki/RunningBPBible, though they might not be easy to follow. I will try to get updated binaries of the SWORD bindings mentioned there uploaded to make it a little easier. Owner: jonmmorgan You will probably need to choose a font that displays Hebrew and Greek. I'm not sure which ones would be good for Wine. However, we are not going to officially support Wine. I suggest that you try using the native Linux version using wxGTK. Some instructions are at http://code.google.com/p/bpbible/wiki/RunningBPBible, though they might not be easy to follow. I will try to get updated binaries of the SWORD bindings mentioned there uploaded to make it a little easier. Owner: jonmmorgan Nov 23, 2009 issue 119 (Greek and Hebrew garbage) reported by trudeicebergh - What steps will reproduce the problem? 1. don't know 2. 3. What is the expected output? What do you see instead? I want to see Hebrew or Greek in Strongs dictionary What version of the product are you using? On what operating system? version 0.4.5 on Ubuntu with Wine. no problem wwhen using it on xp If the problem happens with one particular module (Bible, commentary, dictionary, or book), what module is it? Please provide any additional information below. What steps will reproduce the problem? 1. don't know 2. 3. What is the expected output? What do you see instead? I want to see Hebrew or Greek in Strongs dictionary What version of the product are you using? On what operating system? version 0.4.5 on Ubuntu with Wine. no problem wwhen using it on xp If the problem happens with one particular module (Bible, commentary, dictionary, or book), what module is it? Please provide any additional information below. Nov 13, 2009 issue 118 (Image based tags) changed by jonmmorgan - Owner: jonmmorgan Labels: Priority-Low Owner: jonmmorgan Labels: Priority-Low Nov 13, 2009 issue 106 (program crash when creating index over a bible on portable B...) commented on by jonmmorgan - In view of the seriousness of the error, I have rebuilt the 0.4.5 Portable App, which is now available from the Portable Apps website as 0.4.5.1. In view of the seriousness of the error, I have rebuilt the 0.4.5 Portable App, which is now available from the Portable Apps website as 0.4.5.1. Nov 12, 2009 issue 108 (Plurals make English assumptions) changed by benpmorgan - This is a problem, but I'm not sure it will be fixed before 0.5 is out (the XUL based version). Status: Accepted Owner: benpmorgan Labels: Milestone-Release0.5 This is a problem, but I'm not sure it will be fixed before 0.5 is out (the XUL based version). Status: Accepted Owner: benpmorgan Labels: Milestone-Release0.5 Nov 12, 2009 issue 54 (Coloured tags) commented on by benpmorgan - I've moved image tags into Issue 118 I've moved image tags into Issue 118 Nov 12, 2009 issue 118 (Image based tags) reported by benpmorgan - Why is this feature needed? It would look really good. Besides, I have to have somewhere to put this, as it wasn't solved in Issue 54 . A (small) library of icons including ship, star of david, cross, etc. will also be needed. Probably these should be tintable to work in with coloured tags. What problem will it solve? People wanting tags not to take up too much space Describe a typical usage of the feature: Make a Messiah tag to use a star of david (for example) Are you aware of any programs that have this feature or a similar feature? No. But I've seen hardcopy bibles which do Why is this feature needed? It would look really good. Besides, I have to have somewhere to put this, as it wasn't solved in Issue 54 . A (small) library of icons including ship, star of david, cross, etc. will also be needed. Probably these should be tintable to work in with coloured tags. What problem will it solve? People wanting tags not to take up too much space Describe a typical usage of the feature: Make a Messiah tag to use a star of david (for example) Are you aware of any programs that have this feature or a similar feature? No. But I've seen hardcopy bibles which do Nov 12, 2009 issue 54 (Coloured tags) changed by benpmorgan - This issue was closed by revision r954. Status: Fixed This issue was closed by revision r954. Status: Fixed Nov 12, 2009 r954 (Update tag colours to allow: Inherit parent Separate look + ...) committed by benpmorgan - Update tag colours to allow: Inherit parent Separate look + colour Use fully qualified tag names. Fixes Issue 54 . Also, disable items in the passage list context menu which aren't available, and stop drags happening. Fixes exceptions when playing with empty passage lists. Update tag colours to allow: Inherit parent Separate look + colour Use fully qualified tag names. Fixes Issue 54 . Also, disable items in the passage list context menu which aren't available, and stop drags happening. Fixes exceptions when playing with empty passage lists. Nov 12, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - I doubt we will for the 0.4 line, I'm sorry. I doubt we will for the 0.4 line, I'm sorry. Nov 11, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - Great! Do you also plan to make an overhaul of the search engine to make it easier to use? Great! Do you also plan to make an overhaul of the search engine to make it easier to use? Earlier this year Nov 10, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - I tried rebuilding BPBible Portable and it stemmed correctly when using indexed search. It is possible that BPBible Portable 0.4.5 was built incorrectly, but I will test 0.4.6 (both normal and portable) before releasing to ensure that stemming occurs when expected. I tried rebuilding BPBible Portable and it stemmed correctly when using indexed search. It is possible that BPBible Portable 0.4.5 was built incorrectly, but I will test 0.4.6 (both normal and portable) before releasing to ensure that stemming occurs when expected. Nov 10, 2009 issue 106 (program crash when creating index over a bible on portable B...) changed by jonmmorgan - When I rebuild BPBible Portable with the changes 0.4.6 the problem goes away on my computer. I think the current BPBible was built incorrectly and 0.4.6 will fix the problem when it is released. If 0.4.6 is delayed I might be able to get a new build of 0.4.5 into PortableApps. Status: Fixed Owner: jonmmorgan When I rebuild BPBible Portable with the changes 0.4.6 the problem goes away on my computer. I think the current BPBible was built incorrectly and 0.4.6 will fix the problem when it is released. If 0.4.6 is delayed I might be able to get a new build of 0.4.5 into PortableApps. Status: Fixed Owner: jonmmorgan Nov 10, 2009 issue 99 (Expand passages for a topic tooltip is indented if any of th...) Status changed by jonmmorgan - Fixed in r953. Status: Fixed Fixed in r953. Status: Fixed Nov 10, 2009 r953 (Added a new regular expression specifically for stripping tr...) committed by jonmmorgan - Added a new regular expression specifically for stripping trailing whitespace out of some HTML text, leaving indentation start and end tags in. This fixes Issue 99 , where the comments after a passage in the topic tooltip were being indented to the same level as the passage above them. M backend/book.py M backend/verse_template.py Added a new regular expression specifically for stripping trailing whitespace out of some HTML text, leaving indentation start and end tags in. This fixes Issue 99 , where the comments after a passage in the topic tooltip were being indented to the same level as the passage above them. M backend/book.py M backend/verse_template.py Nov 10, 2009 r952 (Removed diagnostic print accidentally left in. M passage...) committed by jonmmorgan - Removed diagnostic print accidentally left in. M passage_list.py Removed diagnostic print accidentally left in. M passage_list.py Nov 10, 2009 issue 105 (Problems with loading the topic management SQLite file freez...) Status changed by jonmmorgan - Fixed in r951. At present I have taken the easy option of disabling topic management with an error if anything goes wrong. Status: Fixed Fixed in r951. At present I have taken the easy option of disabling topic management with an error if anything goes wrong. Status: Fixed Nov 10, 2009 r951 (Significantly lowered the probability of topic management fi...) committed by jonmmorgan - Significantly lowered the probability of topic management files being unable to be opened by always creating the data directory if it does not exist. Disabled all topic management functionality if there was an error loading from the SQLite database. Also fixed a couple of problems with the database schema changes for coloured tags. This fixes Issue 105 . M config.py: Create the data directory if it does not already exist (this already happened if the data directory was in the user's home directory). M bibleframe.py: Disable all topic management menu items and display an error if loading the topic management file failed. M passage_list/passage_list.py: Don't close topic management down if it was disabled. Fixed an error where the base topic didn't have an appearance. M passage_list/sqlite.py: Altered to catch all database errors on initial load and mark the passage list as having errors. Made the 0.4.6 upgrade script be run for versions before 0.4.5. Significantly lowered the probability of topic management files being unable to be opened by always creating the data directory if it does not exist. Disabled all topic management functionality if there was an error loading from the SQLite database. Also fixed a couple of problems with the database schema changes for coloured tags. This fixes Issue 105 . M config.py: Create the data directory if it does not already exist (this already happened if the data directory was in the user's home directory). M bibleframe.py: Disable all topic management menu items and display an error if loading the topic management file failed. M passage_list/passage_list.py: Don't close topic management down if it was disabled. Fixed an error where the base topic didn't have an appearance. M passage_list/sqlite.py: Altered to catch all database errors on initial load and mark the passage list as having errors. Made the 0.4.6 upgrade script be run for versions before 0.4.5. Nov 06, 2009 issue 54 (Coloured tags) Owner changed by jonmmorgan - The current implementation is functional, but still looks a bit cluttered with all of the colour choices: splitting it into selecting the colour and the style separately might be a good idea. It also doesn't allow colours to be inherited from parent topics. The preview should include the fully qualified name for subtopics, not just the subtopic name, for consistency with how tags are displayed in the text. Owner: benpmorgan The current implementation is functional, but still looks a bit cluttered with all of the colour choices: splitting it into selecting the colour and the style separately might be a good idea. It also doesn't allow colours to be inherited from parent topics. The preview should include the fully qualified name for subtopics, not just the subtopic name, for consistency with how tags are displayed in the text. Owner: benpmorgan Nov 06, 2009 issue 54 (Coloured tags) Labels changed by jonmmorgan - Labels: Priority-Medium Milestone-Release0.4.6 −Priority-Low Labels: Priority-Medium Milestone-Release0.4.6 −Priority-Low Nov 05, 2009 issue 54 (Coloured tags) commented on by benpmorgan - Fixed in r950. Fixed in r950. Nov 05, 2009 r950 (Allow changing the look of passage tags (i.e. colours/styles...) committed by benpmorgan - Allow changing the look of passage tags (i.e. colours/styles). 40 different styles included... Allow changing the look of passage tags (i.e. colours/styles). 40 different styles included... Nov 03, 2009 issue 106 (program crash when creating index over a bible on portable B...) commented on by timjchase - Ok, I tried to replace the dll's(msvcp71.dll, MSVCR71.dll) in F:\PortableApps\BPBiblePortable\App\BPBible. Same results - error when indexing. Next I copied over bpbible.exe - and got errors that python25.dll was missing. after copying python25.dll over I got no errors but no application startup either. Next I copied the complete \BPBible folder from c:\Program Files to F:\PortableApps\BPBiblePortable\App\ and the all works good - no errors on indexing. Next I renamed my python folder and my bpbible folder on my C: drive to make sure that the portable app was not getting any of its resources off the computer file system and indexing still worked. So yes, I would agree the problem is in the Portable build process. Ok, I tried to replace the dll's(msvcp71.dll, MSVCR71.dll) in F:\PortableApps\BPBiblePortable\App\BPBible. Same results - error when indexing. Next I copied over bpbible.exe - and got errors that python25.dll was missing. after copying python25.dll over I got no errors but no application startup either. Next I copied the complete \BPBible folder from c:\Program Files to F:\PortableApps\BPBiblePortable\App\ and the all works good - no errors on indexing. Next I renamed my python folder and my bpbible folder on my C: drive to make sure that the portable app was not getting any of its resources off the computer file system and indexing still worked. So yes, I would agree the problem is in the Portable build process. Nov 03, 2009 issue 106 (program crash when creating index over a bible on portable B...) Labels changed by jonmmorgan - Just to confirm, this works properly (as expected) if I copy the BPBible executable and assorted DLLs into the BPBible Portable directory. The problem is obviously somewhere in the BPBible Portable build process. Labels: Priority-Critical −Priority-High Just to confirm, this works properly (as expected) if I copy the BPBible executable and assorted DLLs into the BPBible Portable directory. The problem is obviously somewhere in the BPBible Portable build process. Labels: Priority-Critical −Priority-High Nov 03, 2009 issue 115 (Ordering topic by passage is hard to access) Status changed by jonmmorgan - Fixed in r949. Status: Fixed Fixed in r949. Status: Fixed Nov 03, 2009 r949 (Added a toolbar toggle button to the Manage Topics toolbar t...) committed by jonmmorgan - Added a toolbar toggle button to the Manage Topics toolbar to control whether the current passage is ordered by natural order or topic order. This is necessary to make the setting visible and accessible when the list of passages is being displayed. This fixes Issue 115 . M xrc/manage_topics.xrc M xrc/manage_topics_xrc.py M manage_topics_frame.py M graphics/sources.txt AM graphics/sc_sortup.png M passage_list/passage_list.py Added a toolbar toggle button to the Manage Topics toolbar to control whether the current passage is ordered by natural order or topic order. This is necessary to make the setting visible and accessible when the list of passages is being displayed. This fixes Issue 115 . M xrc/manage_topics.xrc M xrc/manage_topics_xrc.py M manage_topics_frame.py M graphics/sources.txt AM graphics/sc_sortup.png M passage_list/passage_list.py Oct 25, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - The running BPBible page did not list PyStemmer as a dependency - I have changed it so that it does. PyStemmer is not included in Karmic, as far as I can tell. I will probably look at getting it packaged for the next version of Ubuntu. However, it can be installed through the Python setup tool easy_install. From memory, the steps I used were: 1. Install python-setuptools. 2. Install python-dev. 3. Run "easy_install PyStemmer". The running BPBible page did not list PyStemmer as a dependency - I have changed it so that it does. PyStemmer is not included in Karmic, as far as I can tell. I will probably look at getting it packaged for the next version of Ubuntu. However, it can be installed through the Python setup tool easy_install. From memory, the steps I used were: 1. Install python-setuptools. 2. Install python-dev. 3. Run "easy_install PyStemmer". Oct 24, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - As the Linux install procedure is too difficult for me, I asked someone else to do this for me. So I will forward this question to him. As far as I remember, we installed it from source, using the instructions found in <http://code.google.com/p/bpbible/wiki/RunningBPBible> Anyhow, in Ubuntu 8.04 (the last LTS version), I cann find PyStemmer in Synaptics. Is this included in Karmic Koala? As the Linux install procedure is too difficult for me, I asked someone else to do this for me. So I will forward this question to him. As far as I remember, we installed it from source, using the instructions found in <http://code.google.com/p/bpbible/wiki/RunningBPBible> Anyhow, in Ubuntu 8.04 (the last LTS version), I cann find PyStemmer in Synaptics. Is this included in Karmic Koala? Oct 23, 2009 RunningBPBible (How to run BPBible) Wiki page edited by jonmmorgan - Revision r948 Added PyStemmer to the list of dependencies. Revision r948 Added PyStemmer to the list of dependencies. Oct 23, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - How have you installed BPBible under Linux? Are you running it from source? Have you installed PyStemmer? If it is not present then BPBible will work fine, but stemming will not be supported (it should print a warning to the console, "Snowball not installed"). I installed it with "easy_install PyStemmer" and run BPBible from source and it does have stemming. How have you installed BPBible under Linux? Are you running it from source? Have you installed PyStemmer? If it is not present then BPBible will work fine, but stemming will not be supported (it should print a warning to the console, "Snowball not installed"). I installed it with "easy_install PyStemmer" and run BPBible from source and it does have stemming. Oct 23, 2009 issue 117 (Task- or Tool- oriented searches) changed by jonmmorgan - I think this would be included in issue 27. That hasn't been looked at for a while, but might be reconsidered at some point. Status: Duplicate I think this would be included in issue 27. That hasn't been looked at for a while, but might be reconsidered at some point. Status: Duplicate Oct 23, 2009 issue 27 (Dialog to Construct search) commented on by jonmmorgan - Issue 117 has been merged into this issue. Issue 117 has been merged into this issue. Oct 23, 2009 issue 117 (Task- or Tool- oriented searches) reported by wolfgang...@wycliffe.org - BP has powerful search tools: e,g, for see - see : searches for stems (e.g. see, sees, seeing) - +see : for words (see only) - see? : for words with one additional character wordfinally added to see (e.g. seed, sees, seem, seek) - see* : for words with no, one or more additional character wordfinally added to see (see, seeing, seeking, seed ...) - see+ : for words with one or more additional character wordfinally added to see (sees, seeking, seed, seems ...) -> It would be great to have a search dialog which helps to use those features. To have three buttons for: - word - stem - word elongation (I am not an English mother-tongue speaker, so ther could be better names). If you choose this option you get three options: -- one character added -- one or more characters added -- zero, one or more characters added BP has powerful search tools: e,g, for see - see : searches for stems (e.g. see, sees, seeing) - +see : for words (see only) - see? : for words with one additional character wordfinally added to see (e.g. seed, sees, seem, seek) - see* : for words with no, one or more additional character wordfinally added to see (see, seeing, seeking, seed ...) - see+ : for words with one or more additional character wordfinally added to see (sees, seeking, seed, seems ...) -> It would be great to have a search dialog which helps to use those features. To have three buttons for: - word - stem - word elongation (I am not an English mother-tongue speaker, so ther could be better names). If you choose this option you get three options: -- one character added -- one or more characters added -- zero, one or more characters added Oct 23, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) Labels changed by jonmmorgan - I have BPBible installed under Ubuntu (Karmic Koala), and for the ESV indexed search I get: Search "see": 770 references, 825 hits. Search "+see": 663 references, 708 hits. Unindexed search gets 663 references as expected. Comment 8 sounds fine, but it's very unlikely to be in until the 0.5 series, which will almost certainly not be this year. I will still try to find out why stemming isn't working for BPBible Portable and perhaps some Linux installations. Thanks again. Labels: Usability Milestone-Release0.5 Type-Enhancement Priority-Medium I have BPBible installed under Ubuntu (Karmic Koala), and for the ESV indexed search I get: Search "see": 770 references, 825 hits. Search "+see": 663 references, 708 hits. Unindexed search gets 663 references as expected. Comment 8 sounds fine, but it's very unlikely to be in until the 0.5 series, which will almost certainly not be this year. I will still try to find out why stemming isn't working for BPBible Portable and perhaps some Linux installations. Thanks again. Labels: Usability Milestone-Release0.5 Type-Enhancement Priority-Medium Oct 23, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - Just got BP installed in Linux, and the ordinary search (e.g. for see) finds words only (ESV:663) and not stems. Just got BP installed in Linux, and the ordinary search (e.g. for see) finds words only (ESV:663) and not stems. Oct 23, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - It is OK for me, to make searching for stems as default. As you mentioned in your comment 7, it should be made clear what the program does. The reason for this is, that many Bible software do not have stem-searching as default, but word searching (e.g. BibleTime, Xiphos for indexed resources). -> What about to build in 2 options in the search dialog: - the stem option and - the word option in order to be able to choose what you want to search for. The stem option could be chosen as default, so if you do not choose an option, the search will be searching for stems (as default) In case, that stem searching is not working (e.g. in languages without stemmers, or in unindexed modules) the stem option should be greyed out and the word search activated. It is OK for me, to make searching for stems as default. As you mentioned in your comment 7, it should be made clear what the program does. The reason for this is, that many Bible software do not have stem-searching as default, but word searching (e.g. BibleTime, Xiphos for indexed resources). -> What about to build in 2 options in the search dialog: - the stem option and - the word option in order to be able to choose what you want to search for. The stem option could be chosen as default, so if you do not choose an option, the search will be searching for stems (as default) In case, that stem searching is not working (e.g. in languages without stemmers, or in unindexed modules) the stem option should be greyed out and the word search activated. Oct 20, 2009 r947 (Update the BPBible requirements from SWORD 1.5.11 to SWORD 1...) committed by jonmmorgan - Update the BPBible requirements from SWORD 1.5.11 to SWORD 1.6. M README.txt Update the BPBible requirements from SWORD 1.5.11 to SWORD 1.6. M README.txt Oct 19, 2009 issue 83 (Theming support) commented on by jonmmorgan - Issue 116 has been merged into this issue. Issue 116 has been merged into this issue. Oct 19, 2009 issue 116 (Screen / Font / Color template) changed by jonmmorgan - This is already covered by issue 83. Status: Duplicate Labels: Usability This is already covered by issue 83. Status: Duplicate Labels: Usability Oct 19, 2009 issue 116 (Screen / Font / Color template) reported by junkhardwaremonkey - Why is this feature needed? BPBible can be difficult to read on some screens. By using templates (perhaps CSS?) for all font and color selections, a user could tweak the software to truly be readable. BPbible is great for studying, but for a person who also likes to use tools to read with Strongs turned on (extremely subtly) the default color choices does not work. And for older people, it actually becomes confusing without more radical color choices. The generic font size change works, but is not sufficient. What problem will it solve? Usability Describe a typical usage of the feature: See above. Are you aware of any programs that have this feature or a similar feature? Yes.l This is often done through skins or templates. Why is this feature needed? BPBible can be difficult to read on some screens. By using templates (perhaps CSS?) for all font and color selections, a user could tweak the software to truly be readable. BPbible is great for studying, but for a person who also likes to use tools to read with Strongs turned on (extremely subtly) the default color choices does not work. And for older people, it actually becomes confusing without more radical color choices. The generic font size change works, but is not sufficient. What problem will it solve? Usability Describe a typical usage of the feature: See above. Are you aware of any programs that have this feature or a similar feature? Yes.l This is often done through skins or templates. Oct 19, 2009 issue 115 (Ordering topic by passage is hard to access) reported by jonmmorgan - The support for ordering a topic by passage is difficult to find and somewhat troublesome to use. One possible improvement is to place an "order by" button on the toolbar at the top of the Manage Topics dialog, and have clicking on it toggle whether it is ordered by passage or not. The support for ordering a topic by passage is difficult to find and somewhat troublesome to use. One possible improvement is to place an "order by" button on the toolbar at the top of the Manage Topics dialog, and have clicking on it toggle whether it is ordered by passage or not. Oct 19, 2009 issue 33 (Search in current window) commented on by jonmmorgan - This will need changes to handle continuous scrolling sensibly. This will need changes to handle continuous scrolling sensibly. Oct 19, 2009 issue 114 (Combine adjacent search results) reported by jonmmorgan - If you search for a word, then it will often occur in several different verses in the same passage. This makes it harder to look through the search results. A possible improvement would be to combine adjacent or nearly adjacent verses that match into one search result. Some considerations: 1. Would probably still want to display the number of verses and number of hits, but add the number of passages, which would be the number of entries in the list. 2. Adjacent verses is only really a heuristic. Better would be for the software to have reasonably good knowledge of the paragraph/passage divisions in the Bible, and then display the largest verse range in that passage that contained the word(s) [or maybe even display the whole of the passage]. Having such paragraph extents could also be handy for viewing verses in context (issue 9). If you search for a word, then it will often occur in several different verses in the same passage. This makes it harder to look through the search results. A possible improvement would be to combine adjacent or nearly adjacent verses that match into one search result. Some considerations: 1. Would probably still want to display the number of verses and number of hits, but add the number of passages, which would be the number of entries in the list. 2. Adjacent verses is only really a heuristic. Better would be for the software to have reasonably good knowledge of the paragraph/passage divisions in the Bible, and then display the largest verse range in that passage that contained the word(s) [or maybe even display the whole of the passage]. Having such paragraph extents could also be handy for viewing verses in context (issue 9). Oct 19, 2009 issue 113 (cannot display Chinese characters) changed by jonmmorgan - I'm closing this since it sounds like it is a font problem rather than a software problem. If changing the font doesn't fix it, then comment here and I'll reopen it. Status: WontFix Owner: jonmmorgan I'm closing this since it sounds like it is a font problem rather than a software problem. If changing the font doesn't fix it, then comment here and I'll reopen it. Status: WontFix Owner: jonmmorgan Oct 19, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) changed by jonmmorgan - I understand your bug report, but I am still surprised that BPB Portable behaves differently. It is using exactly the same indexed search. As for whether stemming should be the default, I still think it should be. Most users will not look at a help page, and so whatever is the default will be the most commonly used one. As said in comment 1, I think stemming is better on the balance than not stemming, and so should probably be the default (though sometimes it is certainly annoying and gets a lot of unnecessary and irrelevant results). However, we should probably consider making it clearer what exactly it has searched for, and make it easy to switch to just searching for the word (maybe something like "searched for oil, oils and oiled. Click here to search for just oil.") Status: Accepted Owner: jonmmorgan I understand your bug report, but I am still surprised that BPB Portable behaves differently. It is using exactly the same indexed search. As for whether stemming should be the default, I still think it should be. Most users will not look at a help page, and so whatever is the default will be the most commonly used one. As said in comment 1, I think stemming is better on the balance than not stemming, and so should probably be the default (though sometimes it is certainly annoying and gets a lot of unnecessary and irrelevant results). However, we should probably consider making it clearer what exactly it has searched for, and make it easy to switch to just searching for the word (maybe something like "searched for oil, oils and oiled. Click here to search for just oil.") Status: Accepted Owner: jonmmorgan Oct 18, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - I have both BP ordinary and BP portable installed in Ubuntu/VirtualBox/WinXP (it would be great to let it run directly in Ubuntu, but I did not manage to do this up to now.) I cross-checked it again and BP portable does not stemming searches. Is this google software tracking system also for BP portable, or is there another one used? About stemming, this is a helpful feature, which really should be kept. Thanks for the information about it. What about the following: In order to make it earsier for users of - resources in no-Snobball supported languages and - both indexed and unindexed resources: -> Let the - search for a word find the word only (e.g. 'see') and - search for a word preceeded by + find the stem This would give the result, that searching for a word would give as result the word only independent if the language is Snowball stemmer supported or not and independent if a resource is indexed or not. In this case, searching for a word preceeded by + would work only for indexed resources and in languages, which are Snowball stemmer supported. I have both BP ordinary and BP portable installed in Ubuntu/VirtualBox/WinXP (it would be great to let it run directly in Ubuntu, but I did not manage to do this up to now.) I cross-checked it again and BP portable does not stemming searches. Is this google software tracking system also for BP portable, or is there another one used? About stemming, this is a helpful feature, which really should be kept. Thanks for the information about it. What about the following: In order to make it earsier for users of - resources in no-Snobball supported languages and - both indexed and unindexed resources: -> Let the - search for a word find the word only (e.g. 'see') and - search for a word preceeded by + find the stem This would give the result, that searching for a word would give as result the word only independent if the language is Snowball stemmer supported or not and independent if a resource is indexed or not. In this case, searching for a word preceeded by + would work only for indexed resources and in languages, which are Snowball stemmer supported. Oct 18, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - If BPBible Portable does not use stemming for (indexed) searches, that is a bug. They both use the same code base and so they both should do stemming. I have not yet been able to reproduce this behaviour. Stemming is done by the Snowball stemmer. It looks like it will not do stemming for languages that are not marked as supported (currently including English, Spanish, French, German, Italian and a few others). For unindexed search we use the search provided by Sword solely for those who for whatever reason do not wish to build indexes. It is not strongly supported or recommended by us, and I do not consider it important that it does not produce the same results. If BPBible Portable does not use stemming for (indexed) searches, that is a bug. They both use the same code base and so they both should do stemming. I have not yet been able to reproduce this behaviour. Stemming is done by the Snowball stemmer. It looks like it will not do stemming for languages that are not marked as supported (currently including English, Spanish, French, German, Italian and a few others). For unindexed search we use the search provided by Sword solely for those who for whatever reason do not wish to build indexes. It is not strongly supported or recommended by us, and I do not consider it important that it does not produce the same results. Oct 16, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - Yes, I am using BP version 0.4.5 for both. What irritated me, is that in - BP portable, a simple search (e.g. for 'oil') finds exactly words both in indexed and unindexed modules, whereas in - BP normal a simple search finds exact words for unindexed modules, but stems for indexed ones. So in three cases words are found and only in one case (BP normal, indexed search) stems. I am in favour to set the default in simple searches for words. In English, searching for stems work fine. e.g. searching for 'see' only finds words connected with the stem 'see' and not for the stems 'seem' or 'seek' or 'seed'. So the search for 'see' is different than the one for 'see' I suppose, that you have built in an additional tool to do this. But this does not work for other languages. E.g in German, searching for 'neu' (= new) finds two stems: 'neu' and 'neun' (= nine) And I can immagine, that for other language (e.g. French) this will be the same case. And as the Sword library offers material in many languages, searching for stems will (probably) not work in those. Yes, I am using BP version 0.4.5 for both. What irritated me, is that in - BP portable, a simple search (e.g. for 'oil') finds exactly words both in indexed and unindexed modules, whereas in - BP normal a simple search finds exact words for unindexed modules, but stems for indexed ones. So in three cases words are found and only in one case (BP normal, indexed search) stems. I am in favour to set the default in simple searches for words. In English, searching for stems work fine. e.g. searching for 'see' only finds words connected with the stem 'see' and not for the stems 'seem' or 'seek' or 'seed'. So the search for 'see' is different than the one for 'see' I suppose, that you have built in an additional tool to do this. But this does not work for other languages. E.g in German, searching for 'neu' (= new) finds two stems: 'neu' and 'neun' (= nine) And I can immagine, that for other language (e.g. French) this will be the same case. And as the Sword library offers material in many languages, searching for stems will (probably) not work in those. Oct 16, 2009 issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by jonmmorgan - OK, obviously I didn't read your comment carefully enough (sorry about that). You do say you are using 0.4.5 for both. OK, obviously I didn't read your comment carefully enough (sorry about that). You do say you are using 0.4.5 for both.

issue 112 (Indexed Search for words in BPB ordinary finds more than wor...) commented on by wolfgang...@wycliffe.org - I have both BP ordinary and BP portable installed in Ubuntu/VirtualBox/WinXP (it would be great to let it run directly in Ubuntu, but I did not manage to do this up to now.) I cross-checked it again and BP portable does not stemming searches. Is this google software tracking system also for BP portable, or is there another one used? About stemming, this is a helpful feature, which really should be kept. Thanks for the information about it. What about the following: In order to make it earsier for users of - resources in no-Snobball supported languages and - both indexed and unindexed resources: -> Let the - search for a word find the word only (e.g. 'see') and - search for a word preceeded by + find the stem This would give the result, that searching for a word would give as result the word only independent if the language is Snowball stemmer supported or not and independent if a resource is indexed or not. In this case, searching for a word preceeded by + would work only for indexed resources and in languages, which are Snowball stemmer supported.

I have both BP ordinary and BP portable installed in Ubuntu/VirtualBox/WinXP (it would be great to let it run directly in Ubuntu, but I did not manage to do this up to now.) I cross-checked it again and BP portable does not stemming searches. Is this google software tracking system also for BP portable, or is there another one used? About stemming, this is a helpful feature, which really should be kept. Thanks for the information about it. What about the following: In order to make it earsier for users of - resources in no-Snobball supported languages and - both indexed and unindexed resources: -> Let the - search for a word find the word only (e.g. 'see') and - search for a word preceeded by + find the stem This would give the result, that searching for a word would give as result the word only independent if the language is Snowball stemmer supported or not and independent if a resource is indexed or not. In this case, searching for a word preceeded by + would work only for indexed resources and in languages, which are Snowball stemmer supported.

Last 30 days

Earlier this year