alr just found out you couldn’t even run that generated file. sigh. but NOW YOU CAN! during setup just run ./gradlew realJar instead of jar!! then just invoke Java via java -jar ... [regular program args] and you’re all set! yay

okay so it’s been what has felt like 10 years just trying to make this comparitavely very simple project. but alas i am FINALLY about ready to ship. okay that’s enough complain-yapping, the main changes are:

• switched to Gradle bc Intellij buildscripts suck
• now uses Clikt for easy CLI option configuration and help!
• everything is now configurable
• fixed folders reporting incorrect sizes
  ( this falls apart with symbolic links though )

this project is pretty much ready to ship now so i hope at least 2 people can get any sort of use out of this!
(:

this is super late and was mostly finished a long time ago… but i forgot to log it… sorry!

this project is super straightforward - it just lists all the folders and files inside a given array of folders. this is a Kotlin port of the original i made some ~5 years ago (which mostly still works!?!) - that being said, i haven’t expanded much because the use-case of this tool is quite limited.

i originally made it so that, when i finally factory reset my computer, i could have some reference point of what programs i previously had installed, as my current backup and restore setup does not work. however this is kind of useless so i just thought i’d port most of it and leave it at that.

additionally, intellij started absolutely crashing out at me when i tried to load this on my laptop (instead of my PC) so i gave up on this for a couple weeks.

as of now, it works just fine but isn’t very user-friendly or utilitarian or efficient, but it gets the job done.

Unit Testing!

yup, that’s what’s been taking so long. i actually got past the gradle setup part pretty quick, i just wasn’t expecting current code to be so… dysfunctional. i’ve done a lot of rewriting and test formatting and sometimes it just gets really brain numbing so i put on a youtube video in the background and then its been 45 minutes and i havent changed anything… but i just achieved my first all-passing test milestone! so i’ll be pushing it soon and then i’ll the changes that make everything pass will follow soon after.

currently I’m targeting TextUtil, where the most edge-cases take place, in the form of String <-> Component transformations.

ultimiately i’d like to also do E2E testing in the form of Fabric’s ClientGameTest, but those can only be done on the most recent version due to FAPI not backporting changes (it’s probably for the best anyway) - so i’ll be doing that last.

that’s it for now! i can’t wait for everyone (especially me), to benefit from this when future releases are checked before releasing! yayyyy!!!

hey chat! i’ve finished up some of that stuff from before. most notably:

• publishMods now works again! turns out Modrinth just recently (i.e. this week) allowed attaching signatures to builds so it’s not currently supported with MPP
  • also, turns out the whole checksum thing was kinda useless because Modrinth has provided file hashes via their API this whole time - so… i think i’m gonna table that idea for now and use that later
• i published a new version (alpha.11) that fixes the teensy-eensy little problem that incomplete mixins were accidentally included in the jar uploaded to CF and MR as alpha.10. whoops!
• version parsing is now much more robust and typically requires only one gradle property to be specified! for newer releases you can override the FMJ version (ex. w/ ~26.2 for the 26.2 subproject) and the rest is handled automatically. i’m also waiting on MPP#116 to see if this can be consolidated entirely, with no need for an extra override!
• the classtweaker is now stone-cut so it’s a bit easier to see what is applied to where
• cleaned up the buildscript more (it is perpetually dirty :/)
• fixed a handful of bugs and impl’d a couple suggestions!

and now, i get to move on to one of the most daunting but hopefully most rewarding things: drumroll please…. ztzttstz.z.t..z….. unit testing!!!

you’re probably thinking, chat patches hasn’t had any unit tests this WHOLE time!??! and you’d be right! idk how there aren’t more bugs. but now i’m putting everything else (chat patches wise, at least) on hold to get this done. bc if i don’t do it now, it will never get done. ik this isn’t very pretty but you gotta do what you gotta do.

i’ve been doing what feels like a lot but isn’t overall much. i’ve been
refactoring the Kotlin Gradle buildscript, which i’m notoriously bad at
so it’s taking a really long time. some of my (attempted) changes
include:

• generating signatures and checksums with published builds (2/3 done)
• simplified stonecutter replacements and swaps
• assessed what will need to change to transition to the new
  modstitch-toolkit
• minorly updated mod-publish-plugin and started planning for new
  version range parsing and functionality

in other things, i’ve:

• fixed the context menu deletion option resetting the scroll pos
• removed the entirely unused option table in the README
• better utilized classtweakers in the context menu
• implemented annotation-based constraints for config options
• replaced the dual-impl option validation system with a unified one via
  codecs (now used in the YACL config, with one annoying side effect)
• future-proofed the module-based fabric api importing so that it only
  loads what’s necessary (and it should work with neoforge when i
  eventually impl that!)
• updated mod functionality to 26.2 (despite being unable to publish
  everything at once 😑)