Midori 0.5.5 - kindle RELEASE CANDIDATE 0.x

[Aeris]

How is it possible? What did you change on yours? Hardware-upgraded model? :P

[twobob]

Hmmm... could just be that I have been stripping out the un-required resources as I go along..

hopefully the next 0.4 will be identical to mine. (should be as basically it WILL be a copy of mine)

[Aeris]

Great

[twobob]

in terms of the incremental loading... I was going to use aOSDcat to provide visual feedback on certain things. Anyways. I think I will call that "done" for now and get on with bugfixing.

[scullyware]

Originally Posted by twobob

hi

I have included a quick replacement for you.

delete what is in

/mnt/us/extensions/midori/pixmaps/icons
and the /mnt/us/extensions/midori/pixmaps/gtkrc

and expand what is in this bundle into that location


This will all be in the next RELEASE CANDIDATE.

Cool, thank you.
I am waiting for realese very much. Due to your diligence, my Kindle is no more just ebook.

[twobob]

@Aeris

/usr/local/src/midori-0.5.5-rotated/midori-settings.vala

// [Deprecated (since = "0.4.9")]
public bool kinetic_scrolling { get; set; default = true; }

it's on by default...

[Aeris]

ah ok... it's weird because the normal behaviour on touch should be like this:



that is, kinetic scrolling working all the time unless user clicks on a link or long-tap, like in mobile phones

[twobob]

okay so I can replicate slower loading...

XDG_DATA_HOME=/mnt/us/extensions/midori/pixmaps:/mnt/us/extensions/midori/usr/share \

will parse all versions of the icons...
And that takes about 5 seconds longer.

Since in version 0.1 I bundled a bazzilion icons (as I wasnt sure where it wanted them or what type) people will those bazzilion icons will load REALLY slow.

so.. you still go a TON of icons?

and in other news I JUST CANT KILL that damn "Inspect Element" popup, it's driving me little bit insane...

[twobob]

Originally Posted by Aeris

ah ok... it's weird because the normal behaviour on touch should be like this:

that is, kinetic scrolling working all the time unless user clicks on a link or long-tap, like in mobile phones

right. but that is PROBABLY the crappy x implementation since that motion actually "sweep highlights" the page.

This same rubbish implementation also prevented me from simulating long presses via xinput (hence the horrible gesture sentinel hack)

[Aeris]

Regarding the vertical scroll, the workaround could be pretty simple: extend the scrollbar sensivity area to the whole screen. So to say, have a "huge invisible scrollbar". The problem here is that we have two directions two consider...

Ah, there would be also the problem of clicking under that invisible scrollbar, on links or form sfor example

[Aeris]

Don't go crazy with "inspect element" for now! It's not critical and does not hang the browser (just crash it :P) If 0.3b is ready or at least working, feel free to post it even if some bug are not fixed yet

[twobob]

fixed Inspect Element.

Rebuilding with gtk3.0 to try for your kinetic scrolling.

[Aeris]

Bravo!!!

[twobob]

ah... no..

Same problem that the easystroke app has got.

Ill screenie it. Landscape explodes the kindle with gtk3

[twobob]

sed -i 's/O:R/O:U/g' ./midori/midori-view.c
sed -i 's/O:R/O:U/g' ./midori/main.c
sed -i 's/O:R/O:U/g' ./midori/midori-browser.c

let's try an upright build...