New features

[Michael Bogdanov]

Please, write about features you are intrested to be implemented in
Orion

[Daniel Arseneault]

This is a great app. Thank you very much for making it. Yours is the only app I've found that has user-customizable hardware button bindings and no animation. It works perfectly on my prs-t1.

However, there are two features I'd like to see implemented.

1. Separate cropping for even/odd pages, since scanned books often have different size margins for facing pages.

2. Auto-cropping. Ebookdroid (code.google.com/p/ebookdroid) has implemented this feature in version 1.3 and it works very well. Perhaps you could look at their code to see how it's done. I believe their project is very similar to yours.

3. The possibility of combining manual cropping and auto-cropping. It would be nice to start out with manual cropping to exclude artifacts from the margins (smudges, annotations, etc.) and then let the auto-cropping feature complete the cropping nice and close to the next.

Thanks again for your good work.

[Daniel Arseneault]

Here are some more suggestions:

4. When opening a book, return to the most recent page viewed. At present, the app forgets your page and returns to page 1. This could be considered a bug.

5. Add an option to automatically open the most recent book when you start the app ("Open Recent" in Ebookdroid).

6. I do not see a button to open the external dictionary, although your help file speaks of such a button. I can't see any way of opening the dictionary at present.

Thanks!

[Daniel Arseneault]

Oh yes, I almost forgot:

7. Bookmarks.

[Marcus Tullius]

I agree. Automatic crop and even/odd cropping are much-needed features.

Cicero

[enthdegree]

Hello all,
I apologize, I guess I should have posted here before I posted on the
posted this as a bug. Given the current structure and goals of this
app, would it be difficult to implement PDF annotations so you could
add text, scribbles or simple shapes on sidelines?
Klaus
On Jan 13, 7:41 am, Michael Bogdanov <mikhael.bogda...@gmail.com>
wrote:

[Michael Bogdanov]

I planning to add some annotations, but this one is low priorirty.

Neareast planniong features:
1. text selection/text search
2. odd/even page cropping
3. autocropping
4. reflow
5. cbr, cbz, xps support
6. annotations

[amber lauer]

seconded. I use Okular on my desktop and I have a LOT of text books. My bookmarks are really important to me, and the best part is they are stored in .xml format so that if an android app started supporting this I could easily port my bookmarks.

[Michael Bogdanov]

Orion supports bookmark export/import to/from xml file, this functionality is avaliable from bookmarks screen.

But Orion file format may differ from Okular one.

[oxy.r...@gmail.com]

First of all, thank you for creating a great app!

I own a Sony PRS-T2 reader with Android 2.2. The default reader app is very basic, but it has an unique feature, which uses the partial refresh function of the device to help turning page faster and smooth zooming.  According to the PRS-T1 wiki, another reader which also has this feature is qPDF. It would be great if you can get it into Orion. This will help people with an e-ink device like the Sony one a lot.

If not prohibited, I can provide the apk file of the default Sony reader app.

[oxy.r...@gmail.com]

Also, I see that Orion supports PRS-T1's page turn buttons, but not yet for the T2.

[Michael Bogdanov]

The fastest way to include this feature to Orion is source code example for it

[Michael Bogdanov]

Pls, in Orion Settings find Device Info dialog and send me Device/Model/Manufacturer information

[oxy.r...@gmail.com]

Here is the apk file: https://www.dropbox.com/s/dwqlxaurc9wcizv/EbookReader.apk

And information of my device:
Manufacturer: Sony
Model: PRS-T2
Device: EBX-5056

Thank you!

[Michael Bogdanov]

Buttons support added in 0.41.7

[amber lauer]

bookmarks file from okular fyi.

[Michael Bogdanov]

Hi Amber, as i understand from example you are using bookmarks to keep table of content for book. It's best to introduce this TOC data to book file, this information will be automatically avaliable from Outline menu. If it's no possible you could convert this xml file to Orion format by some script. You could export bookmarks from bookmarks screen and find exported data in same folder as current opened book.

[amber lauer]

Michael, I already converted by hand, its not much work with some strategic use of the find & replace function in gedit. I have my bookmarks currently imported into orion viewer. Mostly I was just wondering what the adoption status was of a particular bookmarks format. 

[Ренат Ескенин]

Привет авторам!
В общем есть две идеи, но сидеть разбираться в коде не хочу :) Так что пишу тут.
Фича №1
Новый режим просмотра.
Спецификация:
1. Экран разделен горизонтальными линиями на определенное число частей N. Каждая часть для дальнейшего объяснения имеет номер. 0-1-2-...-(N-1)
2. В настройках добавить параметр для регуляции количества частей (без ограничений, что бы не парится потом с разными видами экранов, пусть пользователь сам выберет).
3. Режим работает в обеих ориентациях экрана, книжная/альбомная.
4. Окно-экран читалки, видит только часть страницы открытой книги. Начало строки текста на странице, показывается в части разбиения номер 0. Следующая часть строки с небольшим нахлестом показывается в следующей части и так далее. То есть все выглядит примерно так (Если не поедет форматирование):
------------------------|
Начало строки, |
------------------------|
текст продолжа|
------------------------|
ется                 |
------------------------|
5. Естественно, показывается не одна строка (как ее в скане найти...можно, но сложно), а непрерывный кусок страницы, размером с кусок разбиения. Если бы добавить алгоритм распознавания строк, был бы вообще фонтан, но не будем о грустном.
6. Помимо ручного указания числа полос на которые будет разделен экран, нужно сделать режим расчета числа полос исходя из разрешения экрана и размера книги в данном масштабе. Если ширина экрана в альбомной ориентации, допустим 800 пикс. Размер страницы книги в данном масштабе 1600 пикселов, то удобнее всего разделить экран на две горизонтальные полосы, они как раз покроют всю ширину страницы. 
Плюсы:
1. Таким образом мы можем не листая страниц читать большие сканы, так как строка текста будет показана на экране целиком, просто в отдельных частях, разделенного на части экрана.
2. Нефункциональное прстранство используется оптимально. Все дело в том, что при чтении мы читаем только одну строку, так что остальные видеть вовсе не обязательно.
Минусы:
1. Строки могут начинаться в одной и той же части 0 на экране. Это приведет к тому, что каждая строка текста будет вынуждать человека вернуться к 0 части экрана для продолжения чтения. Но, сейчас ситуация еще хуже, сейчас нужно жать тапы и ждать перелистывания для того что бы прочитать следующую строку.

Фича №2
Новый способ перелистывания страниц. Вообще он не новый, и давно (уже много лет) есть в программе ICE Book Reader. Можно поставить и посмотреть (она для русских бесплатна)
Спецификация:
1. Вместо смены всей страницы сразу или перемещения ее постепенно, вводится горизонтальная линия.
2. Горизонтальная линия обозначает собой линию разделения читаемого текста в данный момент и того текста, что будет на следующей странице.
3. Перелистывается только линия, таким образом постепенно одна страница замещает собой другую. То есть. Как бы берем два листа бумаги. Кладем один под другой и постепенно, верхнюю, прочитанную часть верхнего листа делаем прозрачной. так что по мере прочтения все большую часть экрана занимает нижний лист пока не займет весь экран.
Плюсы:
1. На всем экране обновляется только одна строчка пикселей!
2. Нет мерцания страниц, что бережет глаза.
3. Не надо тратить кучу вычислительных ресурсов на обновление всей страницы целиком.
4. Полная оптимизация под электронные чернила так как на экране есть статическое изображение с динамически обновляемой одной строчкой пикселов.
Минусы:
Нету, я долго так читал, годами. Это лучший из мне известных способов листания.

[Ренат Ескенин]

Да, еще пара фич.
Фича №1.
Более настраиваемая обрезка краев страниц.
Спецификация:
1. Ввести параметры обрезки краев экрана для каждой из отображаемых по очереди страниц. Допустим, четные резать с такими процентами, нечетные с другими. Или то же самое с другим числом периодичности. Допустим, каждую третью страницу обрезать по особому.
2. Интерфейс настройки сделать такой. Один выпадающий список для выбора номера настраиваемой страницы в цепочке-периоде. И далее те же самые проценты настройки, что и теперь. Еще вариант, сделать визуальные линии по краям страницы, которые двигать пальцем. Это удобнее. Выбрал номер страницы (допустим каждая вторая страница -значит номер два), линии переместил, как резать края и все. Никаких тебе процентов.
Плюсы:
1. Если книга-скан поделена на отдельные страницы, то чаще всего расположение текста на странице слегка сдвигается. На не четных страницах немного влево, на четных вправо. Если ввести предлагаемые отдельные настройки, то это будет учтено и обрезку можно настроить более точно.
Минусы:
1. Если неграмотно сделать интерфейс настройки, то будет довольно геморно. Но Фича №2 (далее) это поправит даже при безграмотном интерфейсе.

Фича №2.
Сделать запоминаемые профили настроек. Что бы не настраивать по пятьдесят раз одно и то же. Выбрал запомненный вариант, он все выставил.

[Ренат Ескенин]

Еще одно. Нужно внести регулировки яркости и контрастности. Было бы лучше если в программе
появилась гистограмма, по которой можно было бы выбрать определенный цвет для регулировки
или подмены. Это нужно что бы внижках плохого качества заменить серый фон на белый.

[Игнат Руз]

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

[Игнат Руз]

А ещё: сохранять расположение и масштаб страницы для книжной и альбомной ориентации.
Спасибо Вам!

пятница, 13 января 2012 г., 16:41:03 UTC+4 пользователь Michael Bogdanov написал:

[Thomas Folz-Donahue]

Is smooth scrolling a feature that is worth having, or is this project wedded to the tap zone model?  CoolReader has smooth scrolling and tap zones, but likes to crash and stuff.  Tap zone scrolling makes more sense on electronic paper; I think smooth scrolling is better with displays that draw faster.

How hard would it be to implement smooth scrolling?  I guess it would mean turning ReaderView into a ScrollView and letting it demand the next page as needed.  I'm not sure what other features it would break.  

Also, I don't know what happens when I use two-finger zoom, it doesn't seem to affect the crop and zoom settings, so I can't figure out how to revert it.  I would prefer to set a crop rectangle by touching the screen instead of going through the dialog or tapping back and forth.  That sounds much less invasive, so it's probably something I could implement immediately unless you don't like code bloat.

[Michael Bogdanov]

Is smooth scrolling a feature that is worth having, or is this project wedded to the tap zone model?  CoolReader has smooth scrolling and tap zones, but likes to crash and stuff.  Tap zone scrolling makes more sense on electronic paper; I think smooth scrolling is better with displays that draw faster.

How hard would it be to implement smooth scrolling?  I guess it would mean turning ReaderView into a ScrollView and letting it demand the next page as needed.  I'm not sure what other features it would break.  

Yes, it's planning in some future. But it affect some core functionality that responds for page rendering, i am changing it with small steps during time.
 

Also, I don't know what happens when I use two-finger zoom, it doesn't seem to affect the crop and zoom settings, so I can't figure out how to revert it.  I would prefer to set a crop rectangle by touching the screen instead of going through the dialog or tapping back and forth.  That sounds much less invasive, so it's probably something I could implement immediately unless you don't like code bloat.

Pinch zoom doesn't do cropping.
On pinch zoom cropped border will be same as specified in crop dialog, just zoom should change - if you has used "zoom by *" it would be reseted to some value.
I'm adding now additional background for out of page space on screen and maybe it would be more cleaner with zoom and crop with this feature - it would be in next few days.

In any case having visual cropping feature would be cool!
You can also do research with scroll mode)

Best regards,
    Michael Bogdanov

[Michael Bogdanov]

You can try 0.55.1 https://sourceforge.net/projects/orion-viewer/files/0.55.1/ there should be more clear with zooming and cropping

[Nate Win]

This is my favorite app. It's fast & works smoothly on my Onyx i86 Plus. Thank you very much for making it. 

However, swipe feature doesn't work on my device (i.e. Turning page forward by swiping from right to left on your device's display, turning page backward by swiping left to right)

Or this feature wasn't implemented at all?

[Michael Bogdanov]

This feature isn't implemented yet.

[Nate Win]

Ok thank you for your reply.

I believe this extra feature would be interesting. I like the feature "key binder", then a "swipe" binder would complement this feature.

I hope it could be implemented in the next update.