11-06-2013, 08:11 AM | #766 |
Groupie
Posts: 197
Karma: 38050
Join Date: Oct 2013
Location: Anywhere I am sent!!!
Device: Kobo Touch
|
what changes to the .lua files did you do?
|
11-06-2013, 08:41 AM | #767 |
Wizard
Posts: 3,489
Karma: 2914715
Join Date: Jun 2012
Device: kobo touch
|
I did these changes. But since you might not have a C/newer Touch model (cf. this post), these changes might not be applicable in your case, cf. this post.
|
Advert | |
|
11-06-2013, 09:17 AM | #768 | |
Wizard
Posts: 3,489
Karma: 2914715
Join Date: Jun 2012
Device: kobo touch
|
Quote:
Edit: This seems to check the charge of the battery rather than the model. Last edited by tshering; 11-13-2013 at 06:55 AM. |
|
11-06-2013, 10:02 AM | #769 |
Wizard
Posts: 4,465
Karma: 6900052
Join Date: Dec 2009
Location: The Heart of Texas
Device: Boox Note2, AuraHD, PDA,
|
Establishing if something "works on a 'kobo touch'", is very much complicated by there being actually three different models, that are called kobo touch. Add to that the impact of different firmware, that effects most devices. As well as the different builds, and it can be hard to know for sure what may be needed to get a "Touch" working. That assumes that there is nothing wrong with that particular Touch.
No answer, but just an explanation for all the questions and the need to try so many different things, to isolate the problem(s). Luck; Ken |
11-08-2013, 12:46 PM | #770 | |
Wizard
Posts: 4,465
Karma: 6900052
Join Date: Dec 2009
Location: The Heart of Texas
Device: Boox Note2, AuraHD, PDA,
|
Quote:
I think this demonstrates the vast superiority of a development community supported project over the corporate controlled development. At least in regards to responding to the user's needs. Luck; Ken |
|
Advert | |
|
11-09-2013, 04:03 AM | #771 | |
Addict
Posts: 320
Karma: 3394
Join Date: Aug 2009
Device: Pocketbook 602 Pro, Kobo Aura HD, LG G Pad III
|
Quote:
There is no doubt about it. Had I not discovered the Koreader project first, I wouldn't have bought the Aura HD. |
|
11-09-2013, 11:54 AM | #772 |
Enthusiast
Posts: 30
Karma: 221214
Join Date: Aug 2013
Device: Kobo Mini
|
I have a problem with defaults from default.lua.
Everything in pdfs is too light on my kobo mini, so I wanted to make it darker by default. I changed "DKOPTREADER_CONFIG_CONTRAST = 1.0 " to 0.5, and when I open a fresh .pdf I do have "darker" option selected, but my contrast isn't "darker", it gets "darker" only if i click it. Any ideas why is it happening? |
11-09-2013, 01:23 PM | #773 |
Addict
Posts: 320
Karma: 3394
Join Date: Aug 2009
Device: Pocketbook 602 Pro, Kobo Aura HD, LG G Pad III
|
3 Suggestions for improvement
Based on my rudimentary experience with Koreader, I'd like to suggest three functions the developers may want to consider adding to pdf/djvu (not re-flowed) part of the project. I apologize if they are already available in the current release or others have brought these up before.
1)One extra line from the last screen page in pdf/djvu. Very often, an original page of a book is divided into three parts for landscape mode and the last line of the current screen (same as the first line of the next) may be split in the middle. The result is this line can't be easily read either on the current screen page nor the next screen page. It is necessary for the last split line to get displayed in full in the next screen page. 2)Demarcation that indicates where the last screen page ends in pdf/djvu files. This is very much needed for the last screen section of the original page because there are usually only a few lines remaining to be shown but since the last portion of the original page is so shorter that many lines from the previous screen page are shown on top of the new lines. One has to go through this last screen page and figure out where the few unread lines begin. It would to be of great help to have a dividing line that indicates where the last screen page ends. 3)It would be more convenient if the "fit the width" option become more "sensitive". Pdf and djvu files often contain pages in which the content doesn't lie in the middle. It makes things worse that the left and right margins are often not the same on odd and even pages. For instance, on odd pages the left margin is 1" and right 1.5" while on even pages left 1.5" and right 1", or vice versa. Using the manual cutting option will end up leaving blank space either on the left or right in order for every page to be complete. The auto and semi-auto margin cutting in Koreader - I might be wrong - couldn't fit the width to the maximum possible. That makes the slightly larger screen of Aura HD pointless and text on smaller screens less readable. I think the zoom (fit the width) /edge cutting functions can be optimized. The old Pocketbook software seems to be able to detect the difference in margins and always fit the real content width after the percentage of zoom or "fit width" is set. Thank you again for the great work done in this project. Last edited by jshzh; 11-09-2013 at 01:33 PM. |
11-09-2013, 09:13 PM | #774 |
Member
Posts: 24
Karma: 10
Join Date: Apr 2013
Device: Nook ST/Kobo Aura HD
|
I've been using koreader on my aurahd for a few days - and, although you may think it takes a bit of grooming - but I really like using skim (on mac os) to chop off white space and put documents in an aspect ratio perfect for koreader.
It makes reading technical pdf's pretty awesome. |
11-10-2013, 07:46 AM | #775 | |
Zealot
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
|
Quote:
1) (no problem in scroll mode) In page mode you need to turn on the "DSHOWOVERLAP" option in defaults.lua by changing line 35 into Code:
DSHOWOVERLAP = true 3) Manual cropping will remember cropping box for odd page number and even page number so you only need to define page boxes for two pages(an odd page and an even page) if the content boxes are regular in all pages. If not, auto/semi-auto page cropping will be useful to automatically crop the white margins. In auto/semi-auto cropping mode additional page margins are added around calculated content area. Fortunately the additional margin sizes are totally customizable in koreader although its not accessible in the graphic user interface. You can edit the line 64 of "frontend/ui/data/koptoptions.lua" and change Code:
values = {0.05, 0.10, 0.15}, Last edited by chrox; 11-10-2013 at 07:53 AM. |
|
11-10-2013, 01:41 PM | #776 | |
Addict
Posts: 320
Karma: 3394
Join Date: Aug 2009
Device: Pocketbook 602 Pro, Kobo Aura HD, LG G Pad III
|
Quote:
I know nothing about Linux but I am using Editpad Lite 7 now to configure the values, following your suggestions. 1) and 2) work perfectly.Odd and even page manual cropping also works well. As to auto/semi-auto cutting, since I have no idea how the calculation is done, I wonder what the default page margin means/is for. It is set to 0.10 currently in the range of 0-1. If I set it to 0.5, does it mean that the auto/semi-auto will cut off 0.5 and up (+0.05, 0.10, 0.15) based on its calculation? By the same token, I also wonder what [CODE]values = {0.05, 0.10, 0.15} means. The finer the difference between the values, the more accurate the cutting? Auto cutting will choose the closest of the following three (0.55, 0.60, 0.65) if the default is 0.5) in accordance with its calculation? Edited: In my current experiment, I set the default to 0.5 and [CODE]values = {0.2, 0.3, 0.4} When I choose auto cutting, the margin seems not cut at all. When I choose semi-auto cutting, the adjustable frame is huge and I can only move the left and bottom sides together, the other two sides invisible - the result is nothing gets cut. Manual cutting stops working too. If I don't change the [CODE]values = {0.05, 0.10, 0.15} and set default to 0.5, nothing gets cut. I haven't tried if with this configuration manual cutting works. I actually read your old posts on this margin cutting issue and the conversation between you and talemix but still couldn't figure out how it is supposed to work. Maybe there is a tutorial somewhere online? This is the impression I got from reading old posts and my experiment: For both scanned and text-based pdf files: 1) Auto cropping won't be auto. The margin to be cut in auto is determined in previous settings semi-auto and the margin is fixed with a lot of blank space. "Fit the width of contents" is not a snug fit. 2) Semi-auto setting that fits the content snugly won't stay after quitting the setting. If one switch to manual at this stage, the snug semi-auto setting is there, click ok, the setting will be kept through manual. However, this setting is not sensitive to the position of the content in each page. You mentioned that this sensitivity is the advantage of auto/semi-auto cropping. The position of the cropping frame is fixed like settings made directly via manual. Last edited by jshzh; 11-10-2013 at 08:31 PM. |
|
11-10-2013, 11:45 PM | #777 |
Zealot
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
|
The values in page margin option are in inch for "small" "medium" and "large" margin respectively. So probably you may need to set the values to {0.0, 0.05, 0.1} and select "small" margin in the config panel so that no additional margins are added.
|
11-11-2013, 10:49 AM | #778 | |
Addict
Posts: 320
Karma: 3394
Join Date: Aug 2009
Device: Pocketbook 602 Pro, Kobo Aura HD, LG G Pad III
|
Quote:
Just one more question. I reset previously-opened books to auto (from manual). The 0/small added margin setting couldn't take effect - 0.1" margin was still added. In new books auto is default so they open with snug cropping on every page. Last edited by jshzh; 11-11-2013 at 10:54 AM. |
|
11-11-2013, 11:09 AM | #779 | |
Zealot
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
|
Quote:
|
|
11-11-2013, 12:15 PM | #780 | |
Addict
Posts: 320
Karma: 3394
Join Date: Aug 2009
Device: Pocketbook 602 Pro, Kobo Aura HD, LG G Pad III
|
Quote:
Thank you again! Last edited by jshzh; 11-11-2013 at 12:40 PM. |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) | hawhill | Kindle Developer's Corner | 1268 | 02-27-2024 11:49 AM |
Touch Using two Kobos | tkavan | Kobo Reader | 4 | 06-23-2017 02:47 AM |
2 kobos at once | tsarinaerika | Kobo Reader | 14 | 06-03-2013 04:13 AM |
Syncing between two Kobos | fx3000se | Kobo Reader | 4 | 01-24-2013 02:10 PM |
2 kobos 1 account | retired05 | Kobo Reader | 9 | 05-05-2012 08:25 AM |