* fix CLI section links in the Summary * fix heading in Pointing Device doc * fix headings in PS/2 Mouse Support doc * add explicit section ids to I2C Master Driver doc * reformat GPIO Controls table Much like the I2C Master Driver doc, I found this a bit less than ideal to read. (The table was actually wider than the space available for it.) Reformatted so each GPIO function is an H3 heading, followed by a paragraph and a table of each architecture's old-style function. * migrate changes from I2C Master Driver doc to Japanese translation * add explicit anchors to I2C Master Driver docs * fix code block language markers The language markers are case-sensitive; using the wrong case means the syntax highlighting doesn't work. Good: ```c Bad: ```C * restore Japanese I2C Master Driver doc to current master Can't update the internal tracking references accurately until the changes to the English doc are committed to master. * add explicit anchors to edited files * change ChibiOS/ARM to ARM/ChibiOS Because ARM/ATSAM is also a thing that exists. * fix code block language markers again Used the wrong markers in a few spots. Also these are apparently always supposed to be lowercase. * add section anchors to cli.md * restore table formatting on GPIO Control doc * remove changes to _summary.md
		
			
				
	
	
		
			48 lines
		
	
	
		
			2.9 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			48 lines
		
	
	
		
			2.9 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| # Pointing Device :id=pointing-device
 | |
| 
 | |
| Pointing Device is a generic name for a feature intended to be generic: moving the system pointer around.  There are certainly other options for it - like mousekeys - but this aims to be easily modifiable and lightweight.  You can implement custom keys to control functionality, or you can gather information from other peripherals and insert it directly here - let QMK handle the processing for you.
 | |
| 
 | |
| To enable Pointing Device, uncomment the following line in your rules.mk:
 | |
| 
 | |
| ```makefile
 | |
| POINTING_DEVICE_ENABLE = yes
 | |
| ```
 | |
| 
 | |
| To manipulate the mouse report, you can use the following functions:
 | |
| 
 | |
| * `pointing_device_get_report()` - Returns the current report_mouse_t that represents the information sent to the host computer
 | |
| * `pointing_device_set_report(report_mouse_t newMouseReport)` - Overrides and saves the report_mouse_t to be sent to the host computer
 | |
| 
 | |
| Keep in mind that a report_mouse_t (here "mouseReport") has the following properties:
 | |
| 
 | |
| * `mouseReport.x` - this is a signed int from -127 to 127 (not 128, this is defined in USB HID spec) representing movement (+ to the right, - to the left) on the x axis.
 | |
| * `mouseReport.y` - this is a signed int from -127 to 127 (not 128, this is defined in USB HID spec) representing movement (+ upward, - downward) on the y axis.
 | |
| * `mouseReport.v` - this is a signed int from -127 to 127 (not 128, this is defined in USB HID spec) representing vertical scrolling (+ upward, - downward).
 | |
| * `mouseReport.h` - this is a signed int from -127 to 127 (not 128, this is defined in USB HID spec) representing horizontal scrolling (+ right, - left).
 | |
| * `mouseReport.buttons` - this is a uint8_t in which the last 5 bits are used.  These bits represent the mouse button state - bit 3 is mouse button 5, and bit 7 is mouse button 1.
 | |
| 
 | |
| When the mouse report is sent, the x, y, v, and h values are set to 0 (this is done in "pointing_device_send()", which can be overridden to avoid this behavior).  This way, button states persist, but movement will only occur once.  For further customization, both `pointing_device_init` and `pointing_device_task` can be overridden.
 | |
| 
 | |
| In the following example, a custom key is used to click the mouse and scroll 127 units vertically and horizontally, then undo all of that when released - because that's a totally useful function.  Listen, this is an example:
 | |
| 
 | |
| ```c
 | |
| case MS_SPECIAL:
 | |
| 	report_mouse_t currentReport = pointing_device_get_report();
 | |
|     if (record->event.pressed)
 | |
|     {
 | |
|         currentReport.v = 127;
 | |
| 		currentReport.h = 127;
 | |
| 		currentReport.buttons |= MOUSE_BTN1; //this is defined in report.h
 | |
|     }
 | |
|     else
 | |
|     {
 | |
|         currentReport.v = -127;
 | |
|         currentReport.h = -127;
 | |
|         currentReport.buttons &= ~MOUSE_BTN1;
 | |
|     }
 | |
| 	pointing_device_set_report(currentReport);
 | |
|     break;
 | |
| ```
 | |
| 
 | |
| Recall that the mouse report is set to zero (except the buttons) whenever it is sent, so the scrolling would only occur once in each case.
 |