Commit message (Collapse) | Author | Age | Lines | |
---|---|---|---|---|
* | feat: bring back mods button! | alemi | 2023-02-16 | -2/+4 |
| | | | | kinda broken and jank but hey it works for now; | |||
* | fix!: access transformer for anti hunger | alemi | 2023-02-15 | -0/+1 |
| | ||||
* | chore!: added Access Transformers (rebuild env!) | alemi | 2023-02-13 | -0/+1 |
| | ||||
* | feat: both directions on packet patch plus event | alemidev | 2023-02-08 | -0/+1 |
| | ||||
* | feat: initial work on packet patch | ftbsc | 2023-02-08 | -2/+1 |
| | ||||
* | chore: i did it again | alemidev | 2023-02-07 | -2/+2 |
| | ||||
* | build: removed asm patching and moved asm patches | alemidev | 2023-02-07 | -1/+0 |
| | ||||
* | feat: simplified impl with interface + fix loading | alemidev | 2023-02-06 | -0/+2 |
| | | | | | | | | | | | only load patches rather than looking into all mods manually. patch loading is implemented using ServiceLoader, thus removing most unchecked casts and reflection accesses to methods, and directly invoking inject(). This is much more efficient and allows to store only loader in the Launch Plugin and only patches in mods themselves. The modder patch interface is still super ripe, requiring each method to be implemented returning a raw string with the unmapped name, but helpers and utils and build plugins can be developed later on to make this API more friendly. | |||
* | build 'successfully' loaded LaunchPlugin via ModLauncher | dev@ftbsc | 2023-02-03 | -0/+1 |
| | ||||
* | chore: boilerplate | alemidev | 2023-01-24 | -0/+59 |