Skip to content
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

Merge pull request CleverRaven#37829 from BevapDin/bor #76

Merged
merged 60 commits into from
Feb 8, 2020

Conversation

fengjixuchui
Copy link
Owner

Summary

Purpose of change

Describe the solution

Describe alternatives you've considered

Testing

Additional context

I-am-Erk and others added 30 commits February 4, 2020 09:59
The algorithm for nearby table location is done in at least 3 places:

- src/activity_handlers.cpp:L412-419
- src/activity_item_handling.cpp:L1428-1435
- src/consumption.cpp:L845-850

Moving `has_nearby_table` as a new function it into map.cpp made it
obvious that this is where it actually belongs; there it can fit neatly
alongside its brethren like `has_nearby_fire`.

This commit only adds the new function; refactoring will come next.
Factoring out the similar loops to check for nearby tables,
and using the new `map::has_nearby_table` function instead.
* Name to object

* Name to object

* Name to object
Factor out map::has_nearby_table for eating/butchering checks
Add debug menu item for spawning nested mapgen
Bugfix house_wooded stairs to nowhere
Prevent broken legs dropping weapon
BrettDong and others added 29 commits February 7, 2020 21:13
Items that are spawned using item groups aren't an issue since the
contents of the groups get migrated on load. Direct spawning of items
bypasses this migration.

This commit applies migration to json mapgen definitions of direct item
spawns and causes the migrated item to be spawned if need be.
With the current behavior and the AUTOSELECT_SINGLE_VALID_TARGET option
disabled, there is inconsistency in the behavior of pressing c to close
or e to examine.  This can cause unintended actions if attempted on an
invalid target.

For example, if standing next to an already closed door and one
quickly presses `c`lose and then the direction of the door, the first
keypress will have no effect as the closed door is not a valid target.
The second keypress will then open the door, which is the opposite of
the intent.

This commit removes the failure message and subsequent abortion of the
action in the case that there is no valid target as to improve consistency.
Routine i18n updates on 7 Feb 2020
Remove DROPS_AMMO from firefighter bot
Fix typo in item id of bio lockpick pseudo item
Always prompt for direction if autoselect disabled
…ow-skill-increase-indicator

Skimming through book's contents won't show skill progress indicator
[Aftershock] Remove Circus Strongman
* Less precise item info

volume to three decimals. Everything else to what makes sense

* Remove build script

Delete my bat for compiling

* restore round_up

Restore rounding up and set to thousandths place, for extremely low volume items.
Added "brush" to the recipe alongside rags or sponges. I changed the description to be more generic and accurate.
…ace-handling

Update tileset compose colorspace handling
change aim level move time to int
Looks_like application for fields like fire and blood.
Fix reference to non-existing item group
@fengjixuchui fengjixuchui merged commit f4732e2 into fengjixuchui:master Feb 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.