tigran123 / urantia-book-explorer Goto Github PK

Добавить кнопку "Цепочка", которая должна быть как переключатель. Т.е. в нажатом состоянии тексты всех столбцов синхронизируются при прокрутке. В отжатом - каждый столбец может быть с разным документом, в разной позиции.

В американском тексте находит, а в британском нет. Разница между двумя текстами в данном месте заключается в том, что в британском между "Nebadon" и ". This" имеется внешняя ссылка, т.е. текст выглядит так:

... local universe of <em>Nebadon</em><a href="U0_0_5_0"><sup>0</sup></a>. This universe, ...

В американском тексте этого нет, т.е. текст выглядит так:

... local universe of <em>Nebadon.</em> This universe, ...

Точно так же, поиск existential as in ничего не находит в британском тексте, а должен находить 0:1.14 (в американском находит).

Нужно написать скрипт, который извлекает текст и аннотации из моего британского учебного издания и конвертирует в формат, используемый в UBE. Вот я этим и займусь.

Сделать в виде меню по кнопке справа в поле ввода строки поиска, или показывать по мере ввода текста.

Currently, we are using the TOC from the American SRT text, which is not exactly the same.

Предлагаю перекомпоновать панели исследователя и поиска таким образом, чтобы они размещались в одну строку по всей ширине экрана. Если не будет "влазить", то можно некоторые настройки (а=А) переместить в "настройки" основного меню.

В данный момент search.php подразумевает не более одной гиперссылки на параграф:

https://github.com/tigran123/urantia-book-explorer/blob/master/search.php#L98

Но для импорта текста и аннотаций The British Study Edition of the Urantia Papers (см. #31 ) необходимо разрешить более одной аннотации на параграф.

Currently, this doesn't work, so I am going to fix it asap.

Добавить в оглавлении подсветку строки с выбранным документом, когда по нему кликнули для просмотра.

This menu would contain at least the following functions:

1. Increase/decrease text font size (this is more convenient than global rescaling of the whole site via Ctrl +/-)

2. Commence search for the selected phrase (currently you would have to press Ctrl + C, then Ctrl + X, then Ctrl + V, then ENTER ---- 4 keypresses in total).

We may think of other functions in the future. E.g. functions related to the Notes column, like "Copy to Notes" etc.

This was requested by Sergey Litvinov and I agree with him that this should be done. Namely: when the width of a text column is big enough (e.g. when it is left alone or with just TOC column) the padding around the text should be increased. Currently only padding-right is set to 5px at all times. This is good for normal operations, but with the maximised text it is definitely too small.

So, we need to detect the width change and, if greater than some threshold, set both padding-left and padding-right to an appropriate value.

Предлагаю подумать о том, чтобы переформатировать размещение результатов поиска. Я предлагаю выделить для этого не вертикальный столбец (как сейчас). а горизонтальную полосу. При этом при переходе в режим поиска предоставлять экран (ниже основного меню) для результатов поиска и отображения текста, соответствующего фрагмента поиска. Переключение в режим просмотра текста осуществляется нажатием в меню на активный столбец, а возврат к поисковому контексту нажатием в меню на "поиск". Таким образом будет обеспечен динамичный просмотр как текста, так и результатов поиска. При этом предполагается, что возврат осуществляется к запомненному месту текста и поиска. В нынешнем формате мне кажется, что экран перегружен и отображение результатов поиска в виде столбца уже не будет привязано к текущему фрагменту текста активного столбца, т.к. поиск идет по всей КУ.

не проходит поиск, например: 36:5 не находит, находит только 36:5.0

How to reproduce the problem:

1. Delete all the cookies and load the website

2. Now close the TOC column

3. Now close the tab with the website and open it in another tab.

4. Notice that the vertical scroller now appears and you need to scroll down to see all text. Since this is a web Application (and not just a "website") we should never need to scroll vertically.

What PHP version needed to work with UBE?

Предлагаю эти кнопки (синяя стрелка) убрать из шапки колонки и перенести их в самое начало/конец колонки с текстом, сделав на всю ширину колонки и цветом в цвет фона колонки, а значок - или стрелка или треугольник вверх/вниз. Тогда шапка будет смотреться более красиво и органично. А переход по тексту в начало/конец будет осуществляться из логичных мест. Кроме того эти кнопки сделать адаптивными в зависимости от текущего места в тексте. Т.е. если наверху первый абзац, то и кнопку логично не показывать, т.к. итак уже мы в начале текста. Соответственно и с нижней кнопкой.

Понятное дело, что это в виде предложения и пожелания. Не обязательно к исполнению сейчас, т.к. функционал уже есть и работает.

при изменении размера текста в настройках не запоминается место, где открыт активный текст, поэтому приходится искать его снова

It's can't close F1 tooltip without pressing F1. For example on touchscreen.

При попытке поиска по / в логе появляются десятки тысяч сообщений:

[Wed Mar 29 10:16:48.400270 2017] [:error] [pid 4716:tid 140130278893312] [client 192.168.1.2:38586] PHP Notice:  Undefined offset: 2 in /home/tigran/Software/urantia-book-explorer/search.php on line 124, referer: http://192.168.1.2:8080/

и потом php процесс уничтожается с сообщением о таймауте:

[Wed Mar 29 10:16:48.400342 2017] [:error] [pid 4716:tid 140130278893312] [client 192.168.1.2:38586] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /home/tigran/Software/urantia-book-explorer/search.php on line 124, referer: http://192.168.1.2:8080/

Между прочим, поиск по \ возможет только так \\ --- это нормально, главное, что он возможен вообще. Так же и поиск по / должен быть возможен, хоть как-нибудь. В британском тексте есть и тот и другой слаш (и почти все остальные символы).

В данный момент приходится напрягать глаза, чтобы найти фразу в основном тексте, выделенную в результатах поиска.

Я предлагаю использовать плагин mark.js с этой целью.

Например, поиск "Urantia" по заголовкам английского текста приводит к таким результатам как "UrantiaSolar System", "UrantiaAtmosphere" и т.д.

Но если у нас будет специализированный поиск по Оглавлению, то этот баг чинить не обязательно --- просто селектор "Текст/Текст+Заголовки/Заголовки" исчезнет и с ним соответствующий код в search.php....

I think it would be a good idea to show not the entire paragraph but a shorter context (like the way it is done by urantia.ru) around the match. This will save vertical space in the Search Results column.

Also, multiple matches in the same paragraph should be counted separately.

Предлагаю добавить поле быстрого поиска по оглавлению в колонке "Оглавление". Фильтровать список по мере набора текста в этом поле и показывать в виде динамического меню. Т.е. содержимое этого меню должно меняться по мере ввода символов в строке поиска.

Т.о. можно будет найти документ по номеру и быстро перейти к нему.

Попробую это сделать.

При начальной загрузке программа должна показывать те столбцы, которые были видимы в предыдущей сессии.

Рано или поздно нам понадобится концепция "пользователя", авторизованного паролем.

This is not hard to implement and will solve the issue of English-speaking people getting confused how to switch the Urantia Book Explorer application to English.

I'll do it now.

Currently, the program allocates the available screen width equally among all columns, but for the TOC this can result in the "mostly empty" area, i.e. unnecessarily wasting a lot of space that could be used by the text and the other two columns. This should be corrected and TOC given much lower "priority" in horizontal space allocation.

Ideally, it would also be nice to have make TOC coulmn .resizable() but we must be careful here about various conflicts (with other columns) that may ensue.

В текущей версии русского текста (UF 1997-1.9) акцентированных гласных нет. С одной стороны для чтения это удобно - разрешается спорное трактование текста, указывается смысл конкретным ударением. Но для реализации поиска - акцент не удобен. Если удастся реализовать правильный поиск с учетом ацентов - планируется ли добавление в русский текст выделение таких гласных?

This is a cosmetic bug, but still quite annoying: the ordinary superscripts in the text, notes and search results are shown in blue colour, because in the CSS they are treated the same as the SRT text reference specificator.

As above.

Я не знаю, в каком формате находится текст Алексея Попова, но если возможно конвертировать его в логический формат, то было бе неплохо иметь его в нашей системе, для сравнения с двумя другими русскими текстами (UF и UBSGNY)

Файлы турецкого перевода я уже получил, ошибки исправил и обновил в своей репозитории здесь:

https://github.com/tigran123/urantia-tur/tree/master/misc/u8

PDF уже готов, но конверсию в наш html формат я ещё не сделал (метрики нужны особые ибо в этих файлах много-строчные заголовки закодированы на одной строке, а не многих, т.е. более логично).

В настоящий момент в английском тексте (а скоро и в британском, когда он будет добавлен) есть внешние ссылки на замечания комитета SRT по поводу сделанных ими изменений в английском тексте. Они имеют следующую форму:

<a href="TextStandardization.htm#U0_4_3"> *</a>

Эти же ссылки присутствуют и в результатах поиска по соответствующему тексту. Нужно, чтобы при кликании на них, в колонке "ЗАМЕТКИ" загружался (если необходимо) соответствующий файл и положение скролилось в соответствующее место.

There is no ability to open new column without pressing Ctrl+... on touchscreen.

Тигран, ты говоришь сделать скрипт по преобразованию, например, FB2, результатом которого должен быть текст, аналогичный результату твоего скрипта для sed.

А не мог бы ты выложить формат финального текста, который используется в поиске?

Cf. the request in #71

Если выделить текст в активном столбце, чтобы исследовать его по отношению к другим составляющим, то надо оставлять это выделение при смене активного столбца. Сейчас оно теряется.

Добавить строку с количеством совпадений искомой строки в результатах поиска "Найдено ... совпадений". Например, в заголовок колонки "Результаты". Или первой строкой в колонке результатов.

Находит результат в тэгах типа <a href="TextStandardization.htm#U0_1_24"> *</a>

Может это не считать ошибкой, а использовать результат в плюс? Т.е. принять за опцию, что можем искать в тексте использование ссылок....

Desirable for all columns, including the text ones.

Это может быть сделано как только формат текста можно будет считать стабильным.

This is a huge job, but we might as well have the issue opened now, to remind us that this needs doing :)

Сейчас в начальном меню не предусмотрен резерв места для дальнейшего развития сайта, предусмотренного нашим ТЗ. Т.е. левое-боковое ниспадающее меню, в котором будут такие пункты как : "вторичные работы", "творчество читателей" и т.д.
Думаю надо сразу это учесть, чтобы потом не переделывать.

This would be useful to see, just like the way we currently show the total number of search results.

At present the blue cross which closes the column is placed immediately following the caption of that same column, which does not look good. This is especially obvious when the width of the column is large (because other columns have been closed) or for columns with small caption, like Notes and Search Results.

So, we need to position those crosses in the fixed location relative to the parent, i.e. the header of the same column. Presumably CSS statements like "position: relative;" and "top: Nvh; right: Mvw;" should do it, with the appropriately chosen N and M. But I am raising this as a bug here, so I don't forget to fix it (or to give someone a chance to beat me to it, that would also be fine)

The reason for this is understood: there are enormous unbreakable lines (with urls) in the notes.html --- these should be eliminated.

Сейчас, чтобы активизировать нужную колонку для поиска по ней, необходимо в панели управления кликнуть на кнопке с соответствующим номером колонки.
Предлагаю это делать (активировать) и по клику на шапке самой колонки.

Our program is now sophisticated enough to deserve a dedicated HELP tab and maybe some video tutorials as well.