aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* docs(readme): add noteHEADmainFuwn2024-09-091-2/+4
|
* docs(readme): build for releaseFuwn2023-05-061-1/+2
|
* docs(readme): update build instructionsFuwn2023-05-061-4/+2
|
* docs: bump copyright headersFuwn2023-05-069-313/+213
|
* chore: bump to 1.1.4Fuwn2023-05-064-6/+6
|
* chore(git): vscode and soyuz logsFuwn2023-05-061-5/+11
|
* fix(soyuz.hh): lunar window name baseFuwn2023-05-061-1/+5
|
* docs(soyuz): bump version everywhereFuwn2022-05-012-3/+3
|
* docs(soyuz): bump versionFuwn2022-05-011-1/+1
|
* fix(soyuz): log spam on errorFuwn2022-05-011-1/+7
|
* docs(readme): update readmeFuwn2022-04-262-39/+35
|
* build(cmake): cleanup cmake.tomlFuwn2022-04-262-29/+15
|
* refactor(soyuz): global style refactoringFuwn2022-04-265-66/+136
|
* refactor(include): global formattingFuwn2022-04-268-56/+60
|
* refactor(cc): remove unused implementation unitFuwn2022-04-262-11/+0
|
* feat: use colourful loggingFuwn2022-02-112-15/+15
|
* feat(library): implement colourful loggingFuwn2022-02-114-12/+46
|
* fix(#1): detach instead of join, we don't care about NtQueryObjectFuwn2022-02-091-2/+2
|
* chore: update license dateFuwn2022-02-0910-12/+12
|
* fix(soyuz): actually output pidFuwn2022-02-051-1/+1
|
* feat(soyuz): countdown when unable to locate lunarFuwn2022-02-052-0/+13
|
* chore: update version and tagFuwn2022-02-034-5/+5
|
* fmt(include): un-pre-name subroutine parametersFuwn2022-02-032-5/+5
|
* doc: some documentation :smile:Fuwn2022-02-039-2/+67
|
* fix(#1): delete_handle generating junk data when lunar is closed after first ↵Fuwn2022-02-031-1/+8
| | | | | | | | | | | | pid check Soyuz does an initial PID check after launching to make sure that Lunar Client is open, which takes care of most errors, at least I thought. However, within my limited testing I guess it never crossed my mind to check what would happen if I closed Lunar Client **after** Soyuz had been initialized... Turns out it just generates seemingly infinite errors logs as it has no valid PID to operate on. This commit patches the aforementioned bug by introducing another PID check before every iteration that the delete_handle function should run, as well as a timeout. Thanks to @LorenzoHanssens for filling a bug report! (#1)
* fmt: preprocessor statementsFuwn2022-02-039-18/+17
|
* fix(cmake): cmkr.cmake pathFuwn2022-02-011-1/+1
|
* build: move to cmkrFuwn2022-01-2112-294/+371
|
* fix(.gitignore): ignore all build directoriesFuwn2022-01-211-1/+1
|
* chore(soyuz): bump version patchFuwn2021-08-242-3/+3
|
* fix(soyuz): unused paramsFuwn2021-08-241-1/+1
|
* build(soyuz): stricter compilingFuwn2021-08-241-2/+2
|
* refactor(soyuz): move hook logFuwn2021-08-242-1/+1
|
* refactor(library): log using fmtlibFuwn2021-08-241-10/+11
|
* refactor(tray): emplace_back instead of push_backFuwn2021-08-241-1/+1
|
* chore(library): remove unused includeFuwn2021-08-241-1/+0
|
* refactor(soyuz): use fmtlib instead of stdFuwn2021-08-243-9/+7
|
* fix(deps): fmtlibFuwn2021-08-242-1/+3
|
* deps(soyuz): add fmtlibFuwn2021-08-246-1/+259
|
* feat(soyuz): log to fileFuwn2021-08-194-13/+71
|
* chore(readme): remove tray support itemFuwn2021-08-181-1/+0
|
* feat(soyuz): tray support, and much moreFuwn2021-08-1812-20/+324
|
* Merge branch 'main' of https://github.com/fuwn/soyuzFuwn2021-08-181-0/+10
|\
| * feat(readme): add startup item workaroundFuwn2021-08-181-0/+10
| |
* | refactor(include): move winapi things to soyuz/windows.hFuwn2021-08-185-50/+61
|/
* feat(soyuz): :rocket:Fuwn2021-08-189-0/+974