Problems with painting scrollbars and calculating the size of the image (?) under Windows10
Closed this issue · 5 comments
JacekLub commented
Problem show themselves as:
- 'view inheritance' - newly opened images inherit the position in the image area being shown and the postion of scrollbars fron the previously opened image, this result in glitches as unnecessary scrollbars in small images which fit the program window's size, or unnecessary scrollbars+new image scrolled out of the program's window;
- 'missing scrollbars' in large images (perhaps it's another instance of 'view inheritance', when a larger image is opened after a smaller image) - an image which exceeds the size of the program window is initially displayed without scrollbars; the appear only upon resizing the program window, scrolling the image with the mouse wheel or repainting the window when it gets covered by anothe one;
- "file .. cannot be loaded' message - if you opened an image with 'missing toolbars' effect and resized the window, scrolled the image so that the toolbars appeared, and then you try to open another larger image, you may get a message "file ... cannot be loaded", this happens with some images, it seems that with large ones, like 7600x6500px.
They seem interrelated, seems like some inconsistences in the messaging mechanism or GUI behaviour between Win and ROS and not mspaint itself.
VIEWS OF THE GLITCHES:
JacekLub commented
katahiromz commented
katahiromz commented
'view inheritance'
Fixed.
'missing scrollbars'
Fixed.
katahiromz commented
Japanese tranlation:
「ファイル .. ロードできません」メッセージ - 「ツールバーが見つからない」効果のある画像を開いてウィンドウのサイズを変更し、画像をスクロールしてツールバーが表示されてから、別の大きな画像を開こうとすると、メッセージが表示されることがあります。 「ファイル ... を読み込むことができません」、これは一部の画像で発生しますが、7600x6500px などの大きな画像で発生するようです。
これらは相互に関連しているように見えますが、mspaint 自体ではなく、Win と ROS の間のメッセージング メカニズムまたは GUI の動作に矛盾があるようです。
katahiromz commented
it seems that with large ones, like 7600x6500px.
It seems like due to x86 memory limitation. The answer is to use x64 mspaint. Closed.