konline / bibletool Goto Github PK

Currently round borders only appear in Firefox. I don't see it in Chrome, nor IE. Need a robust way to implement round borders in CSS.

This is needed for usability and feature parity. Since we don't add versions so often, I'm thinking of implementing this as part of the Smarty template, as opposed to be data driven.

... when the book pulldown menu is updated.

The verses pulldown menu always remains from 1..50 from the book of Genesis.

Yao

It would be fitting to have something nice for Bibletool v4.

In case Jung gets hit by a bus.

The JSON result returned from a 'retrieve' operations is inconsistent. I'd like retrieve to resemble more like query if possible.

For instance, the following query: 'retrieve/MAT:1:18-18;LUK:1:26-38' returns something like this:

[{"book":"\u99ac\u592a\u798f\u97f3","title":"\u57fa\u7763\u964d\u751f","verses":[{"language":"UCV","book":"\u592a","chapter":"1","verse":"18","subtitle":"\u3010\u8036\u7a4c\u57fa\u7763\u964d\u751f\u3011","content":"\u8036\u7a4c\u57fa\u7763\u964d\u751f\u7684\u4e8b\u8a18\u5728\u4e0b\u9762\uff1a\u7942\u6bcd\u89aa\u99ac\u5229\u4e9e\u5df2\u7d93\u8a31\u914d\u4e86\u7d04\u745f\uff0c\u9084\u6c92\u6709\u8fce\u5a36\uff0c\u99ac\u5229\u4e9e\u5c31\u5f9e\u8056\u9748\u61f7\u4e86\u5b55\u3002"}]},....

As you can see, the field 'book' should be the book index (an integer), but it's right now the book abbreviation (a string). Moreover, the field 'name' is missing.

I know this change will break the existing functions that rely on browse. Don't worry, once you make the JSON structure consistent, I will update the functions that rely on browse.

Thanks,
Jung

Category: 錯字糾正

Body:

在聖經詞彙裡:

巴底買 (Bartimalus)
可 10:46
底買的兒子、不潔
在耶利哥被耶穌醫治的瞎子，有記入城的事(路18:35)；又有記出城的事(可10:46)。其實耶利可有新舊二城，為在二城中間的事，就此城說為出，就那城為入，並不衝突。

可能筆誤,耶利可應為耶利哥

In order to facilitate bookmarking, we should update the URL whenever there's an Ajax call that changes the current language, book, or chapter.

Let's do that for search as well.

Yao

In order to display a nice logo that distinguishes between a 'place' and 'person', the glossary/retrieve JSON data structure should have an additional field called 'type' that can be either 'place', or 'person'.

What do you think?

Need to implement audio bible feature

The search backend returns a JSON like this:

{"hits":4116,"time":158.15,"verses":[{"book":"1","chapter":"1","verse":"1","content":"In the beginning God created the heaven and the earth."}, ...,]}

As you can see, the book abbreviation is missing from the search results. Is it possible to add this field in each verse entry? Something like:

{"name": "Gen", "book":"1","chapter":"1","verse":"1","content":"In the beginning God created the heaven and the earth."}

What do you think?

Except for the first item, every remaining words are repeated:

E.g.
一指 (Finger) 一掌 (Handbreadth)
一掌 (Handbreadth) 一虎口 (Span)
一虎口 (Span) etc...

So that we don't run out of memory trying to encode a gigantic JSON response!

Yao

This is a limitation of function 'browse' in js/bibletool.js. Currently the script assumes that there is only 1 range in the returned JSON.

Before re-enabling backend caching, we need to find a way to forcefully refresh the cache when needed. This will be needed when typos are being fixed.

Yao

This is needed in order to bookmark a given place.

This gives user some feedback if the network is slow.

Assigned to Yao for backend for now.

As usual, some features don't work in IE... :(

以赛亚书52章的经文错了 (LZZ version)

This depends on #19.

Looks like we're currently showing the horizontal scrollbar unnecessarily.

http://bibletool.konline.org/browse#UCV:1:1

Yao

Category: 錯字糾正

Body:

耶大雅聖經工具 - 經節查詢
http://bibletool.konline.org/bibletool/browse/?style=table&
網頁最底, 創 1:13 古實 , 是否應該是創第二章"創 2:13 古實"呢?

創 2:13第二道河名叫基訓，就是環繞古實全地的。

Need to find daily devotional raw data in ordet to implement the daily devotional section.

There seems to be a limit in the JSON return size. Say, if I fetch Psalm 119 in more than 1 version, the JSON request times out.

To catch regressions, we should just document the proper way to get PHPUnit installed on MAMP, and start writing tests.

Yao

The end verse seems bogus. Please double check.

Turns out that parsing out the subtitle field at query time isn't good enough. It influences search results.

For example, search for '神' throughout the UCV Bible, this verse triggered a match:

            (
                [name] => 創
                [book] => 1
                [chapter] => 2
                [verse] => 1
                [content] => 天地萬物都造齊了。
                [subtitle] => 【　神定安息日】
            )

Yao

I have an even cooler UI in mind, using some jQuery animation stuff, but I just didn't want to spend time doing this until we reach feature parity.

Let's open a feature request for this loh~!

Sincerely,
Jung Ko

Let's handle the typical boolean operators: AND, OR. A space between the terms implies AND.

As added bonus, we could handle the - as a negative term, eg: a verse should not have such term.

Yao

Cross reference glossary verses (person, places, etc...) in browse mode. In feature parity mode, this is implemented as footnotes.

How come only Gen 1 has the subtitle field? If I go to Gen 2, the subtitle field is part of the content field....

Refactor functions into different classes to make code more maintainable.

In interlinear mode, the JSON data does not have red words converted into tag. We should enable this feature for versions that support it (preferred), or at least remove the raw delimiter used to denote red span from the output.

Please provide a map JSON backend, similar to the subjects page.

Gates #16.

This API gates issue #35.

• Allow range to be specified:

http://localhost/search/KJV/1-44/q=God

There are verses in KJV that are being marked as "span-red". See, for example, DEU 1:2.

The current URL is being redirected to the production server:

http://localhost:8888/Bibletool

If I comment out the following lines in .htaccess:

RewriteBase /bibletool
RewriteRule ^$ "http://bibletool.konline.org/browse/" [R=301,L]
RewriteBase /
RewriteRule ^bibletool/? "http://bibletool.konline.org/browse/" [R=301,L]

Things work back as before.

Once the "browse" URL is implemented, we should update the "Gospel" section and replace all the mentions of retrieve with the new "browse" URL.

Yao

In order to save time, let's add an option to selectively reload certain Bible languages. This will allow typos to be fixed much more quickly, without taking downtime.

Something like:

$ php bin/InitDb.php KJV

would just reload the KJV version.

Yao

I see the following chapter title when I go to KJV, DEU 1:1.

"Deut 第 1 章"

The book name returned in the JSON file should not be abbreviated.

We should public attribute the source of data, where applicable. This includes map coordinates, audio bibles, etc...

Yao

Message from: Teresa

Category: 增加功能

Body:

很高興看到你們有這麼齊全的中文譯本, 願主大大使用 ^^

同時, 現代中文譯本 - http://cb.fhl.net/, 和近來推出的新漢語譯本 (暫只完成新約及創世記) - http://bible360.net/ 也是很好的譯本, 期盼你們考慮日後加入這2個譯本在系統裡 :)

When I search for “God" in KJV, it shows 206 pages in total.

When I click on any of the pages, it always sends me to the last page:

• http://localhost//search/KJV/q=God&page=206

Also, showing 206 pages in one row seems a bit too long. How about a pull down menu like this:

<< prev [pull-down] next >>

Yao

When someone changes the book menu, let's only reset the chapter menu if the new book doesn't have the corresponding chapter.

For example, if the current book/chapter is GEN:5, and the user changes to EXO, then let's show EXO:5.

If the current book/chapter is PSA:66, and the user changes to EXO, then let's reset it to EXO:1.

Yao