Thanks Klonan, wasn't sure where to put it.

Recently, textfields got the ability to constrain what users could enter into them, namely numeric, allow_decimal and allow_negative. This works great when the user is inputting text by typing it directly on their keyboard. Any characters that aren't allowed are simply dropped. However, this is not ...

I've run into this too, it probably has to do with the alignment, because it happens for 'center' as well.

I agree with this, it's really easy to overlook in it's current position.

https://i.imgur.com/dAgso2P.png Relevant Links Download it on the mod portal , where you'll also find an extended description and more screenshots. If you've got suggestions or bug reports, I'd prefer them to go to the mod portal or onto the Factory Planner Discord (feel free to join). If you want ...

I really don't want to add this because mods should not be using player.screen to to try to make layered windows. It specifically does not pay any attention to z ordering of things in player.screen and they end up what ever they end up. It's purpose was not layered windows and in fact layered windo...

As a note, writing nil to a sprite or sprite-button gives an error. Writing empty string to a sprite clears the element, but writing empty string to a sprite-button does nothing. Yes exactly. What's even worse is that when you set it to an empty string, the sprite will still be shown visually, but ...

Currently, you can set a sprite to a supported GUI element anytime you like, you don't have to set it when creating the element. You can't however unset it after it's been set. Setting it to nil gives an error and setting it to an empty string doesn't do anything. I'd like to be able to unset the sp...

Of course, I'm grateful that you did, it wasn't hard to make it work that way actually, so I'm happy (mostly).

I mean I could probably do that, in my case the frame dimensions change, so everything has to 're-draw'. My code is currently not really laid out to work this way, but you are right that it would be a solution. Even so, I feel like the requested feature should exist in general (for other purposes), ...

Alright, that is a bit sad to hear, but understandable.

Edit: Just realised I can use a combination of auto_center and .location read to get it to behave how I want (probably)

As far as I can tell, windows are currently layered according to their age, with younger/more recent windows layered on top of older ones. This makes sense, but can lead to problems. In my case, I have multiple windows added to LuaGui.screen whose visibility is toggled all the time. I don't want to ...

Currently, you can't read the actual width and height of a GuiElement. With the addition of moveable windows, it would be useful to know the actual sizes of your GuiElements (after stretching, squashing etc, which you can not really predict easily) to be able to set the .location of your windows pro...

Looks good, nice graphics! It must have taken you quite some time and effort to make this mod. I guess it was a work of love … :-P Thanks. The time and effort involved were entirely appropriate. I'm thinking it doesn't go far enough. There are still too many options for the player, the difficulty c...

YotaXP wrote: ↑

Wed Aug 07, 2019 3:12 am

Likewise. Going back to 0.17.62 got rid of the error. I wonder what changed in the update to cause this.

This is the cause of the error, it affects many mods as far as I can see.

The attribute 'hidden_from_player_crafting' has been added to LuaRecipePrototype recently. However, you can't change that property at runtime through LuaRecipe, as the field is only present on the Prototype. I think it would be reasonable to add it as read-write to LuaRecipe as well, seeing that 'hi...

We now have the ability to do moveable windows, which is great. What this allows is to have true 'pop-up' windows that are overlaid on your base interface. This is obviously nicer than having to hide the main interface when the dialog is open, and show it again when the dialog is closed. Now one pro...

ownlyme wrote: ↑

Mon Jul 22, 2019 7:11 pm

am i dreaming?
i'll believe it when i see it o.o
i think this is my most-wished feature.
can we read the location of the player's crafting gui?

I kinda doubt this includes any interaction with base game UIs.

I think people have been using frames to do this recently. I'm not entirely sure how, it might need a new style prototype, but I've seen screenshots of custom GUIs with spacers, and I think someone said it was a frame, but i'm not totally sure. Regardless, its easier now I guess. For completeness s...

Incredible, thanks for the hard work!