hi Logitude
Thank you for the great desgin! our group had quite some fun with it!
Here are some feeling and possible minor suggestion
- interface is great, the procress feels smooth!
- although phone intercation is sligly hard to view and click, is still great!
- loading lotsl nation draft sometimes are long
- love the undo, sometime phone clicking could go really wrong
minor
- Changeable room name: changing the rule in room might be problamtic for trap room,but name should be ok?
- possible listing for other resource count like how military/book/stability in a bar too? a optional could work for tracking instead of jumping back and forth
- ending a inviation or room: i think previous trend metion, both ending a stuckwrong game base on consence or getting a invited game start with or without invited player could work, but not sure if that will casue problem for room setting as number of player?
question?
- will stacking open archive game(etc ppl don't play) become a problem or pressure for the web?
Keep up the good work! thank you~
Trail and feedback
-
Logitude
- Posts: 75
- Joined: June 28th, 2025, 8:15 am
Re: Trail and feedback
Nice it's working well enough!
I actually changed something just now that might help with drawing speed. It's going to take longer to draw the nations when drafting. But most cases should be faster now, so let me know how it goes.
I could theoretically let people edit the title, but I'm not sure I will. You can use chat to convey different information.
The general problem with uninviting people or unjoining a match is the potential for one person to leave while another joins and creates the match. I'm not quite sure how to synchronize that code. I don't know how two consumers could share a mutex object. My guess is I would have to use the locking nature of the database accesses to synchronize. There's probably a way, but it will require some research to figure out.
It's tough to say how many matches it will take to fill up the available disk space. I think that's the limiting factor. The database query should still be fast enough, I think. And I can add more levels of archive as well as pagination to speed up page loading.
Enjoy!
I actually changed something just now that might help with drawing speed. It's going to take longer to draw the nations when drafting. But most cases should be faster now, so let me know how it goes.
I could theoretically let people edit the title, but I'm not sure I will. You can use chat to convey different information.
The general problem with uninviting people or unjoining a match is the potential for one person to leave while another joins and creates the match. I'm not quite sure how to synchronize that code. I don't know how two consumers could share a mutex object. My guess is I would have to use the locking nature of the database accesses to synchronize. There's probably a way, but it will require some research to figure out.
It's tough to say how many matches it will take to fill up the available disk space. I think that's the limiting factor. The database query should still be fast enough, I think. And I can add more levels of archive as well as pagination to speed up page loading.
Enjoy!
-
ga683919
- Posts: 3
- Joined: November 1st, 2025, 4:56 am
Re: Trail and feedback
hey thanks for the quick reply
Is ok, is really good already, here is one more detail as my friend as i grind throght some matchs
I notice some wdoners like petra, they have active ability, but somehow really hard to click and actiave
not sure how coding work, but perhaps a little arror marking similar to delopy marker?
Is ok, is really good already, here is one more detail as my friend as i grind throght some matchs
I notice some wdoners like petra, they have active ability, but somehow really hard to click and actiave
not sure how coding work, but perhaps a little arror marking similar to delopy marker?
-
Logitude
- Posts: 75
- Joined: June 28th, 2025, 8:15 am
Re: Trail and feedback
The hitbox for Petra is the size of the whole card. I don't think I can make the hitbox bigger.
It's possible there's enough of a delay that it feels unresponsive. Kayser suggested drawing something to indicate that input has been received instead of waiting for the response to come back. I might try that soon.
It's possible there's enough of a delay that it feels unresponsive. Kayser suggested drawing something to indicate that input has been received instead of waiting for the response to come back. I might try that soon.