| Age | Commit message (Collapse) | Author |
|---|
|
Turns out we didn't solve the problem with the previous commit, as
"10.7" still needs to be in Homebrew's `MacOS::Version::SYMBOLS` hash in
order to be recognised.
To work around this, depend on Lion if Homebrew provides it, otherwise
display a message in the Caveats section about the minimum OS version.
|
|
I got this error recently:
$ brew tap teddywing/formulae
Updating Homebrew...
...
==> Tapping teddywing/formulae
Cloning into '/usr/local/Homebrew/Library/Taps/teddywing/homebrew-formulae'...
...
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/teddywing/homebrew-formulae/HomebrewFormula/dome-key.rb
dome-key: unknown version :lion
Error: Cannot tap teddywing/formulae: invalid syntax in tap!
Turns out `:lion` was removed as a Mac OS X version symbol from
Homebrew:
https://github.com/homebrew/brew/commit/1aa8ad09e212cd9cd2f3ae55f899ed4ef03ae4d0
Use a version string instead.
|
|
|
|
Instruct users to reload mappings if `dome-key` is running. This could
happen if the install commands were copy-pasted from the website:
$ brew install teddywing/DomeKey/dome-key
$ brew services start teddywing/DomeKey/dome-key
At this point, `dome-key` would already have been started, and the new
mappings wouldn't be loaded into the running process.
Also indent the shell commands to differentiate them from the text.
|
|
Only significant change is the addition of the license to the man page.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
My change to fix the import warning was merged into master.
|
|
Corrects this warning:
DDHidLib/lib/DDHidQueue.m:27:9: warning: non-portable path
to file '"DDHidEvent.h"'; specified path differs in case from file name on disk
[-Wnonportable-include-path]
#import "DDHIdEvent.h"
^~~~~~~~~~~~~~
"DDHidEvent.h"
1 warning generated.
I had made the change locally a long time ago, but it's now committed
and published publicly.
|
|
|
|
Generated with `make pkg`.
|
|
|
|
|
|
|
|
|
|
Builds a tar archive of the executable and man pages with the current
software version in the name. The version is extracted from the `main.m`
file.
|
|
|
|
Get the version from `main.m`.
|
|
This describes the syntax of the `mappings.dkmap` file.
|
|
Learned that files should be described in the man page.
|
|
|
|
Prevent the man page from always building even without changes to the
input file.
|
|
Include the Aquatic Prime copyright notice as stipulated by its license.
|
|
Include the program's launchd plist in the man page.
|
|
|
|
Describe the `timeout` configuration option.
|
|
|
|
Used the wrong terminator, '`' instead of '''.
|
|
|
|
Now that I think about it, a daemon would execute in the background, not
take over the shell. But whatever, not going to change that now when I'm
about to release the program.
|
|
Make it faster to try out the program by providing copy-pastable
commands to get a sample config.
`HOME` needs two `$` to escape it from the Python templater.
|
|
|
|
Script to extract the names of special keys like `<VolumeUp>` from
`parser.rs`.
Need these for the mappings syntax manual.
|
|
The release build is 1.5 Mb, while the archive is 1.1 Mb. Not sure what
additional optimisations Xcode applies when it archives, but clearly
that's the build we should be distributing.
|
|
* Remove `dome-key-map/target/debug` from Release library search paths.
This was causing the Release build to link against the debug version
of dome-key-map, resulting in a 25 Mb binary.
* Strip debug symbols
* Turn on link-time optimisation
This takes the Release binary down to 1.5 Mb.
Added an `archive` target to the Makefile. This does additional
optimisations (maybe stripping symbols?), and gives us a final binary
size of 1.1 Mb. Much better.
|
|
We don't need these functions any more now that key simulation is
handled by the Rust library. The files can be safely removed.
|
|
Fixes parse error when the mappings file starts with blank lines or
comment lines.
|
|
Split the targets into more logical sections.
|
|
We'll stick the binary and man pages in this directory for packaging.
|
|
Set 'DerivedData' path in `xcodebuild` to give us a local build
directory.
Doing this because when the 'Debug', or 'Release' directories in
'Build/Products/' don't exist, Make doesn't build our recipes. Make
seems to prefer local files, and I don't imagine the wildcard in the
path does us any favours.
When I changed the DerivedData path, I ended up with this error:
In file included from DomeKey/DomeKey/HeadphoneKey.m:9:
DomeKey/DomeKey/HeadphoneKey.h:10:9: fatal error:
'DDHidLib/DDHidAppleMikey.h' file not found
#import <DDHidLib/DDHidAppleMikey.h>
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
Couldn't figure out what the problem was, and what changed there when I
changed the DerivedData directory. So I just fixed it in the only way I
could think of: adding the DDHidLib 'lib' directory to
`HEADER_SEARCH_PATHS` and updating the `#import` to point to the new
location.
We also create a release target in this commit, which gives us a release
build of the program.
|
|
|
|
|
|
Don't need this any more.
|
|
In the daemon, we should print a log message when the mappings file gets
reloaded. This allows you to follow along in the log file.
|
|
Use our own custom error formatter. I think `NSLog` messages get sent to
syslog in a release build. This allows us to format the error messages
the way we want and ensure they get printed to stderr.
|
