Quote:
Originally Posted by rkomar
To me, it looks like the panel is drawn at the bottom of the image, and then the image is shifted down and the bottom part is offset to the top of the screen.
|
Talking about FW5:
That's something I don't really get. I accept shifting down because it kind of feels normal. It might be something that's meant to be that way or simply a huge bug. We'd have to ask a PocketBook developer for that.
From my point of view, it feels ok to automatically shift the view. But to wrap the drawing is really wrong. If you offset the buffer with 75px (assuming that's the case), well, when going over 949px things shouldn't wrap around. Like PanelHeight + ScreenHeight shouldn't overlap the top of the screen.
Quote:
Originally Posted by rkomar
When you want the panel to be shown: 1) SetPanelType(1), 2) draw to the _top_ (ScreenHeight() - PanelHeight()) part of the screen, 3) call DrawPanel().
|
That doesn't work for me in CR3 because I draw the top panel, draw the top and bottom part of the menu and everything is fine.
But if something else updates the entire screen (like expanding the system panel menu and closing it) shit goes wrong.
I get the entire background page shifted downwards.
That's why I do the screenshot part I was talking about earlier. (And it's not the only possible way of messing around with the view.)