[QUOTE=dixon;617614]Hi,
Quote:
Originally Posted by dixon
Hi,
here is a new version of the Midori browser for firmware v1.7 (MD5: 3810a2c6ef4a0449ab15867256b88db9). List of changes:
- Midori browser upgraded to version 0.1.10
- MIME database added (i.e. browser can open images now)
- Full screen mode is allowed
- File open dialog changed (thanks Mackx for explaining)
To robvh: - I have not noticed empty scrollbars on small pages. Maybe it was fixed in 0.1.10.
- Links to pictures should work now.
- The file open dialog should be better now.
- I can't reproduce. I just go to Edit -> Preferences and after browser restart I can see configuration changes I made.
|
Hi Dixon,
Thank you very much for your improvements. Linking to images works fine now and also the empty scrollbar space problem has been solved, which means that the images are using the full available space.
The dialog box is much better, although I would prefer to see many more files at once rather then using the scrollbar. Specially because it seems that the order of files is not related to an alpha-numeric order but in my vision completely random.
This makes searching for the correct file with the scrollbar a difficult and time consuming task and many times I can't even find the correct file.
So my first qeustion is: is it possible to get the files in an alpha-numeric order presented?
Going to preferences in midori is indeed working fine but that was not the problem I tried to explain. I did make the changes in the config file on my PC and did expect to see effect from that. In fact I tried to get rid of the scrollbars but since this issue is beïng solved this is not important anymore. Now here I noticed strange effects. First of all changes do really take effect if _midori/config/config is beïng changed by editting the file. However once midori is beïng used the date of the config file is beïng changed and set back to its original date. So the file stays changed but is rewritten (since looking into the preferences without changing anything will already rewrite the file) but the date writing date is beïng set back to the date of the directory config. This did cause confusions in what really happens. Knowing this did solve at least my question.
I also saw in the config file that not all available parameters can be editted in the preferences.
Since I now can really use the device as I like to do, having one or two index html pages with hundreds of links pointing to the different image files, I run into many more unexpected and also unreliable problems, which will stop me using midori in a live situation (on stage).
First of all I try always to switch to the nice new full-screen mode. This causes to get rid of the upper toolbar, the in version 1.7 (DR1000) introduced side bars and the bottom bar from the DR1000S creating the maximum available space for the image and still having one toolbar at the top which can contain all the necessary tools I need. This is very nice.
The first extra button I added was the "refresh button" and why will become clear below.
The most irritating thing is that as soon as you point with the stylus anywhere in the screen, the image is enlarged to its original size. One feature stated in the config file is: "auto-shrink-images=true".
This causes a lot of trouble. Touching the screen by accident or multiple times happens many times. Especially if you choose a link and no direct reaction follows, you will touch it a second time and then the image opens in the enlarged original size. I really get mad.
My second question is can I switch of this property that it switches back to its original size touching the screen? I will never intend to use it anyway.
So it should always in the "auto-shrink-images=true" mode but without the toggling mode between "original" and "fitting screen" size due to screen touching. If I resized all my images to fit the screen up front and set the auto-shrink to false the problem could be solved of course.
Apart from this more things go wrong if the default "true" mode for auto-shrink stays implemented.
If you choose for full screen at the moment an image is beïng present, the top toolbar, which should vanish stays visible and the second toolbar vanishes instead of coming up on top. At least this is what you see!! However if you want to use the functions of what you "see" you will notice that the second toolbar is actually present. So it acts on the invisible buttons of the second toolbar. Since I know that I putted a rehresh button in the left corner so I just refresh the screen by touching the left corner and then the correct toolbar shows up.
The problem is caused by the auto-shrink action if the image goes to full screen size. If the auto-shrink is true it takes two steps to refresh the screen.
It seems that the first step which tries to put the correct toolbar on top is beïng interrupted by the resizing of the picture and then still the first toolbar (File Edit ....) stays visible as picture on top and is not replaced. Then the resized image fills in and the wrong toolbar stays.
Now when I switch back to the index page and pick another link, also many times (50% or much more) it is not the new image which appears but the index page itself is refreshed one or sometimes two times and then it stops. That because the linked image is not ready yet to show up. If I then refresh the image the actual present image shows up. In rare cases linking finishes directly the first time but it still takes two refresh steps. A first step where the already present index page is beïng refreshed and a second step that the actual choosen image from the link shows up.
If the auto-shrink is NOT in the "true mode" but "false mode" the image will show up always faster mostly (not always) in just one refresh action instead of two, so the correct image shows up directly. But if it still takes two steps it never hangs during the first step.
However in the "true mode" when it stops and it refreshes only the index page one tends to touch the link a second time and then the image shows up immediatly but in the original size (too large). This because one is thinking to touch the link a second time but in reallity one is touching the image which is invisible present behind the index file (like with the wrong visible toolbar). So it thinks that it had to toggle to the original size.
A long story, but I hope I made this "bug" clear.
robvh