<div dir="ltr"><div><div><div><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Sure, those changes would be great. We should probably actually<br>
mention that Custom is resizeable in whatsnew, since Mac and Linux<br>
users get that by default.<br></blockquote><br></div>I just found another serious bug on Mac. If you resize the window, you lose all text string input.<br><br></div>Arrow keys work, typing numbers works, but trying to type strings just goes dead.<br><br></div>running with -no-native-kbd avoids the bug.<br><div><div><div><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
-gfx_directx mouse tracking is still broken when the window is maximised<br>
<br></blockquote>
<br></div><div>I have no idea what to do about this one. My last unsuccessful attempt to fix it taxed my brain. <br></div><div><br></div><div>I feel like there may be something fundamentally flawed about gfx_directx's approach to implementing io_setmouse<br><br></div><div>gfx_sdl uses SDL_warpmouse<br></div><div><br>gfx_fb uses the fb internal setmouse command<br></div><div><br>gfx_directx gets the window size, gets the window position, gets the desktop size, does floating-point math on them, and then sets the mouse cursor relative to the screen. I can't see where this takes zoom into account. I'm not sure if a directx way to set mouse cursor exists, and I don't know why this is done using floating point math rather than integer math.<br><br><br><br></div><div>
<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 28, 2016 at 7:38 AM, Ralph Versteegen <span dir="ltr"><<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On 28 April 2016 at 02:12, James Paige <<a href="mailto:Bob@hamsterrepublic.com">Bob@hamsterrepublic.com</a>> wrote:<br>
> What bugs are remaining for callipygous+1?<br>
><br>
> I remember that the mac terminal wrapper still has to be fixed to work when<br>
> ~/.ohrrpgce/ does not exist, but was there anything else?<br>
><br>
> Also, so you think I should copy over the changes I did to make menus use<br>
> the whole screen when you maximize? I think those changes are all pretty<br>
> safe, and I have been testing them a lot since I did them. (running<br>
> maximized all the time)<br>
><br>
> ---<br>
> James<br>
<br>
</div></div>Sure, those changes would be great. We should probably actually<br>
mention that Custom is resizeable in whatsnew, since Mac and Linux<br>
users get that by default.<br>
<br>
I fixed the two reported Mac bugs, but while testing on Mac I<br>
immediately noticed two further bugs (I'm surprised noone mentioned<br>
these)<br>
<br>
-The window size options don't work at all, because the desktop size<br>
can't be determined (we fall back to using the value from SDL because<br>
I didn't write a mac implementation, but it turns out that SDL just<br>
returns 0*0, at least on my machine). So 2x zoom is used.<br>
<br>
-Every time you resize the window (by dragging the window corner), the<br>
window is recentered on the main monitor. Very annoying. gfx_sdl used<br>
to do the same thing on windows and linux and I already fixed it on<br>
those. It's done using envvars in a way that I guess isn't portable.<br>
<br>
Other bugs for C+1:<br>
<br>
-gfx_directx mouse tracking is still broken when the window is maximised<br>
<br>
-workaround when a working#.tmp dir can't be cleaned up on Windows<br>
(the problem reported by Brotoad). This isn't really a new problem in<br>
Callipygous. But previously you would have been told "Couldn't delete<br>
...; you may have to delete it manually", now you get a less<br>
informative error. And we can now silently ignore those directories.<br>
<br>
Bonus bugfixes that would be good:<br>
<br>
-Add a backcompat bit and fixbit to use unfilteredalt as the menu key.<br>
IIRC this was introduced in Zenzizenzic, and does cause brokenness in<br>
a number of scripted games<br>
<br>
-Any bugs.<br>
<br>
-Window scaling when launching C.Kane through steam is the wrong size?<br>
But I installed steam under wine and can't reproduce it... not too<br>
surprised about that. Surlaw seriously needs to update the linux<br>
version to Callipygous; the window gets created off-screen and I had<br>
to add ohrrpgce-arguments.txt to run it.<br>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div><br></div></div></div></div></div>