08-29-2012, 08:57 AM | #631 |
Junior Member
Posts: 7
Karma: 10
Join Date: Mar 2012
Device: Kindle Touch
|
alright, thanks for the answer. i changed the "text justification" options in calibres convert options from "original" to "justified". that does the trick.
cheers |
08-31-2012, 09:46 AM | #632 |
Enthusiast
Posts: 39
Karma: 10
Join Date: May 2012
Device: Kindle Touch
|
ixtab, I have just updated to the latest jbpatch and I have to say that you managed to perfect what was perfect already. A truly godly endeavor indeed!
Amazon really needs to put you on their payroll. Also, Spanish localization is AMAZING! Lol Thanks man, you might get a beer sooner or later from me |
Advert | |
|
08-31-2012, 07:01 PM | #633 |
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Just a short note:
thanks to all of you folks for providing feedback. Concerning the requests for new patches (either here in the thread, or via PM): even if you didn't receive a reply, rest assured that I do read and consider the requests. That said, while the JBPatch core development is probably "stuck" on me (which is perfectly fine), JBPatch was always designed as an open framework for patches. I'm still wondering why it seems like nobody else (except for eureka, I know ) has ever even tried to develop a patch. Is it too complicated? Or too boring? Or just... too much effort? I for myself am developing these patches because I find it to be both challenging and fun to mess around with the internals of the device. And yes of course, the only real reward is to see that the device behaves in a different way than what it was originally meant to. But that's what I consider much of the hacking to be about. Am I wrong? Comments are welcome |
09-02-2012, 08:41 PM | #634 | |
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
New version of progress bar patch
Quote:
On a side note, @all: please do not ask for JBPatch features by contacting me directly via PM. Just post your suggestions in this thread. This will make it easier for everyone, because everybody can see what the current state is, and everybody can get involved. Last edited by ixtab; 09-02-2012 at 10:47 PM. |
|
09-03-2012, 03:27 AM | #635 |
plus ça change
Posts: 101
Karma: 32134
Join Date: Dec 2009
Location: France
Device: Kindle PW2, Voyage
|
Better access to non-default dictionaries
I would personally like easier access to dictionaries other than the one I have selected as the default for a given language, preferably from the dictionary window after the Kindle has already looked up a word. It would also be great if, after I've selected the second dictionary, the original term I looked up could be looked up automatically (i.e. without me having to retype it) in the second dictionary.
The current way of accessing these dictionaries is long and complicated: exit the book you're reading, go to the end of the home screen, locate and open the Dictionaries folder, select and open the other dictionary(ies) you want to check and type in the term manually. This is often enough to put me off using other dictionaries while I'm reading. |
Advert | |
|
09-03-2012, 05:57 AM | #636 |
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Patch to modify collection count behavior
Here is another small patch.
The purpose of this one may not be immediately obvious, so... let's start with the description: "This patch modifies the way that the collection content is counted and displayed on the home screen. This is only relevant if you are using nested collections. If this patch is enabled, the total number of items reachable from a collection (and its subcollections) is displayed. If it is disabled, only the items directly contained in a collection are counted." If you still have doubts about what the point of all this is: It's all about nested collections. If you don't use nested collections, there is nothing to worry about. But if you do, consider the following sample layout: Code:
Classics +- English + British - Doyle: The Adventures of Sherlock Holmes - Doyle: The Hound of the Baskervilles + American - Twain: Adventures of Huckleberry Finn + German - Goethe: Faust - Erster und zweiter Teil - Schiller: Die Räuber + Kafka - Die Verwandlung - Der Prozeß - Amerika + Russian + Dostoyewsky: - The Brothers Karamazov - Crime and Punishment - The Idiot + Tolstoy - War And Peace Download here. PS: Yes, it may have become apparent from the above list -- I am a huge Kafka fan. If you ever wondered what "kafkaesque" means, just start reading! (Originals in German). Fortunately, all of these books are freely available without any Digital Restrictions Management. Last edited by ixtab; 09-03-2012 at 09:13 AM. |
09-03-2012, 04:33 PM | #637 |
THE NOOB
Posts: 701
Karma: 1545649
Join Date: Jan 2012
Location: Italy
Device: Kindle Touch 5.3.2
|
Hi there!!!
First of all, thanks again for sharing your work and for constant updates! I just installed last patch ("Modify Collection Count Behaviour") and I'm experiencing a problem... When this patch is enabled, the GUI launcher seems to be slower. This means it takes longer to refresh the screen when tapping on launcher and also when tapping on a item with a submenu in the launcher. I can see the home screen in the time the launcher opens a submenu. With that patch disabled, everything is a bit faster. I tried uninstalling JBPatch and installing it again, then I tried enabling and disabling the patch and this happens only when the patch is enabled. Here are more info: Kindle Touch 5.1.2 JBPatch v2.3.1 Modify Collection Count Behaviour v2012-09-03 Thanks again!!! |
09-04-2012, 08:20 AM | #638 | |
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Quote:
And if that happens to contain collections... the code to calculate the total amount is called every time. That code is relatively slow, because it needs to (recursively) look up stuff from the collections database, which is slow. I will try and see if there is anything that I can do to optimize the code a bit so that it requires fewer round-trips to the database, but other than that, there isn't really much I can do about it, sorry. |
|
09-04-2012, 08:46 AM | #639 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Does the system allow you to write to that database?
Store the partial total of the number of leaves at each collection node (like storing the number of files at each directory node) as you traverse back up the collection tree. When modify the collection tree, invalidate the node partial totals in that path as part of the process. That way, you only have to recursively update the parts of the collection tree that happen to be invalid when you need the leaf and branch count(s). Otherwise, the expansive traverse and count has already been done, just collect sub-totals as deep as required at the moment. |
09-04-2012, 09:25 AM | #640 |
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Updated "Collection Count" patch
So, here's an improved version of the patch.
This should be considerably faster than the previous version. It now requires only Θ(h) queries of the collections database, where the previous one required O(n). (where h=the height of the "collections tree" rooted at the given collection, and n=the number of leaf nodes of the tree). It won't get any faster now Let me know... |
09-04-2012, 09:56 AM | #641 | |
THE NOOB
Posts: 701
Karma: 1545649
Join Date: Jan 2012
Location: Italy
Device: Kindle Touch 5.3.2
|
Quote:
This really improved the speed! Thanks again!! Spoiler:
|
|
09-04-2012, 02:34 PM | #642 |
Junior Member
Posts: 9
Karma: 10
Join Date: Aug 2012
Device: Kindle Touch
|
Progress Bar Patch bug (improvement)
Hi ixtab,
thank you for the implementation of the chapter progress feature. I have tested it and found a minimal improvement: the 100 % is not at the end of the chapter but at the beginning of the next chapter. The first page is then showing the 100% bar and the second starts with a new bar. It seams that the condition to check 'the next chapter is entered' needs to be a 'less than' condition instead of 'equal' in the current position to TOC index. But its only a guess. Buy the way if the information is available how many pages to turn to enter the next chapter, than it may be nice to draw page bullets into the progress bar (as equal in the book based view the chapter bullets). This could be a rough estimation, depends on information available. Then it would be easy visible how many pages until end of chapter. And last but not least enjoy the beer, I have donate and thank you for sharing your knowledge and effort. |
09-04-2012, 04:11 PM | #643 | |||
(offline)
Posts: 2,907
Karma: 6736092
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Quote:
Quote:
Quote:
BTW, full disclosure: At this moment, I have received a total of $125.07 USD in donations (this is after Paypal has taken their ~10% fee), from 17 people (actually, more than one third of it was given by a single person; you know who you are - merci!) So there will still be a bit of time until I can buy a Ferrari, but it might end up being enough for getting one of those new Paperwhite Kindles soon - so thanks again to everybody who contributed. |
|||
09-05-2012, 03:04 AM | #644 |
Member
Posts: 19
Karma: 33225
Join Date: Aug 2012
Device: Kindle Touch
|
Just noticed this picture
Seems like the next kindle will have coverview enabled as a new feature Last edited by pdurrant; 09-05-2012 at 05:37 AM. Reason: embedded image instead of link |
09-05-2012, 06:25 AM | #645 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Nice example of sloppy image building.
Start by zooming in on the lower left corner where the invented screen image fails to meet the screen borders of that smart phone its overlayed on. |