-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[MBornes5] Graphics rendering glitch #444
Comments
Thanks for the report. Looking at the code there is a potential off-by-one error due to the toolbar clock widget, which internally is treated like another window but shouldn't be considered by the window positioning calculations. That might be the cause. |
Interestingly, this turns out to not be due to z-ordering but because MBorne5 specifies a So there are several fixes to be made here:
|
Good news, this will probably benefit a few other programs! |
@kapfab Seems like these kinds of oddities would be great to record in some OPL-level documentation. 🤔 |
even though they are technically incorrect for this API. Also errors from gCREATE, gCREATEBIT and draw operations now return an error to the program rather than silently continuing. Also allow SPRITEDELETE: with an invalid id. (Also needed to keep MBornes5 happy) fixes #444.
Description
Opolua does not behave like a real device for a specific graphics rendering operation.
Metadata
Details
When the last card of the player’s hand (the one at the bottom) is discarded, it should disappear (other cards are just blanked).
That’s what happens on a real device.
With Opolua, this last card does not disappear when discarded: it's sent behind the other cards and stays visible (see screenshot).
This behaviour makes me think of
gRANK
orgORDER
making use of an incorrect drawable position (z-index), maybe just shifted by 1, but this might be something else.The text was updated successfully, but these errors were encountered: