Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

KOReader

koreader.rocks

Post reply on HN
Print view View original

241–250 of 253 posts

Re: KOReader

#241

Post by BenjiWiebe »

nekooooo wrote: post #176
BenjiWiebe wrote: post #160

Earlier quoted context omitted.

Eink doesn't emit light.

this is the worst kind of pedantic engineer comment that seems to infest this site. they're obviously talking about the frontlight. dark mode reflects much much less light back at the user through the lightguide because the dark bg absorbs more of the light.

It wasn't obvious. My thought process was that they were equating ereaders with eink displays, and they had a non-eink ereader. To me, emitting light and reflecting light are completely different.

(I suppose I'm not supposed to feel complimented by the term 'engineer'? I'm not trained/experienced in any engineering discipline, not even software engineering.)

Re: KOReader

#242

Post by BenjiWiebe »

CWuestefeld wrote: post #183
BenjiWiebe wrote: post #160

Earlier quoted context omitted.

Eink doesn't emit light.

If you want pedantic ridiculousness, well, notice that I never said that the e-ink emits light. It does, however reflect light back from the device's frontlight. The device taken as a system most certainly emits light, but less so when in dark mode.

Very true. Sorry for misreading your comment.

I thought perhaps you had a non-eink ereader and were equating eink screens with ereaders. Apologies.

Re: KOReader

#243

Post by _hzw »

leecming wrote: post #229
_hzw wrote: post #221

KOReader doesn’t support Japanese vertical rtl layout without a hack (e.g., rotating the fonts) is the single reason I don’t use it. The stock software on Kindle, on the other hand, does care about this a lot and its implementation is very good. In the end, I just built my own local server and a KUAL app to sync books and notes and progress in/out from jailbroken devices.

there's a fork that adds proper tategaki support - https://github.com/m-tky/koreader-tategumi and with the plugin system allows you to use the built-in Japanese dictionary a la Yomitan with one-tap lookups

Thanks!

Re: KOReader

#244

Post by kelnos »

matteuan wrote: post #73
4thguy wrote: post #23

Earlier quoted context omitted.

Being able to put epubs bought elsewhere and reading them without needing to convert the files is a huge plus

Kindle already supports that, or at least my 5 years old vanilla Kindle can.

Not quite. If you use the "send to kindle" feature, since 2022 Amazon will convert it for you before it puts it on the device.

If you copy an epub to the device over USB it won't work. The kindle itself does not support epub.

Re: KOReader

#245

Post by Guvante »

skydhash wrote: post #110
the_lucifer wrote: post #67

Earlier quoted context omitted.

> I think it definitely trades user-friendliness for power and flexibility A tale as old as time with OSS software from what I've seen. So far the only exception that I've seen of a FOSS piece of software with great UX is Blender[1]. With UX not being a first-class citizen on Linux, exposure to a solid universal tooling to create great UX also exacerbates things. I think the issue of bad UX and OSS are comorbid becau…

> So far the only exception that I've seen of a FOSS piece of software with great UX is Blender. Most OSS software favors power users instead of total beginners. And even Blender is not a great exercise in discoverability. You need training to use it. The stock software in Kobo and kindle can be used within minutes because they don't have a lot of features/options. And it's totally fine if that's what you need. Just…

I miss Windows 7 notepad. I liked it just being a text editor and found a ton of value out of it.

Notepad++ and similar having forever tabs you don't have to explicitly close is cool but I ran programs like that when I wanted that...

Re: KOReader

#246

Post by applesdontfight »

spv wrote: post #108

Any macOS builds out there? I would really like to have one app that can open both ePubs and pdfs. Don’t need the library feature to manage books like Books.app, just need a light and reliable reader.

They do have MacOS builds, just not any on the release page. You can find out more and download them here: https://github.com/koreader/koreader/wiki/Installation-on-Ma...

Re: KOReader

#248

Post by gejose »

Infiniti20 wrote: post #216
gejose wrote: post #100

I really like that this exists, but I found the menus and UI to be rather non-intuitive. My main use case was to sync reading progress between my Kobo and my iPhone. I was able to do this using KOReader on the Kobo & the Readest app[1] on iPhone (also open source). Ultimately I decided to get rid of KOReader because it felt a bit laggy. The gestures (eg: swiping up on the left side to increase frontlight brightness)…

Would you consider publishing this software?

Will definitely consider this after I clean things up. Note that it's completely vibe coded though.

Re: KOReader

#249

Post by ajot »

nonninz wrote: post #230
ajot wrote: post #210

Earlier quoted context omitted.

I use the Project:Title[1] addon, I think someone else here on HN suggested it a few months ago. The only catch is that you need to update it manually each time after updating KOReader [1] https://github.com/joshuacant/ProjectTitle

Looks pretty nice, thanks I'll check this out. I was a bit dumbfounded by the original KoReader browsing UI, I would have expected something more organized, but I thought "maybe it's just a setting I haven't discovered yet". It looks like I need one of those instead. Will do when I have some time. Does this support collating books of the same series together?

I think it does if the books are all in a same, unique folder. If they are scattered around your main/home books directory, it doesn't

Re: KOReader

#250

Post by tmzt »

pseudony wrote: post #171
the_lucifer wrote: post #67

Earlier quoted context omitted.

> I think it definitely trades user-friendliness for power and flexibility A tale as old as time with OSS software from what I've seen. So far the only exception that I've seen of a FOSS piece of software with great UX is Blender[1]. With UX not being a first-class citizen on Linux, exposure to a solid universal tooling to create great UX also exacerbates things. I think the issue of bad UX and OSS are comorbid becau…

I don’t know about that. I think Libreoffice is easier to navigate than ribbon-era Office. I think especially Gnome, but also Kde has better settings than Windows, which is spread across a new and a classical view (or more?). I also think MacOS finder is worse than Windows/KDE/Gnome equivalents. When you strip so much away that people have to remember strange key combinations to jump/navigate to specific directories…

Of course, both of those examples started out as proprietary software.

[1] https://www.blender.org/about/history/

[2] https://www.libreoffice.org/libreoffice-timeline/

Post reply on HN