Hack to Toggle Location Info at Bottom of Screen? - Page 2

zetlorf · 12-29-2010, 01:26 AM

It's not risky, and you will have a much improved reader experience. It's your choice.

yifanlu · 12-29-2010, 07:23 PM

I have an idea, but I want people to comment on it before I waste any time if it won't work.

1) Take the java class responsible for the bar out of the jar. It's most likely in booklet.jar or something
2) Decompile it with JD
3) Modify it and recompile
4) Put it in a new JAR and make the name "smaller". For example, name it _hack.jar, so it will load before booklet.jar.
5) Now whenever the kindle looks for the java class to show the location bar, it would load our custom class.

My main concern is the loading order of classes, but I'll try it out when I have time.

Sir Alex · 12-30-2010, 03:57 AM

Good idea, but after decompiling you can't recomplile it back. JD and any other decompiler will produce conflicting class names and namespaces. You can try to make simple Kindle booklet and you'll see, you can't use Kindle API directly due it obfuscation.

In my keyboard and localization hacks I used BCEL library to direct modify class(JAR) files. With BCEL you can inject you own code into Kindle JAR's.

RexGalore · 12-31-2010, 04:20 AM

Quote:

Originally Posted by primeintuition

Yeah, that would be perfect... but personally I'd settle for simply removing it in favor of blank space. I find it very distracting. It's hard to get into "the zone" and focus on the material when I'm interrupted by a progress update at the end of every page. I find myself racing the location bar and trying to calculate the number of locations per page and the number of pages per percentage point...

Yeah, I'm odd, but I can't be the only one. The location bar is a curse!

I do exactly the same!

yifanlu · 12-31-2010, 12:46 PM

Quote:

Originally Posted by Sir Alex

Good idea, but after decompiling you can't recomplile it back. JD and any other decompiler will produce conflicting class names and namespaces. You can try to make simple Kindle booklet and you'll see, you can't use Kindle API directly due it obfuscation.

In my keyboard and localization hacks I used BCEL library to direct modify class(JAR) files. With BCEL you can inject you own code into Kindle JAR's.

Great idea. Does BCEL run separately and replace the files live, or do you have to modify the .class and then replace it? I really don't want to mess with Kindle OS files.

Sir Alex · 12-31-2010, 03:23 PM

yifanlu,
BCEL give you ability to modify class file and store new version into another file. So you must replace original Framework files. My hack makes new directories with modified Framework files and makes mount point (umount command) "old dir" -> "new dir", so Kindle think it's load original files, hehe. This process controlled with "fuse" file in /mnt/us, so if something goes wrong, I can restore Kindle to system defaults and all modified files not used...

yifanlu · 12-31-2010, 06:16 PM

Quote:

Originally Posted by Sir Alex

yifanlu,
BCEL give you ability to modify class file and store new version into another file. So you must replace original Framework files. My hack makes new directories with modified Framework files and makes mount point (umount command) "old dir" -> "new dir", so Kindle think it's load original files, hehe. This process controlled with "fuse" file in /mnt/us, so if something goes wrong, I can restore Kindle to system defaults and all modified files not used...

Have you tried putting just the modified files in their own jar and get java to load your jar before others, so when the kindle looks for com.amazon.something.a.b it'll see your class first and load it?

wesleyer · 01-04-2011, 03:53 PM

Quote:

Originally Posted by CyberpunkDad

So I have to install a Russian Alpha hack to get rid of the location bar... hmm.. sounds risky. hehe

Also, I don't think it will be able to read DRMed mobi files (i.e., most ebooks bought from Amazon).
But, of course, there are ways to remove the DRM...

Jophish · 01-08-2011, 07:11 AM

As a nasty hack, one could just write white space to the framebuffer where the progress bar is :/

jozicka · 01-10-2011, 05:59 PM

meanwhile you can just use a white strip of paper to hide it...

grizedale · 02-07-2011, 05:23 PM

Well, almost there, the new 3.1 Early Preview Release removes the location numbers but the bar and the percentage remains, the location numbers can be brought back by pressing menu and, will also show the new page numbers in Kindle books that have has page numbers added...

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Hacks Restore the text justification menu toggle without a hack	Gearhead	Amazon Kindle	68	08-15-2015 05:43 PM
PRS-650 bottom half of touch screen not working	nobla	Sony Reader	4	11-21-2010 02:05 PM
Circled M or S at the bottom of the screen	Larken	Sony Reader	4	12-18-2009 03:15 PM
Dark bands at the bottom of the screen	rosspag	Bookeen	5	10-08-2008 09:10 AM
Black line 3½ cm from bottom of screen	Moonraker	iRex	6	08-20-2006 11:19 AM

12-29-2010, 01:26 AM	#16
zetlorf Member Posts: 14 Karma: 10 Join Date: Nov 2010 Device: Kindle 3	It's not risky, and you will have a much improved reader experience. It's your choice.

12-29-2010, 07:23 PM	#17
yifanlu Kindle Dissector Posts: 662 Karma: 475607 Join Date: Jul 2010 Device: Amazon Kindle 3	I have an idea, but I want people to comment on it before I waste any time if it won't work. 1) Take the java class responsible for the bar out of the jar. It's most likely in booklet.jar or something 2) Decompile it with JD 3) Modify it and recompile 4) Put it in a new JAR and make the name "smaller". For example, name it _hack.jar, so it will load before booklet.jar. 5) Now whenever the kindle looks for the java class to show the location bar, it would load our custom class. My main concern is the loading order of classes, but I'll try it out when I have time.

12-30-2010, 03:57 AM	#18
Sir Alex Groupie Posts: 157 Karma: 1777 Join Date: Sep 2010 Location: Minsk, Belarus Device: Kindle 4	Good idea, but after decompiling you can't recomplile it back. JD and any other decompiler will produce conflicting class names and namespaces. You can try to make simple Kindle booklet and you'll see, you can't use Kindle API directly due it obfuscation. In my keyboard and localization hacks I used BCEL library to direct modify class(JAR) files. With BCEL you can inject you own code into Kindle JAR's.

12-31-2010, 03:23 PM	#21
Sir Alex Groupie Posts: 157 Karma: 1777 Join Date: Sep 2010 Location: Minsk, Belarus Device: Kindle 4	yifanlu, BCEL give you ability to modify class file and store new version into another file. So you must replace original Framework files. My hack makes new directories with modified Framework files and makes mount point (umount command) "old dir" -> "new dir", so Kindle think it's load original files, hehe. This process controlled with "fuse" file in /mnt/us, so if something goes wrong, I can restore Kindle to system defaults and all modified files not used...

01-08-2011, 07:11 AM	#24
Jophish Junior Member Posts: 3 Karma: 10 Join Date: Jan 2011 Device: Kindle 3	As a nasty hack, one could just write white space to the framebuffer where the progress bar is :/

01-10-2011, 05:59 PM	#25
jozicka Connoisseur Posts: 63 Karma: 194 Join Date: Feb 2010 Device: notebook	meanwhile you can just use a white strip of paper to hide it...

02-07-2011, 05:23 PM	#26
grizedale kindle Convert Posts: 204 Karma: 5628 Join Date: May 2010 Location: UK, County Durham Device: kindle Scribe	Well, almost there, the new 3.1 Early Preview Release removes the location numbers but the bar and the percentage remains, the location numbers can be brought back by pressing menu and, will also show the new page numbers in Kindle books that have has page numbers added...

Advert

Advert