Forums  /  The Site  /  Feedback thread
  goadirothgoadiroth

Ok I understand. I'll be patient n wait 🙂

The indicator that I was implying would just let you know how close your game is to being reviewed. Like "There are 75 New Game Requests ahead of yours" - And tbh I kinda get the feeling that there is a line even if there isn't one. If I were to withdrawal and resubmit a request for a new game, wouldn't I would be sent to the end of the "line" / list?

 
  DangerlessDangerless

@goadirothgoadiroth No and yes, if people resubmit then we will usually ignore it for awhile if it wasn't rejected and focus more on the other requests. However, that doesn't mean we may look at it anyway but it doesn't increase your chances of it getting rejected/approved sooner (its more annoying if anything). Everyone on staff does things differently from one another while keeping the same mindset while going through the queue, some of us might start in the middle, some of us hop around, if there's a game were unsure about then coming back to it later is more ideal to have a clearer mindset instead of being pressured and stressed. That last one may seem a tad inconvenient, but its a lot better than holding up everyone else if there was a line.

Consider this, if we did just do everything in a line we would likely hold up the entire queue by days to weeks and we'd have to extend the time it may take from 2-3 weeks to likely about a month to make up the time difference. There's a lot of game requests that get submitted often, so there's no real easy way to make the process any simpler without it costing quality control and time.

So, an indicator just wouldn't have any benefit.

QuivicoQuivico and goadirothgoadiroth like this. 
  6oliath6oliath

I think run submissions should always allow millisecond input. All runs should have millisecond data even if it's invisible.
The game settings should then dictate what level of precision is tracked on the board.

Example:
A runner can enter 12min34sec567ms in a submission, regardless of the degree of precision by which the times are tracked.

If the board is set to centiseconds (truncated), the time of the run is treated as 12:34.56.
If the board is set to centiseconds (rounded), the time of the run is treated as 12:34.57
If the board is set to seconds, it'll be 12:34. (Rounded seconds is 12:35 but I'm not sure if any board should be rounding up seconds. There's probably a few exceptions.)

That way if the mods decide to change the board/category settings later, the data of the run allows it to auto convert to the new timing rules of the board/category.

goadirothgoadiroth, ShikenNuggetsShikenNuggets and 2 others like this. 
  LivLiv

@6oliath6oliath

"I think run submissions should always allow millisecond input. All runs should have millisecond data even if it's invisible."

What happens when runners don't want to input milliseconds, though? Since you state all runs should have milliseconds, the choices then are mods must retime the milliseconds, milliseconds are by default put to 000 on those runs and tracked like that (which could be incorrect if the way that board displays runs is ever changed) or the runner must retime runs before submitting.

Runners being able to input milliseconds regardless sounds fine, but runners should also then have the option of choosing not to input milliseconds at all, also. And leaving the field blank, regardless of whichever of those options mods choose.

If you display 5:54 on a board without choosing to list milliseconds, that is a correctly listed time. However, if you then choose to display milliseconds and it comes out as 5:54.000 because a runner chose not to use milliseconds, you're then selectively choosing to display milliseconds, and if that runs milliseconds aren't .000 in a retiming process, then that time is now incorrect.

 
  HowDenKingHowDenKing

The main issue I have with that is that a 5:54 would still be treated as a 5:54.000 by the site,
regardless of if it's set as .000 or not - the site essentially doesn't care for your little differentiation.

I'd suggest here using a --- placeholder, essentially acting as ".9999",
so a run w/o ms set would still appear above 5:55.000 runs, but below 5:54.999 runs.
unless you're actually inputting the proper ms, a run should not have the benefit of being listed as .000,
otherwise a runner might exploit this by purposely hiding or withholding the ms to gain a better placing when they would be placed lower on the board otherwise.

QuivicoQuivico, dhadha and 2 others like this. 
  6oliath6oliath

@LivLiv

Originally posted by LivSince you state all runs should have milliseconds

I did not state that. I'm afraid you may have misinterpreted the first line of my post.
I don't disagree with what you're saying in response to how you interpreted my statement though. We are on the same page.
With my suggestion, a runner can choose to input ms even if the game doesn't visibly track ms, or even if the run tracks only tenths of a second. Or they can choose not to if it's not required.

@HowDenKingHowDenKing

Originally posted by howdenkingThe main issue I have with that is that a 5:54 would still be treated as a 5:54.000 by the site

Well no, that's the whole point of my suggestion. As I said,
"If the board is set to centiseconds (truncated), the time of the run is treated as 12:34.56.
If the board is set to centiseconds (rounded), the time of the run is treated as 12:34.57."

The potential problem you pointed out, (where a runner can omit ms), is not a problem unless the board switches timing rules and decides to start tracking milliseconds. So that's a pretty exceptional situation but not unheard of. The thing is... that problem ALREADY exists as things are now. If a board that doesn't track ms (or tenths or hundredths) switches from seconds to partial seconds, everyone gets set to .0 or .00 or .000.
With my suggestion, the conversion work is already done for those who already submitted their accurate ms times.
It would be the mod's job to retime runs with the current setup, as it would be with the proposed setup. This is not more work for the mod. It is equal or less work for the mod.

I thank you both for the responses.

ImaproshamanImaproshaman likes this. 
  MyLittleWalrusMyLittleWalrus

Looks like you guys were just discussing milliseconds, but my friend and I were talking about this too, so I guess I'll add my input as well: I think each run should have the option of showing milliseconds instead of the whole leaderboard having that one option.

I'm the head moderator for New Super Mario Bros., and we have it so all runs under 24 minutes are retimed to the frame; the rest are only down to the second. If one of the sub-24 runs happened to land exactly on a second, it won't show up as XX:XX.000, it will show XX:XX. This isn't a huge problem, of course, but I personally think it looks awful and unprofessional to have one run without milliseconds surrounded by runs with them.

This could be fixed by having an option on each run of showing milliseconds instead of having that option be applied to the entire leaderboard, as I said before. I'm not experienced with large databases, but this seems like it would be very easy to implement: add a new field for milliseconds to every run, keep every run with non-zero decimals as a milliseconds run, and make the rest down to the second. The cases where a run actually landed exactly on the second would have to be manually changed and populated with 000ms.

Thanks for the consideration.

QuivicoQuivico, dhadha and 2 others like this. 
  dhadha

That was also my idea, I think it can be implemented without adding any button, basically:

On the submission form is you don't put milliseconds (by default) it doesn't show anything (2:25)
If you put 000ms it shows it as you supposedly re-timed the run to milliseconds (2:25.000)

And of course mods can edit a run by removing 000 or adding 000. (Talking only 000 because there's no problem for other values).

Now, to be even more precise, as it is right now 2:25 is considered 2:25.000, so if you have something like this https://i.imgur.com/qXZA0br.png
2:25 is shown first on the list. I would change it so 2:25.000 is shown first, but 2:25 with no milliseconds is show last... if this can be implemented easily, otherwise it doesn't matter because the problem is alredy there so you still make an improvement with the 000 thing.

 
  HowDenKingHowDenKing

@MyLittleWalrusMyLittleWalrus

Originally posted by MyLittleWalrusI'm the head moderator for New Super Mario Bros., and we have it so all runs under 24 minutes are retimed to the frame; the rest are only down to the second.

I have so many issues with how widespread this behaviour is,
you're treating slower runs different than faster ones - it's a 2-class system.
The site should not support this.

ImaproshamanImaproshaman likes this. 
  dhadha

@HowDenKingHowDenKing Milliseconds are optional. You are not obligated to use them and so using them only for good run is a good behaviour.

afnannen136afnannen136 likes this. 
  HowDenKingHowDenKing

@dhadha it's optional, yes.
that doesn't mean treating people differently is "good behaviour".
unless you can find an actual argument keep quiet,
don't want to hear from someone who forces people to "play perfectly" else they don't get to submit their runs.
you're the last person who should have any say in any of this.

Originally posted by Seterra Rules-Must get 100% - no mistakes

goadirothgoadiroth and LonneLonne like this. 
  dhadha

@HowDenKingHowDenKing Talking about seterra into a milliseconds discussion is not really an argument since we are going by IN-GAME TIME FULL SECONDS, also the rule is not made by me but by the other 2 mods and approved by the whole community expect you "Who consider yourself part of the community because you posted a single 2s run (no mistakes) just to tell that you don't agree with the rule".

I would talk about you (And how you split full runs into ILs without the consent of the runner) but we already made this same discussion in the discord and it's not related to this thread.

"The site should not support this." You are implying to all mods of all games that if they want to re-time to milliseconds a single run they MUST re-time to milliseconds EVERY RUN on the leaderboard otherwise they treat people differently 2-class system shit.

 
  LivLiv

If you're gonna bicker on stuff apart from your suggestion/feedback keep it out of this thread please and take it to DMs.

PidgeySRPidgeySR, OxkniferOxknifer and 5 others like this. 
  TalicZealotTalicZealot

This has come up before multiple times, but with the redesign I feel like it would be a good time to reconsider query string parameter routing for subcategories, considering how popular their usage has become.

ImaproshamanImaproshaman likes this. 
  HowDenKingHowDenKing

Went through all 73 pages and noted down what hasn't really been touched upon.
Note: this is just a list of what's been suggested so far - I don't claim that any of these changes would be good or bad for the site.

Basically so we're back on a blank slate because 73 pages are a lot of info to go through.

Runs

- Emulator Info on runs done w/ emulator (Emulator used, Emulator version used, etc.)
- Setting to allow times of 0s to be submitted
- Blanking / "Not Available" Setting for timers (e.g. removing ingame-timer from category a, but having it in category b )
- Allowing to mark parts of timers as undefined (e.g. putting "---" for ms)
- Allow to show ms regardless of if they're 000 or not
- Setting for how many digits after seonds are used (deci, centi or ms)
- Setting for what Categories / Timing Methods use ms
- Checking against db if info of a run (e.g. video) has been submitted before
- Checking against db if run submitted is a 1:1 duplicate (maybe 1:1 except name in case of imitation)
- Possibility to "Favourite" or "Like" a run like forum posts
- Show Audit-Log of a run beneath the run
- Add "Last edited by" field like verified by field on runs / threads / guides
- Lock editing runs by non-moderators after X time.
- Use newer version of Splits.io API so ingametime is shown properly.
- make ms box available to moderators regardless of leaderboard setting

- Bug: Dates can only be set via the Date-Picker, not manually via the textbox
- Bug: Empty Dates can't be set anymore
- Bug: Nicovideo embed doesn't work (Nico updated their players)
- Bug: Submitting runs with multiple players will re-order the list of players
- Bug: Obsolete runs don't have the BIG "Verify"/"Reject" Buttons

Leaderboard / Board-Moderation

- Mass-moving runs
- Moving runs between Full-Game / IL Boards
- Board-Backups
- Restoring Backups of boards
- Some way to submit japanese / other Titles of games (jp titles have been reserved to admin only)
- IL Name Translations
- Possibility to force IL names into 2 rows for better formatting (via \n)
- Moderator Notes on runs
- Option to disable the "Automatically Verify Run" checkbox
- Third option on verify run page besides verify/reject: "Fix issues with run and resubmit"
- Adding certain platforms should automatically add compatible platforms (e.g. adding 3DS should add N3DS)
- Assigning/Disabling Categories on specific Levels for IL Boards.
- Category Setting for which Platform is selected by default for submissions.
- Differentiation between “Playable on” / “Released on” Platforms
- Setting to require multiple mods to verify a run
- OCD-Setting so Names, times, Platforms, etc. are aligned perfectly instead of centered.
- Community Announcements that get displayed on every page of the game
- Direct-link to subcategories via $_GET[] stuff? (via id instead of name for if a name gets edited)
- Disable Timing Methods per category/Board instead of a blanked “all available”
- Lock / Archive Leaderboads for e.g. Legacy / Time Limited Stuff
- Single run applying to multiple categories at once (possibly with multiple times)
- Add field for “Image proof” so it doesn’t need to be put in comments
- Assigning/Disabling Variables on specific Levels/Categories
- Mod-Only Variables that can’t be set by users when submitting
- Multiple IL / Full-Game Boards per Game (Bonus points if they’re renameable / more modular)
- Highscores?
- Full-Non English Character Category/IL Names for JP-Only Games
- Request Category/IL Button on games
- Better IL Management (Moving & Creating ILs that need to be at the top is tedious with many ILs present)
- Make “Hide empty columns” apply to variables as well
- Show where the video proof is hosted on via icon-change per host.
- Make away with the “Filter” button and put the functions on the column-titles/headers like sorting by time.
- More Modularity with “X Cover” (e.g. Japanese Cover, German Cover, etc.)
- More Modularity for the Region, e.g. singular country / language used for multi-language releases.
- Show upcoming Marathons that a game is in below board’s menu
- Make urls case_insensitive (new games are already forced to lower_case_only so it's more of an issue with old ones)
- Make the box of Subcategories a bit bigger so they don't go into multiple rows as easily
- When a Subcategory uses 2 rows, make it so it's one big box with 2 rows instead of 2 rows of small boxes.
- Possibility to switch between filters / subcategories when viewing the "All Levels" page
- Guides: “This is a minor edit” checkbox for fixes that don’t send notifications.
- WR Graph: Find possible solution to multiple WRs in one day

- Bug: Ties submitted on the same day are not properly sorted
- Bug: Variables show on Categories they don’t affect
- Bug: Using Browser “Back” from a run to leaderboard, subcategory shows last selected, loads first in list.
- Bug: Overdue runs (21+ days in queue) are no longer highlighted.
- Bug: Statistics Page shows 1 less thread than there are (resulting in -1 for empty ones)
- Bug: Too many Misc. Categories leads to the box extending to the top, making the first few items unselectable.
- Bug: Default Variables aren't shown as selected in the Filter list but show "Any"
- Bug: Audit-Log text breaks its boundaries
- Bug: Enabling ms, putting runs up with ms and then disabling ms will cause the site to continue to use ms.
- Bug: Misc. IL Categories still show up on the "All Levels" Page
- Bug: Subcategory selections that span multiple rows don't have a border on the left/right ends where it splits.
- Bug: "All Levels" page doesn't filter runs so emulator runs are shown even if emulators are hidden by default.
- Bug: If the first category is marked as misc, it will still be the default category when opening the page

Other

- Forum: Show “Delete post (by X)” instead of nothing
- Forum: Fix User-@ & Link Markdown so it doesn’t break on special characters

- Bounties managed by the site (e.g. a bounty only being put up after src has gotten the money as middle man)

- Games: Tags, Publishers & Developers, please fix them
- Games: Ability to Block Games / Hide them from Front-Page/Search

- Search: Add Release-Year to the name of games so same-name games don’t need it in the title

- Guides: Linking them to runs / categories for easier recognition of what they’re about

- Series: Make sure Covers & Titles align over the whole row.

- Notifications: Make Likes only show the new like instead of all everytime.
- Notifications: Show all button for when there’s more than 12 (or you want to see old ones)

- Donations: Gifting Donor Perks

- Profile: Return of the "Earth" Flag (& Possibly adding Moon Flag as NASA wants people on there really soon)
- Profile: Show-Case like Steam Profiles where you can put a run/guide to give special treatment.
- Profile: Nationality / Location Split (So Pac can change it to Japan/USA etc. when he travels but show his actual nationality^^)
- Profile: Last Logged Action below Last Online
- Profile: Show Patreon donation-totals (E.g. showing a list of “Patron for X Months (X$ per month)”)
- Profile: Discord-tag as a div that pops up below the button instead of a browser popup.
- Profile: More Stats (e.g. Submitted Guides, # of liked posts, etc.)
- Profile: More Sorting options for runs / Games on IL
- Profile: A way to see your obsolete IL runs
- Profile: Show participations in Marathons
- Profile: Find a better looking solution for multiplayer runs & long category names / subcategories.

- Social Media: Use the Patreon Page for something, please…

- Site: A reference Page for features the site has (e.g. /randomgame)
- Site: New Layout overrides Name-Colour in the top-bar
- Site: A Sandbox Leaderboard so new Moderators can play around with the settings w/o breaking stuff
- Site: /user showing a list who has the most WRs
- Site: A page with oldest untied WRs
- Site: Allow to embed imgur links with the regular imgur url instead of the direct file link

- API: Submitting a run with a players/guest field will result in an empty response from the API
- API: "top" filter for leaderboards seems to be disfunctional and throw obsolete runs

- Bug: Using Browser "Back" function on forums keeps "show empty" as activated, but doesn't show empty ones.
- Bug: Uploading Split files to resources doesn’t work despite being listed as allowed filetype
- Bug: Not closing a quote bbcode tag (or closing it incorrectly) will cause the post to become not editable.

/edit: Missed smth & minor Spelling fixes.
/edit 2: Added a small thing from discord.
/edit 3 & onward: I noticed people have been plugging suggestions in the Bug Thread, going through that as well now.
/edit... 10?: went through the Bug Thread, was way less than the feedback thread ❤️

meauxdalmeauxdal, PidgeySRPidgeySR and 13 others like this. 
  ShyneurShyneur

Suggestion - Buttons to organize multiple videos

I wondered how you were supposed to post multiple video links and sources to your run submission, and turns out you just need to put some spacing between your links.

So I wondered : Can't we use some buttons to better manage the way multiple videos are displayed on a run page, instead of them stacking up ?

So maybe something like a "Youtube/Twitch" switch

https://i.imgur.com/xFZeIHm.jpg

or a "Pagination menu" for segmented runs

https://i.imgur.com/oAVtV6U.jpg

All of this for the sake of UI, lisibility and clean display.

What are your thoughts ?

ImaproshamanImaproshaman, OxkniferOxknifer and 8 others like this. 
  HowDenKingHowDenKing

the parts thing looks incredible, would love to have that.

ImaproshamanImaproshaman likes this. 
  LivLiv

I'll try to forward the bugs list in the admin chat, and make Pac aware of the list.

Lack of a date probably can't be 'fixed', as that's just how the required date field works, but I could probably suggest an option for leaving a played on date absent entirely.

ImaproshamanImaproshaman, ShikenNuggetsShikenNuggets and 4 others like this.