i’ve done a lot since the last stardance-visible change!

(note - due to me being stupid, i’ve spent about 30h so far on this project since initially adding it to stardance in the summer - but 2/3 is gone now </3)

here is a kind of ugly hodge podge of the changes i’ve made in the past month or so:

• website now has an embed from wikipedia of the current status of the NPVIC in the united states! i also reorganized the images used and sorted them into subfolders for my convenience.
  i still dont have an official demo page (coming up next) and i need to figure out the automation of ts - js - prod without the whole exports {} statement breaking the js. it also currently displays weird on my pc but laptop is fine. this will happen bc the impl is inherently finnicky bc the web sucks and i cant just f—ing request the data from wikipedia. so it’ll have to do for now.

• I made the site accessible via Codeberg Pages! The site is listed in the project description and in the readme (: next i hope to LOCK IN and fix the js - ts compile error thingy and actually start revamping the website layout :)

• who knew you could just add type="module" to the script tag housing index.js and suddenly the exports not allowed error vanishes?!!?!? these changes also mostly simplify the code in index.html - unless explicitly exported, it’s easier to grab the element via document.getElementBy*() and do work directly in index.ts! most notably, i also cleaned up the vocab word element - it’s now unselectable (nicer when spam-cycling the words) and index.ts automatically removes descriptions/details from the words

8.0.0 released!

yes, it’s been done! chat patches has been in alpha for a year and the better part of another? all because i finally impl’d the omnivers-stonecutter buildscript and additionally wanted more large-scale changes (test suite, neoforge support, DFU migration codec) ((of which are still planned… eventually!!)) … but then i just never took it off. well, you can’t wait around forever.

also, this update is perfect for releasing as a whopping TEN issue reports were closed upon release, with countless others fixed soundlessly! credit where it’s due, there was a fair amount of community support via PRs for this release, but that doesn’t take away from the benefit we as a community experience from it being added!

while we’re out here celebrating these crushed bugs, new features, and the return to release-channel versions, i think it’s safe to say chat patches is worthy of shipping too!

i hope you’ve enjoyed using chat patches and it’s bettered your minecraft experience - and if you haven’t used it, i hope you’ll give it a try and let me know what you think. thanks again to everyone who contributed and cheers to even more fixes and features in the future! 🎉🥳💃🎈

i’ve been very busy with university starting, but recently there has been an influx in PRs fixing bugs, which is awesome! so i’ve been monitoring those and slowly merging them into the main branch. additionally, i’ve been chipping away at fixes and suggestion implementations here and there; specifically:

• excluding specific messages from being compacted
• updating to 26.3
• actually uploading signature files (now that Modrinth officially supports them)
• fixing chat auto scrolling while duplicate messages are being received
• adding fallbacks for the chat log’s codec provider in case the current one fails/doesn’t exist

..and more!! i hope to add more stuff soon and publish a release, but i have about 4 free minutes per week and unfortunately, i end up not wanting to spend it on largely unpaid labor. nevertheless, my aspirations remain and my hopes are high!

i’ve been SUPER busy as of late, and will probably continue to be for at least another week or two if not longer, but i’m starting to begin to wrap up unit testing.

i finally pushed the existing tests and framework to github on a separate branch, but bc i’m so bad at Git, IntelliJ is fucking up my other changes i’m currently working on (updating the main omnivers branch to 26.3-snapshot-8)… so hopefully i can fix that soon.

unfortunately i don’t know when the unit testing will be finished, as it takes a longggg time to figure out the little edge cases, and i prefer to avoid AI everywhere possible (although there’s only so much ethical struggling i can endure before i need to ask for help).

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 😑)