| Summary: | Ctrl-click should send right mouse button event (instead of Cmd-click) | ||
|---|---|---|---|
| Product: | SDL | Reporter: | alun.bestor |
| Component: | events | Assignee: | Ryan C. Gordon <icculus> |
| Status: | RESOLVED WONTFIX | QA Contact: | Sam Lantinga <slouken> |
| Severity: | enhancement | ||
| Priority: | P2 | CC: | max, sezeroz |
| Version: | HG 1.2 | Keywords: | target-1.2.14 |
| Hardware: | PowerPC | ||
| OS: | Mac OS X (All) | ||
|
Description
alun.bestor
2008-10-20 03:40:46 UTC
Tagging this bug with "target-1.2.14" so we can try to resolve it for SDL 1.2.14. Please note that we may choose to resolve it as WONTFIX. This tag is largely so we have a comprehensive wishlist of bugs to examine for 1.2.14 (and so we can close bugs that we'll never fix, rather than have them live forever in Bugzilla). --ryan. This is now switched to Ctrl-click, thanks! I am skeptical of this "solution". Yes, "Ctrl-Click" is now standard on OS X, and the "Cmd-Click" in SDL heralds back from the MacOS classic days. However, besides history, there were other reasons for retaining the "cmd-click" combo instead of switching to ctrl-click. In particular, this change will lead to regressions in portable software out there: It breaks 'ctrl click' in those applications -- many apps / games associate a custom meaning to ctrl-click, and if SDL hijacks ctrl-click, this breaks. The advantage of cmd-click is simply that nobody coming from Windows or Linux will even dream of remapping that to start with ;). Of course code can be adopted, but I wonder if such a change is appropriate for 1.2.14 -- wouldn't this be better done in 1.3, letting SDL 1.2 rest at the old & well-established behavior? Good point Max. I reverted this change and marked it won't fix for SDL 1.2. |