-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crafting GUI: Filter recipes by what can fit into the result (longest_side, volume, mass) #78384
Conversation
I like the idea. Can you add a comment documenting what the assert is checking for? Also, why remove wildcards from an unrelated query type? |
I went with a different approach and am finalizing it now. The assert will not be there.
I added that query type a while back and didn't know better. Now I know and I want to make it in line with the other filters. It can be a separate PR, I aggregated it since it is close by. |
Probably better to have a separate pull request for that then. |
I updated to the new approach. I still need to do the inventory filter, which will have to be a bit different since I cannot throw that helpful error on every keystroke (the inventory filter is live). |
I decided this is good to go. I want to look into AIM a bit more separately. There seems to be room for performance improvement in regards to filtering cache (caching the filter function). |
|
2173c38
to
f650dd3
Compare
Spell checker encountered unrecognized words in the in-game text added in this pull request. See below for details. Click to expand
This alert is automatically generated. You can simply disregard if this is inaccurate, or (optionally) you can also add the new words to Hints for adding a new word to the dictionary
|
Co-authored-by: Anton Burmistrov <Night_Pryanik@mail.ru>
Summary
Interface "Crafting GUI: Filter recipes by what can fit into the result (longest_side, volume, mass)"
Purpose of change
Describe the solution
L:
,V:
,M:
to crafting GUIitype
s from JSON.item.can_contain(fake_item)
.item.cpp
:units::mass_max * 1.0
resulted in-units::mass_max
. Fixed by avoiding multiplying by1.0
.Describe alternatives you've considered
... I wrote a detailed thing there, where the hell is it?
Testing
2m
is not valid2meter
is. Maybe not to be confused withminutes
?M: -250g
.Additional context