Project

General

Profile

Actions

Emulator Issues #1910

closed

Port Input on focus option to emulated wiimote

Added by kevinx0404 almost 15 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
Controls
% Done:

0%

Operating system:
N/A
Issue type:
Feature request
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What steps will reproduce the problem?

  1. Start dolphin
  2. Do something else on the computer
  3. Dolphin interrupts/accepts input when it shouldn't

What is the expected output? What do you see instead?
Not to interrupt and only receive input once focused.

What version of the product are you using? On what operating system?
Any version

I have an app which helps press keys for dolphin if you're on
touchscreen/have no keyboard. However, even though the output is right, it
only triggers the "a" button because left mouse click=a button on dolphin.
If you could "focus" dolphin then this issue wouldn't be an issue XD.

Actions #1

Updated by skidau almost 15 years ago

  • Issue type set to Feature request
Actions #2

Updated by kevinx0404 almost 15 years ago

in other words, make left click press a button on dolphin only if cursor in rendering
window.

Actions #3

Updated by gryphon93 almost 15 years ago

It would be great i you had an option in the Wiimote config-window that allowed you
to turn on/off the Left Mouse-button = A and Right Mouse-button = B. And exactly as
kevin says, Dolphin should only receive keyboard- and mouse-input when the rendering
window is focused.

Actions #4

Updated by ChaosCode almost 15 years ago

  • Status changed from New to Accepted

Yes, I have this happen all the time. its funny when IMing and mario is running in the
background.

Actions #6

Updated by anh1234 almost 15 years ago

also, accept all key movements if focused, even if cursor not in rendering window. I
know this is kinda obvious, but my explaining skills suck XD

Actions #7

Updated by Anonymous almost 15 years ago

  • Priority set to Normal
  • Category set to controls

already implemented for njoy and padsimple, so this must be for emulated wiimote...

Actions #8

Updated by ayuanx almost 15 years ago

  • Status changed from Accepted to Fixed

This issue was closed by revision r4886.

Actions

Also available in: Atom PDF