Keymap: Adding Custom Keymap for Let's Split

[aerialviews007]

Description

I have created a custom keymap for the Let's Split although it would also apply to other 40% keyboards as well. My objective is to emulate a dedicated numberpad. I have found that this is both easier to remember and requires the least amount of extra hand movement. With the left lower level button pressed, I can access all numbers as well as math related keys such as percentage and dollar. The function keys are then stacked on the left side which works for my needs since I do not use them much. Holding the right raise level button brings me to mouse functionality and the brackets and parentheses keys continuing to keep fingers focused on the home row.

Types of Changes

• Core
• Bugfix
• New feature
• Enhancement/optimization
• Keyboard (addition or update)
• Keymap/layout/userspace (addition or update)
• Documentation

Issues Fixed or Closed by This PR

Checklist

• My code follows the code style of this project.
• My change requires a change to the documentation.
• I have updated the documentation accordingly.
• I have read the CONTRIBUTING document.
• I have added tests to cover my changes.
• I have tested the changes and verified that they work and don't break anything (as well as I can manage).

[stale]

Thank you for your contribution!
This pull request has been automatically marked as stale because it has not had activity in the last 45 days. It will be closed in 30 days if no further activity occurs. Please feel free to give a status update now, or re-open when it's ready.
For maintainers: Please label with awaiting review, breaking_change, in progress, or on hold to prevent the issue from being re-flagged.

[noroadsleft]

Thanks!

[noroadsleft]

For future reference, we recommend against committing to your master branch as you've done here, because pull requests from modified master branches can make it more difficult to keep your QMK fork updated. It is highly recommended for QMK development – regardless of what is being done or where – to keep your master updated, but NEVER commit to it. Instead, do all your changes in a branch (branches are basically free in Git) and issue PRs from your branches when you're developing.

There are instructions on how to keep your fork updated here:

Best Practices: Your Fork's Master: Update Often, Commit Never

Fixing Your Branch will walk you through fixing up your master branch moving forward. If you need any help with this just ask.

Thanks for contributing!