Clarify custom keycode enum requirement for PRs (#21648)
This commit is contained in:
		
							parent
							
								
									19536b8190
								
							
						
					
					
						commit
						aa8d1c5e07
					
				
					 1 changed files with 1 additions and 1 deletions
				
			
		|  | @ -42,7 +42,7 @@ If there are any inconsistencies with these recommendations, you're best off [cr | ||||||
| 
 | 
 | ||||||
| - `#include QMK_KEYBOARD_H` preferred to including specific board files | - `#include QMK_KEYBOARD_H` preferred to including specific board files | ||||||
| - prefer layer `enum`s to `#define`s | - prefer layer `enum`s to `#define`s | ||||||
| - require custom keycode `enum`s to `#define`s, first entry must have ` = SAFE_RANGE` | - custom keycode `enum`s must have first entry `= SAFE_RANGE` | ||||||
| - terminating backslash (`\`) in lines of LAYOUT macro parameters is superfluous and should be removed | - terminating backslash (`\`) in lines of LAYOUT macro parameters is superfluous and should be removed | ||||||
| - some care with spacing (e.g., alignment on commas or first char of keycodes) makes for a much nicer-looking keymap | - some care with spacing (e.g., alignment on commas or first char of keycodes) makes for a much nicer-looking keymap | ||||||
| 
 | 
 | ||||||
|  |  | ||||||
		Loading…
	
	Add table
		Add a link
		
	
		Reference in a new issue
	
	 3geek14
						3geek14