Dear UMes đ¤
UMeFate is on track to refactor UI with modding capabilities. Since this is an intensive and long process, we want to share current progress. Even if it is not finished yet and work will most likely spill into December of 2025. For that reason, this time, I have recorded a video, focusing on the more technical side.
The initial post discussing UI refactoring dates back to September 2025, just after the last pre-alpha tech demo release v0.0.9. Now it is mid-November and this process is still ongoing. You can read about the start of the UI refactoring work in our blog post
https://steamcommunity.com/games/3082340/announcements/detail/547873227591910008?snr=2___
UI Refactoring Direction
UI Refactoring Bi-Product
That Is Not About Perfection
Currently Working On
What Next
In the Ingame Feedback System and Lua Modding In Works blog post, we have discussed reasons, requirements and challenges regarding the current UI rework.
In short, there was a need to fix existing bugs in the UI and to expand its functionality. That wouldnât be possible, without spending some development time doing so. But that work would need to be done regardless of the approach, weather sooner, or later. One of the future points on the roadmap was, to make the UI more moddable. It was clear at this point that if time was spent on expanding functionality using the current UI system, making moddable UI will be much more complex. If not prohibitively difficult. Just as if the UI had been designed, before implementing split-screen.
UI modding should be based heavily on the Lua side. Which can seemingly integrate with other Lua mechanics.
Weighing pros and cons of UI improvement vs refactoring, UMeFate gravitated toward refactoring. And even if the current UI refactoring is on the positive side, there is always a second thought, if this refactoring should take place. Or if I should wait for later.
Considering that early 2025 was focused on refactoring various systems, to support split-screen (including UI), and seeing the benefits paying off now, I believe that allowing modding UI, it will help and improve further UI and other various system implementations.
Lua based UI modding allows to change many UI behaviours and the layout at the runtime. In the updates this should also be possible from the game itself. That means, no need for access to code compilers, making game builds, or compiling script files. Most of this should be able to be done on the fly.
With all the current work, visual aspects are not treated as the priority. Graphics of the UI will be part of the future design. The current target is to prepare solid foundations and mechanics of UI. And to allow adding graphical elements in the future, when the right time comes. Consider this as a visual placeholder. But layout should be built to function. This effectively dictates the visual design.
However, in the above discussion, there is already a massive gain from the current refactoring. Implementing UI with Lua modding capability, has forced a restructuring and improvement on the core of the Lua modding itself. Something which would have to be done anyway, before starting work on UMes autonomy and other playersâ interactions. As a result, part of the work is offset into UI development time.This potentially accelerating future work. To keep in mind, none of these are simple, or short duration tasks.
As per the video, a lot of new systems have been added and expanded. Some have been refactored already, or largely refactored. The old UI is marked as obsolete and will be removed, when Lua based UI will be replicated, to match the current UI state. But for now, the old UI is used as a reference point.
At the same time, the modding directory has expanded. Now Lua based UI has the ability, to use custom icons. Localisation config files allow replacing and in the future to change languages from the main menu. Layout structure allows to configure desired UI look. And finally, Lua files allow you to implement the behaviour of the UI.
However, creating new UI elements, will be using predefined UI prefabs. These UI elements come from the engine, where they are defined what they look like, or partially how they behave. Hence for now, for an example, slider, input field etc. the appearance will be limited in terms of modding. That way, changing a few prefab components on the engine side, will maintain the visual style of the whole UI layout. And preventing UI mods from breaking. This may evolve in the future.
Another UI refactoring into Lua moddability is not about perfection. In fact, certain development decisions have been taken, to shorten the UI refactoring. Like the mentioned UI prefab elements, defined on the engine side. But from personal experience, understanding future development challenges and risks, the gut tells, this is the right time to do so, if UI Lua modding is an important aspect of UMeFate.
It is important to note, no 3D life simulator has ever done split-screen, as far as I am aware. And few games have done split-screen in such a way as UMeFate. Minecraft, with a split-screen on consoles, is probably the closest game in terms of split-screen and UI mechanics that I can recall.
Another note is that refactoring of the UI has allowed, to detect various issues with the current UI design. Which primarily I was happy with. But along with adding the new functionality, certain defects started emerging. And led to growing into a tech debt. So new UI design tackles these issues.
But making UI modding, without mentioned steps of the previous UI development, could be even more cumbersome. And potentially lead to other issues, since various problems were already tackled in the previous design over the duration of 2025. Yet avoiding getting into tech debt.
Current work is focusing on implementing a feedback / bug report system. Also, looking into all related mechanics, such as buttons functionality, opening and closing UI panels. And also refining UI components and other mechanics as development progresses.
After finishing implementing functional feedback system, work will move onto:
Implementing game options.
Then to implement functionality of the construction menu, which already has a layout placed. There are some panels, which are hidden and not shown on the video.
Need to build a new UI element prefab, which will be used to save / load map, game (in future), place construction blueprints, or objects. These are currently in a game. But they need to move into Lua UI.
Refine how certain elements are displayed. For example, to move away from the right hand side panel, to a dedicated panel, which opens on demand. Like spawning a new object menu. Something looking closer to Factorio / Minecraft, rather than other current life sim games. This now will be much easier with new UI design.
Test split screen functionality.
Test map editor functionality.
Test the whole game loop, with the game lobby menu.
After Lua UI work, then development can move to address list of feedback and bugs, reported by UMeFate lovely playtesters.
Then push an update to Steam. And finally start work on autonomy mechanics.
And that's all for today's update. đ
Until the next one đ
Kin and Quarry now has an official launch date, aiming for January 16th, 2026.
I wanted to get it out earlier, but a mix of life events and Winter Sale (you should never launch during a seasonal sale) means this is the current best date to get the game out to you all.
Thanks!

This is a major update for the demo, with several improvements for immersion and quality-of-life.
When clicking the exit to Menu button, the game will now ask you to confirm with âAre You Sure?â
If you anger Saya enough, she will now shoot you to death, and you will have to restart from the last checkpoint.
Shaders are now preloaded at the beginning of the demo, so there are no more stutters when new objects appear.
Completely remade the bedroom view â itâs now much more detailed and full of life, from tailored shopfronts to animated NPCs.
Updated the rooftop street view so that it now includes shopfronts for added immersion.
Retextured numerous assets to better fit the stylized vision of the game.
Refined the sliding physics â you can now slide almost every item across the counter.
Added boob wind physics â if you slide items near a bosom, it will jiggle according to the force.
Fixed remote-grabbing bottle caps; they now snap to the correct position.
Added a cat fedora and ray-bans so you can get a taste of decorating the cat.
Added in Press Any Button screen for vibes.
Added in Shaolin beer in bedroom so you can chuck beer out.
Cigarette lighter and pack now respawn if you throw it out onto the streets (unless you throw it on top of an alien collider)
You can now open and close the bedroom closet
Updated Chinese text on vending machine so that it makes more sense
Fixed issue where background characters couldn't be quite fully visible or fully faded out
For Chinese players: Next week, I will be at WePlay Shanghai, China to show off PROJECT MIX â see you there if youâre going!
Besides these demo updates, lot's of cool things are being worked on the full game, so please look forward to that!
Love is in the airâand a little mischief too. đ
Weâre excited to announce that Lustâs Cupid is part of Adult Games Week on Steam! You can get the game for 30% off!
Celebrate the week of passion and desire with exclusive discounts and discover why love can be just as dangerous as it is sweet.
đ https://store.steampowered.com/app/2477270/Lusts_Cupid/
Vote your favorite adult games of the year!
đ https://adultgamesweek.com/
Check out how to get free giveaways on this X post: https://x.com/TopHouse_Games/status/1989392890238288135
! Donât miss out â the event runs for a limited time only!
Thank you for diving into Winds of Arcana: Ruination! Your feedback has been invaluable, and todayâs update is all about refining your journeyâcleaning up progression quirks, fixing collision issues, and improving the overall feel of exploration. Please keep the reports coming; weâre listening and polishing the game step by step with your help.
Added a new option: Disable Controller Vibrations in Accessibility settings.
Fixed an issue where Arynâs starting position in Shrinekeep was incorrect after returning from Oryn Forest.
Resolved an exploit allowing players to obtain Wall Climb earlier than intended, granting premature access to later areas. (Correct sequence now requires Wisp Hook first.)
Removed Player Lock for most small loot items across the game, improving movement flow.
Fixed an issue where standing under certain platforms and taking their aggro damage could teleport players beyond a boss fight.
Fixed an issue where the Show Enemy HP setting wasnât being preserved between scene transitions.
Addressed various collision problems that could cause players to get stuck inside walls.
Updated minor art issues in several scenes, including incorrectly overlapping levers.
Corrected instances where the Ichor item grant displayed the Demon Tear sprite.
Please keep the feedback coming! Whether itâs bugs, progression hurdles, or balance tweaks, weâre on it and will continue shipping improvements promptly.
You can reach out to us on our Discord Server if you need to ask any specific questions or recommend any improvements.
Love,
Team Brewed Games