bugBattle for Wesnoth - Bugs: bug #20332, Cursor not mapping correctly on...

 
 
Show feedback again

bug #20332: Cursor not mapping correctly on Retina display when in Windowed mode

Submitted by:  ancestral <ancestral>
Submitted on:  Thu Nov 29 04:12:17 2012  
 
Category: BugSeverity: 3 - Normal
Priority: 5 - NormalItem Group: User Interface
Status: FixedPrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Release: trunkOperating System: OS X 10.8.2

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Sat Jan 2 19:16:02 2016, comment #9:

It works correctly with master.

Please go ahead and close this out.

ancestral <ancestral>
Project Member
Fri Jan 1 10:15:30 2016, comment #8:

Are there any more changes at all needed at this point? (Can we mark the bug as fixed?)

Andreas Löf <aginor>
Project Member
Tue Dec 29 13:11:14 2015, comment #7:

Good news, everyone!

I have verified and confirmed this has been fixed with the upcoming 1.13.3 dev release, with the migration to SDL2.

If a larger resolution is set in the preferences file, the game (via SDL2) will correctly resize to the screen resolution. Retina display support is working correctly now.

ancestral <ancestral>
Project Member
Mon Jul 7 15:25:38 2014, comment #6:

Make the default window size 800 x 600 for Macs. This is a workaround for bug #20332.

https://github.com/wesnoth/wesnoth/pull/239
https://github.com/wesnoth/wesnoth/pull/240

ancestral <ancestral>
Project Member
Sat Jul 5 03:44:37 2014, comment #5:

Summary from the forum post:

If in the preferences file windowsize="", then Wesnoth guesses the size to draw the window. It’s guessing a size larger than the screen, which is causing problems.

So, if Wesnoth sees windowsize="", have it draw the window at 800 x 600 instead, a safe enough resolution that will be smaller than the screen size for all MacBooks, with or without retina displays. (Put it in an #ifdef for OS X if you like.)

ancestral <ancestral>
Project Member
Fri Jul 4 07:19:26 2014, comment #4:

Not an upstream problem.

See http://r.wesnoth.org/p572765 for a solution.

ancestral <ancestral>
Project Member
Fri Jul 4 06:32:09 2014, comment #3:

As I mentioned on IRC, this does not happen in Wesnoth 1.10. Something must have changed between 1.10 and 1.11.

ancestral <ancestral>
Project Member
Fri Jul 4 06:24:19 2014, comment #2:

Happens on Wesnoth 1.11.15 and OS X 10.9.4. Also happens with SDL 1.2.15.

I've noticed this occurs with native, full-pixel resolution (normal DPI). Can you be certain this is an upstream issue? Searching online I haven't found anything similar to this behavior. I have seen Retina support touted in SDL 2, however I believe that is referring to drawing images at the finter resolution, not something as fundamental as mouse tracking.

Some more details:
At first it appears the y-coordinates are off simply by a set amount, maybe the equivalent size of the title bar and the menu bar. However, moving the cursor vertically, sure seems the difference increases as the mouse is moved down.

ancestral <ancestral>
Project Member
Sat Feb 9 18:00:04 2013, comment #1:

I expect this to be an issue with SDL on the Retina display, the SDL mailing list raises some issues about it [1][2]. (I fear the problem might remain for a while since SDL 1.2 is no longer developed and 2.0 not finished yet. When 2.0 is finished it might not work without adapting Wesnoth to support it.)

[1] http://lists.libsdl.org/pipermail/sdl-libsdl.org/2012-July/085274.html
[2] http://lists.libsdl.org/pipermail/sdl-libsdl.org/2012-September/085792.html

Mark de Wever <mordante>
Project Member
Thu Nov 29 04:12:17 2012, original submission:

Mouse coordinates do not map correctly when in Windowed mode. Works fine when in fullscreen.

When you move the mouse over the buttons at the main menu, the buttons should highlight. They don’t. You have to compensate by moving the cursor further over to the right and to the bottom. (This makes clicking on any thing extremely difficult or nearly impossible.)

Thankfully, when in full screen, there is absolutely no issue.

Reproduced on a 13-inch Retina MacBook Pro at “Best for Retina”.

ancestral <ancestral>
Project Member

 

(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by vultraz (Updated the item)
  • -unavailable- added by aginor (Posted a comment)
  • -unavailable- added by shadowmaster (Updated the item)
  • -unavailable- added by mordante (Posted a comment)
  • -unavailable- added by ancestral (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Error: not logged in

     

     

    Follow 9 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat Mar 5 13:11:54 2016vultrazOpen/ClosedOpen=>Closed
    Thu Feb 4 07:00:20 2016shadowmasterOpen/ClosedClosed=>Open
    Thu Feb 4 06:41:39 2016ancestralOpen/ClosedOpen=>Closed
    Sat Jan 16 22:43:32 2016vultrazStatusNone=>Fixed
    Sat Jul 5 02:41:15 2014shadowmasterStatusNeed Info=>None
    Fri Jul 4 07:33:36 2014shadowmasterStatusUpstream Problem=>Need Info
      Open/ClosedClosed=>Open
    Tue Mar 26 12:46:16 2013shadowmasterOpen/ClosedOpen=>Closed
    Sat Feb 9 18:00:04 2013mordanteStatusNone=>Upstream Problem
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup