phillip reports: loren werden aufgesammelt beim ... #5293
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
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#5293
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?
phillip reports a bug:
Player position:
Player look:
Player information:
Player meta:
Log identifier
Profiler save:
Status:
Teleport command:
Compass command:
i don't understand this even when using a translator. is this about minecarts getting picked up when you get out of them? what exactly does that prevent?
I understand the first sentence but "optical and interconnected possibilities are destroyed." what is that supposed to mean?
only idea I have is they want to make a minecart train but I could be way off target
A far as I understand it (even as a native speaker it's very hard to understand what this means...):
minecarts are picked up when you leave them. Thus visual and earmarked possibilities are lost.
I have two ideas what the issue could be
visual stuff: using the minecart as a decoration. Solution: don't enter it once it is on place
perhaps phillip tried to create some sort of public train service: minecarts cycle on a route and players can hop on and of like in a metro
cf. #33, #763, #1930, #1932, and the endless issues about carts off the rails due to lag e.g #1654. maybe carts could be revisited at some point, but getting them right would probably require re-implementing 60% of advanced trains.
The issue is about that when you try to get out of a cart, it is automatically dug and placed in inventory. The use wants it to stay for decor.
But there's nothing preventing one to place a cart where necessary - if there are ways to place a decorative cart elsewhere, not on rails, then it's a bug and needs to be addressed.
Reimplementing trains ... there must be a different way. If necessary, let's open another issue about reimplementing trains and leave this a documentation issue unless there is a usecase I might have missed.
Hello phillip,
you can still place carts in a decorative way on cart tracks, they only don't stay if you get out of them. What's the usecase where this does not suffice?
Greetings, Alias
-- german
Hallo phillip,
du kannst carts immer noch auf tracks stellen, sie bleiben nur nicht erhalten, wenn du aus ihnen aussteigst. Hast du einen Anwendungsfall wo das nicht reicht?
Grüße, Alias