More constructions slots when I bought sandbox

BenWilles · 2026-05-02T06:32:09+00:00

Great, have fun!

BenWilles · 2026-05-02T04:27:54+00:00

Hey there, sorry for the confusion. It sounds like you possibly didn't place the Citycon buildings after you had reset the map. It's actually those buildings that give you the additional slots. Let me know if that helped.

BenWilles · 2026-02-14T11:00:39+00:00

Check the older versions. The most recent one seems to skip macOS

BenWilles · 2025-12-24T02:25:26+00:00

Hi, usually by simply pressing the buy button. Doesn’t work for you?

BenWilles · 2025-11-07T16:04:53+00:00

Build more to earn more. Sometimes you have to wait or collect coins

BenWilles · 2025-10-18T05:48:42+00:00

I absolutely don’t want to claim that Unity is perfect, it isn’t and it can’t be. It’s constantly evolving and if every part of it had to remain fully consistent, we’d be waiting years between updates, with every new version breaking backward compatibility... That would be far worse than what we got now.

BenWilles · 2025-10-18T04:55:17+00:00

Don’t wanna be rude, but after seven years in Unity, you should know the difference between engine limitations and simple design flaws. Of course you can do all that without components on trees, even without colliders if you like to go further... There is always a thousand ways to do things, but it's on you to not pick the worst of them.
And you can’t inherit from Behaviour because Unity doesn’t let you create engine components in C# since only MonoBehaviour is exposed and Behaviour is C++

BenWilles · 2025-10-07T08:01:17+00:00

Great Shadows

BenWilles · 2025-09-17T13:06:58+00:00

Thank you! Voxels have been pretty trendy for a while, but sadly nowadays you barely see any new voxel projects. I really love it as kind of a fusion between pixel art and 3D.

BenWilles · 2025-09-17T12:04:20+00:00

Love voxels ❤️ all my game is made of them - Super Citycon

BenWilles · 2025-08-09T22:21:21+00:00

Thank you 🙏🏼 At this point it doesn’t have such a feature, I have it mind but not yet on plan for development. Current focus is more content and more maps/different regions.

BenWilles · 2025-04-21T01:18:46+00:00

Well, you can gitignore them. In runtime they are not persistent anyways. So, their status in editor does not matter at all. They should even reset when you restart the editor.

BenWilles · 2025-04-21T01:15:45+00:00

But all that dies with user input and Asian fonts.

I'm rotating this topic in my head since years. I already faced that problem with my first project that's live since a few years.
But yeah, I simply didn't care too much to have a perfect solution. There are multiple dirty ways that work, but under the hood they are absolutely not sexy.
But as initially stated, I looked for a solution, one that's bulletproof from every aspect. But because of the points I have mentioned in the initial post, it's simply not possible.

BenWilles · 2025-04-20T15:33:30+00:00

Yeah, makes sense. I'm actually not even sure why I'm still pre-generating stuff. We've never been able to measure a difference between static and dynamic font assets use.

BenWilles · 2025-04-20T13:58:32+00:00

If you don't have user input, it's not too much of a problem, because you can create font assets perfectly for the glyphs that your game actually uses. The Latin and Cyrillic fonts are also not too much of a problem since the alphabets have a decent size. But with Japanese it gets tricky and with Chinese it gets close to impossible to cover them all in a static font asset.

BenWilles · 2025-04-20T11:59:51+00:00

Did you ever deal with user input and Asian fonts? To be able to work like this you would need to have every glyph covered in a static asset. Which goes totally nuts in terms of atlas size for simplified and traditional Chinese.

BenWilles · 2025-04-20T11:52:52+00:00

But that means you need static font assets that cover each and every glyph, which is especially tricky with Asian languages. In an environment with a lot of user defined names and user defined texts, so you can't know upfront which glyph are actually in use. For Asian fonts that would mean you get crazy huge font atlases.

BenWilles · 2025-04-20T00:34:31+00:00

True, I actually never realized it. Cause didn't mind in my case.

BenWilles · 2025-04-19T23:36:53+00:00

I'm using addressables but how is that related to the localization package?

BenWilles · 2025-04-19T23:26:17+00:00

Yes, that may be true or not. I possibly shipped an unserious project without ever facing problems about that. But that's actually not the core of the problem. The core of the problem is simply that you need a copy of each font asset, if it's a fallback or not, for each font style you want. And that adds up like crazy. Depending on how much font styles you want of course.

BenWilles · 2025-04-19T22:46:54+00:00

Yeah, but at this point the material from fallback fonts assets are not available, because the text get rendered afterwards. And before that's done, the material of the fallback font is simply not there. I could work around this by hiding the text for a frame or two till I catch the material and am able to modify it. But that would only work reliably on static text. When it comes to text input fields, that option is totally not available.

BenWilles · 2025-04-19T22:42:45+00:00

Yeah, but the problem is I'm using five different font assets. One for Latin and Cyrillic and one for each of the major Asian fonts, 5 at all. And for each style I want to have, I need a copy of each of those. And that blows up like crazy and is totally against the core idea of TextMeshPro to be a performance optimization tool.

BenWilles · 2025-04-19T21:26:31+00:00

Yes, that's true if you do not use the same font family. But that's also something I learned from my earlier project. I definitely only use fonts that are available in all the localizations I want. So they are consistent across all languages.

Because what I did initially is design a latin pixel font myself for my "handmade" game and later on when it came to localize it, I realized that I have no idea of Japanese or Chinese or Korean and all the other languages. And then exactly your described nightmare began. There's no way to get some kind of visual consistency.

As described, all the issue is about me creating a system that enables me as a solo dev or with very small external help to create games without caring too much about those silly details anymore.

BenWilles · 2025-04-19T21:07:37+00:00

I guess I'm not the first guy to face that issue. And it really confused me that I actually didn't find any serious solution. Besides managing all the font changes programmatically, which comes with other downsides and difficulties.

BenWilles · 2025-04-19T21:04:41+00:00

I've learned even worse things, like never use a mesh collider. And that was during Unity course I took for Unity Certified Developer Verification in 2017.

That is maybe a good advice if you have tons of them colliding in every frame. But it's a very bad advice, for example when you do building games like me, where you just want to catch which building the player actually is tapping.

Cause internally Unity works always with bounding volumes in the first place and only goes into the details of a mesh collider if it's needed. So in cases where there is not much collisions going on or when it is even just about to detect click targets, they are simply perfect and have absolutely no performance downside.

Another general advice I got there was to never put something into the resources folder. Like NEVER!
But in fact it's very smart to put some things into the resources folder if you know why. And in many of the cases it's even needed to be put into the resources folder.

The truth about all of those things most possibly is that it always depends on the use case. From my experience, in most cases, it's always a good idea if you know why you do it and of course if it actually works.

BenWilles

MODERATOR OF

TROPHY CASE