Service reports: Implement a Formspec which sta ... #5513
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#5513
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?
Service reports a bug:
Player position:
Player look:
Player information:
Player meta:
Log identifier
Profiler save:
Status:
Teleport command:
Compass command:
Currently we try to talk to people, whose chat may be off or they otherwise have no means of receiving messages. They simply may be not aware of the chat.
I'd like to send them a formspec, with buttons so they can answer.
Since I've the feeling noone really likes formspecs here, I thought this would be suited for me.
(I've done some formspec mods before, but I never finished them :D)
turned out this is way more complex than I thought (or I added too many features)
https://gitea.your-land.de/tour/chat_formspec
I guess bailiffs should make use of it (ct. #3323 (comment) I guess there was even a more precise issue but I can't find it). If even devs struggle with formspecs, how shall bailiffs do? So I added a gui.
Chatcommands are only used to access this gui. So the feature this mod provides is not exactly what was bugged here. If this is a problem, please let me know!
I'm also not 100% sure what preset answers means (or how that should be handled). If it's just about some buttons which trigger an event (chat message which is sent do the one who invoked the fs) it should be doable quite easily. If it's something else: Then I have coded something useless :D
If this mod is more or less the right direction, I'll try to add more features, such as translations. (check out the issues in the mod :D)
i'm done for the night. remind me to review this if i forget about it, i'm interested.
played around with it a bit, this is actually much better than i was imagining! i didn't do a thorough test, but i think it's probably good.
perhaps one thing - the message doesn't indicate who sent it. probably it should, so the player can e.g. /msg the sender.
After quite some delay I guess I finally understand what Alias meant here tour/chat_formspec#7 and here
Not creating a new formspec but insert a new question and new answer-options into a template
So I threw out hardcoded preset formspecs alltogether and implemented the #-Synax proposed by Alias.
Since this made things much simpler reused 50% of the code and started anew - see https://gitea.your-land.de/tour/chat_formspec-redo for the updated version.
Yes, this is what Alias meant, but with visual editor addition, nice :)
Only some weirdness I feel is happening when I press buttons in the "preview" area.
Otherwise this is cool, and with translations could work nicely...
Even better if predefined response buttons will work with translations too...
Just say when ready for QA :)
Had to make sure, but that was/is already possible:
formspec_escape
does not remove translation markers. updated the documentation (57e2520b35
)Added translation for everything the target can see. Note that the sender will now see the preview based on his locale.
Feedback welcome (both the english texts and german translations)
I did not translate the presets since I suspect them to be changed somewhere else.
Yes, can't avoid that... I use the same code to render the preview and the target fs. IMO there is no need to catch these events, but if ppl see that different I can implement some stuff 🙂
Unless the last point is a blocker: ready for QA
Crash: your-land/bugtracker#6300
crash is (hopefully) fixed...
Got an idea for this while working on the crash. You can no longer click there. (Note that you can still trigger the weirdness by using tab)
AliasAlreadyTaken referenced this issue2024-03-14 05:47:46 +00:00