KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3)

[Markismus]

Originally Posted by peaceridge

I don't have enough bandwidth to go through all 47 pages, so please allow me this question. I want to try KoReader on my android Nexus 7 2013, but can't find it in the google store. How do I go about getting a copy? Thanks.

Latest release are here.

You could download the apk-file for android and run it to install.

[peaceridge]

Originally Posted by Markismus

Latest release are here.

You could download the apk-file for android and run it to install.

Will do - thanks!

[Ebri]

Originally Posted by hawhill

Reimplementing sdcv in Lua serves another approach, however. At least that is the reason I started to do so. On Android builds of Koreader, it's a bit messy to start external processes. And it would simply be nice to have an implementation that is easy to hack on. E.g. a language-based plugin system could be so much easier to do in Lua, since Lua allows for a bit more dynamic approach to developing stuff. (not meant to start a language war. C++ is also a fine language.)

Would it not be much slower than compiled code?

[knc1]

Originally Posted by Ebri

Would it not be much slower than compiled code?

Not of any significant amount.
We run Kindle Lua code under LuaJIT compiler.

[hawhill]

Might be faster, might be slower - hard to tell without measuring. The general rule is: there is no general rule.

[guerrilla]

I'm wondering: does koreader automatically detect the language for hyphenation?
It seems to me that it doesn't, since so far I've always had to set the language manually in the hyphenation submenu.
Yet it seems unlikely that it doesn't, as it should be pretty trivial to autodetect the ebook language from metadata or html headers.

[knc1]

Originally Posted by guerrilla

I'm wondering: does koreader automatically detect the language for hyphenation?
It seems to me that it doesn't, since so far I've always had to set the language manually in the hyphenation submenu.
Yet it seems unlikely that it doesn't, as it should be pretty trivial to autodetect the ebook language from metadata or html headers.

The project is in a public repository -
Just submit that trivial patch for inclusion.

[guerrilla]

Originally Posted by knc1

The project is in a public repository -
Just submit that trivial patch for inclusion.

So I assume I'm not missing anything and it really does not autodetect the language at the moment?

I used the term "trivial" in good faith, though, I didn't mean to imply anything other that maybe I was missing some setting or something.
'cause it really seems it's nothing more than reading the language info in metadata and set the hyphenation language variable accordingly.
Again, am I missing something?

[hawhill]

I think this is being done at the moment. It's the CREngine that is in charge. I'll happily check this, but need to find some bits of free time to actually do this.

My guess is it is being done for most formats, but not all. But EPUB, probably FB2 should work. Given that their metadata is correct.

[guerrilla]

Thank you for your reply hawhill.
For epub it seems it isn't working (even in the nightly build). Metadata is correct, I've tested several files and hyphenation is always set to English_US, no matter the language of the epub.

[Ebri]

Not working for epub, I have Hungarian and English books, hyphenation default is always English.

[sadowski]

Originally Posted by Ebri

Not working for epub, I have Hungarian and English books, hyphenation default is always English.

Same here: default always English.

[phoenix512]

The pan and zoom feature is still missing in KOReader. Pan and zoom really helps with large page size PDF's like newspapers.

[knc1]

Originally Posted by phoenix512

The pan and zoom feature is still missing in KOReader. Pan and zoom really helps with large page size PDF's like newspapers.

The project is kept in a public repository, and they accept patch submissions.

[guerrilla]

Originally Posted by knc1

The project is kept in a public repository, and they accept patch submissions.

What is this, your standard answer to any statement that may remotely suggest that koreader is not perfect as it is?

At this point I need to ask: is this attitude of yours just a fanboy thing, or are you somehow involved in koreader's development?
I'd bet the first one, 'cause had you ever been involved in the development of anything you would surely know that polite feature request is crucial for free software development. And that is because it helps coders focus their time and effort on features that best meet the userbase needs.

Basically you're suggesting that one with no coding skill would just have to take koreader as it is or turn to another program. That's silly and would simply lead to the death of this project in the long term. (edit: well, considered that any project is due to die in the long term, I should rather say "in the short/medium term").