stackable empty compass #2186
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#2186
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
AspireMint also requests that "empty" compasses have a larger stack size. i think this is a reasonable idea.
Empty books also have a larger stack size, since there's no tool or meta behind it.
well, written books are also a distinct item...
if i increase the stack size, programming one compass has the effect of programming the entire stack. also, the compass duplication glitch allows you to dupe whole stacks...
stackable empty compasto stackable empty compassShould there be
waypoint_compass:compass_unset
(or whatever) with increased stack size andwaypoint_compass:compass
with stack size 1?Or programming whole stack can be useful?
I'm not sure if I want to stack them at all, having compass being a "tool" seems ok?
But maybe I just don't want to deal with implementation ;)
Very understandable :-) I've sometimes wished for stacking them, but...it's not really needed. Not enough to warrnat the implementation effort I'd say. We have enough other work...