It looks like the times of big restructurings in Kha are over and consequently the need for blog posts about big breaking changes. But smaller breaking changes still happen of course. Those are from now on documented in the Kha Wiki - please have a look at them whenever you update Kha.
…“why is haxelib not liked?” - this question comes up semi-regularly in regards to my software in lots of different variations. Full context: haxelib is the package manager of Haxe, which is a programming language I tend to use a lot. I put versions of my software on haxelib but I encourage users to only use that for experiments and migrate to the git version (which is structured a little differently) for real projects. And I indeed do not like haxelib. I also do not like npm or even apt. Because package managers are not robust. Do you remember the recent npm tragedy? That’s just one of many ways in which package managers can fail.
…The first public version of Kode Studio is out, Github hosts the downloads. Kode Studio is a fork of Visual Studio Code, optimized for Kha (Kore support will also be added). This is a very early version of Kode Studio but features debugging support which is in many ways superior to anything else currently around for Haxe based development, based on VSCode’s Chrome debugger, Haxe’s JavaScript target and a modified HTML5 target in Kha. It’s cross-platform, very fast (runtime and compile time) and very convenient (no additional software required).
…When writing graphical applications there are typically two ways to drive the display. Either one can tell some other piece of software to call back when a new image is required
…When implementing system code like in Kha’s and Kore’s system backends every now and then one comes across something really silly. The supposedly simplest things in the world can take days of work because some companies seem to have no interest at all in making sure simple things stay simple (after all one can always use their higher level libraries which have the added benefit of much more effective vendor lock-in).
…