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

Add TESTING ContestParticipation type #1670

Open
kiritofeng opened this issue May 7, 2021 · 1 comment
Open

Add TESTING ContestParticipation type #1670

kiritofeng opened this issue May 7, 2021 · 1 comment

Comments

@kiritofeng
Copy link
Member

One of the things that some contests (i.e. WAC) likes to do is to throw their testers in a windowed contest to see how well they perform in that window. With spectating, contest authors can't watch how their testers are performing (since it's untimed), and would need to calculate how long it takes the tester to solve each problem manually (which was how it was done before). I think it would be more useful for contest authors to be able to watch their testers through participations.

Ideally, we would use a new virtual number (e.g -2 for "testing"), and display testing participations in the Participations tab (maybe hide it so only contest authors and curators can see), but that's a lot of refactoring, so for now, we can probably use the built in virtual join system (perhaps something like "If the contest hasn't begun and the user is a tester, use virtual join. If the contest is ongoing and the user is a tester, use spectate").

Some other opinions on this would be good.

Originally posted by @Ninjaclasher in #1668 (comment)

@Riolku
Copy link
Contributor

Riolku commented Feb 27, 2022

I wonder if it's really best to use a number to indicate participation type. I guess it's not the end of the world, and I can't think of any better ways to refactor this if we are to keep the current virtual join system.

I am against putting the data in the Participation tab. I feel like that should show your participations, as it currently does. Instead, we can add another tab, and reuse a large amount of the current code, and throw all the testers onto one board.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants