MobileRead Forums - View Single Post - v2015.11-1023-g773e24f observations

embryo · 05-05-2017, 11:36 AM

I was using the 587 version for many months now with no problems, so I had no reason to update (I still use Opera 12.x anyways...) but I wanted to check all those things I read about at github's pulse, that looked really interesting.
So I updated!
I'm using KSM7 and Nickel 3.4.1 (well, I don't really use Nickel anymore, that's a big plus for KoReader isn't it? ;o)
I hope that there is no compatibility problems because of that.

Overall there are smaller and bigger improvements in many places that I think worth the update.
There are a lot of additions (plugins etc.) that I don't currently use but I have to investigate more.

The reason for this post is a collection of some things I wanted to ask and some things I noticed that I would like a little different.
Since I don't want to bother the developers with every little detail I think it could make the reader better, I didn't open issues for all these at github.
But if you think there is a reason to create an issue for any of this, I will of course do it.
Some of these apply to previous versions too, but since are still present in this version I'm including them here..

Checking the great Battery statistics plugin, it says at the end that the "Historical records are dumped to" a batterystat.log inside the koreader directory.
Well, there is no such file there, so I wonder how could I enable this logging?
Talking about the Statistics, I noticed that in all the statistics windows I have to swipe to move between pages because the tapping does not work.
Since I am used to tap to change pages in the books, this is a little annoying because every time I open one of those, I first try the tap and then I remember that is not working here...
I used to have an icon on the menu bar for the Power off. This was really convenient since whenever my device was sleeping the battery drops was significant, so I preferred to turn it off instead.
Now the code to add this icon is changed and I can not add it anymore.
I read some place that this option was now in Koreader. The only thing that I found was not a menu entry but [I think] the option to close the reader with long press of the power button.
This has some disadvantages for me.
First is the faster wear of the power button.
Second is that its really difficult because of the sliding nature of this button at the old Glo model. Its almost impossible to use it with gloves, and even without them, most of the time I miss it the first time.
Another problem is that when the reader is closed or is sleeping, you see the same cover, with nothing to indicate the different states. You have to guess if you slide it for the right amount of time for it to go to the state that you intended.
And since we are talking about a menu icon, I noticed an inconsistency at the way the menus are constructed.
All the menu bar icons are creating a sub-menu when pressed.
All except one. The "Exit to File Manager" one. The most "dangerous". Because when somebody new to the reader, try to find out what all the menu entries are doing, press it, the reader is closed and she finds herself on a browser without a fast way to return back to the book. There is History of course but is inside a menu, not Top Level.
There are two ways out of this.
One is to create a sub-menu with a single entry that says what the button will do.
The other is to just create a menu entry at the last menu (the one that has the "Exit" entry) and ditch the button.
And while we are at it a "Shut down" entry there, will be most welcomed also.
Another usability feature of these icons could be the return to the first sub menu.
What I mean is that, when you are in a sub-menu of the first menu that any button creates, its easier to press the icon to return to the "first" menu than to target the little arrows (which of course are very helpful as they are).
This is just a small addition that I propose.
I created a greek keyboard layout that I was using in the previous version by adding
Code:
```
local keyboard_layout = require("ui/data/keyboardlayouts/greek")
```
at the file:
Code:
```
\frontend\ui\widget\virtualkeyboard.lua
```
Now this file's structure has changed, and I don't know how to load it any more. Any ideas?
I read at github the conversation about the creation of the "Slide to show menu" thing. I read it too late to participate, but I was wondering:
If the problem was the difficulty to chose between pressing to open the menu and pressing a link, why don't we use the center of the screen?
There is more space there to avoid accidentally press a link when you don't want to.
In fact, that was the way I had it configured in the defaults.persistent.lua file, but now is not working.
Is there a way to change this option and use my settings?

These are the things I found the first half hour that I spend with this version. Maybe I'm missing much about the way the things work.
If I find more mentionable things I will add them in another post.

05-05-2017, 11:36 AM	#1
embryo Fanatic Posts: 529 Karma: 64554 Join Date: Aug 2013 Device: Kobo Glo, GloHD	v2015.11-1023-g773e24f observations I was using the 587 version for many months now with no problems, so I had no reason to update (I still use Opera 12.x anyways...) but I wanted to check all those things I read about at github's pulse, that looked really interesting. So I updated! I'm using KSM7 and Nickel 3.4.1 (well, I don't really use Nickel anymore, that's a big plus for KoReader isn't it? ;o) I hope that there is no compatibility problems because of that. Overall there are smaller and bigger improvements in many places that I think worth the update. There are a lot of additions (plugins etc.) that I don't currently use but I have to investigate more. The reason for this post is a collection of some things I wanted to ask and some things I noticed that I would like a little different. Since I don't want to bother the developers with every little detail I think it could make the reader better, I didn't open issues for all these at github. But if you think there is a reason to create an issue for any of this, I will of course do it. Some of these apply to previous versions too, but since are still present in this version I'm including them here.. Checking the great Battery statistics plugin, it says at the end that the "Historical records are dumped to" a batterystat.log inside the koreader directory. Well, there is no such file there, so I wonder how could I enable this logging? Talking about the Statistics, I noticed that in all the statistics windows I have to swipe to move between pages because the tapping does not work. Since I am used to tap to change pages in the books, this is a little annoying because every time I open one of those, I first try the tap and then I remember that is not working here... I used to have an icon on the menu bar for the Power off. This was really convenient since whenever my device was sleeping the battery drops was significant, so I preferred to turn it off instead. Now the code to add this icon is changed and I can not add it anymore. I read some place that this option was now in Koreader. The only thing that I found was not a menu entry but [I think] the option to close the reader with long press of the power button. This has some disadvantages for me. First is the faster wear of the power button. Second is that its really difficult because of the sliding nature of this button at the old Glo model. Its almost impossible to use it with gloves, and even without them, most of the time I miss it the first time. Another problem is that when the reader is closed or is sleeping, you see the same cover, with nothing to indicate the different states. You have to guess if you slide it for the right amount of time for it to go to the state that you intended. And since we are talking about a menu icon, I noticed an inconsistency at the way the menus are constructed. All the menu bar icons are creating a sub-menu when pressed. All except one. The "Exit to File Manager" one. The most "dangerous". Because when somebody new to the reader, try to find out what all the menu entries are doing, press it, the reader is closed and she finds herself on a browser without a fast way to return back to the book. There is History of course but is inside a menu, not Top Level. There are two ways out of this. One is to create a sub-menu with a single entry that says what the button will do. The other is to just create a menu entry at the last menu (the one that has the "Exit" entry) and ditch the button. And while we are at it a "Shut down" entry there, will be most welcomed also. Another usability feature of these icons could be the return to the first sub menu. What I mean is that, when you are in a sub-menu of the first menu that any button creates, its easier to press the icon to return to the "first" menu than to target the little arrows (which of course are very helpful as they are). This is just a small addition that I propose. I created a greek keyboard layout that I was using in the previous version by adding Code: local keyboard_layout = require("ui/data/keyboardlayouts/greek") at the file: Code: \frontend\ui\widget\virtualkeyboard.lua Now this file's structure has changed, and I don't know how to load it any more. Any ideas? I read at github the conversation about the creation of the "Slide to show menu" thing. I read it too late to participate, but I was wondering: If the problem was the difficulty to chose between pressing to open the menu and pressing a link, why don't we use the center of the screen? There is more space there to avoid accidentally press a link when you don't want to. In fact, that was the way I had it configured in the defaults.persistent.lua file, but now is not working. Is there a way to change this option and use my settings? These are the things I found the first half hour that I spend with this version. Maybe I'm missing much about the way the things work. If I find more mentionable things I will add them in another post.