To-do: Difference between revisions

From No-Intro ~ Wiki
Jump to navigation Jump to search
No edit summary
mNo edit summary
Line 1: Line 1:
[https://gist.github.com/unexpectedpanda/180986b901d82b53101bdbd4db904552 Various suggestions from unexpectedpanda]
[https://gist.github.com/unexpectedpanda/180986b901d82b53101bdbd4db904552 Various suggestions from unexpectedpanda]


{| class="wikitable"  
{| class="wikitable"  

Revision as of 10:24, 21 April 2022

Various suggestions from unexpectedpanda

Category Suggestion Status
Interface Page should be responsive, not fixed-width.
Interface Search bar on every page, that can search titles+hashes+serials for every system (like redump)
Interface Solicit feedback/help on the DoM sidebar?
Interface Keep users logged in for longer
Interface Login box at top of page
Interface Remember last page/system/search-settings
Database Put more stuff in parameters in URL (e.g. for search) so that more stuff can be linked to
Database Each archive (at least) could have a permanent ID (GUID or similar), and pages should be accessible via URL with that ID, so that database entries can be referred to by third party projects (like Wikidata), without there being a risk of the ID changing.
Database Locked DATs should still be viewable.
Database It would be more efficient for the user if all forms (archive, source, file, attachment) were all on one edit page
Database "Extra" (user-specified) fields like the archive has would be useful for sources and files too
Database If an archive only has some files MIA, then the tag in Search and the top of the archive page should say "Partially Missing" or something like that, not just say "Missing".
Database DAT files could be cryptographically signed so people can tell if reuploads of the dat files are genuine. Probably best to include a text file with the filename, size in bytes and sha256 of each file in the download, and then sign that.
Database Dynamic cue generation/download for Non-Redump dats
Data Import/Export Create a YAML/YAML-like format for "text dump" submissions in forums, as an alternative for the formats people end up "making up"
Data Import/Export Create a script that datters can use locally to convert the YAML format (or just variable human-readable text format) into the DoM import XML
Data Import/Export Make import XML support all DoM fields and use names consistent with those DoM fields
Data Import/Export Create schema for import XML
Data Import/Export Use same XML format for export (instead of the "plain text" format that doesn't have all the fields)
Data Import/Export Create API to allow specific data to be retrieved/added to DoM:
  • Allows emulators/dump tools to interact with DoM
  • Check ROM status
  • Submit data directly
Data Import/Export Change-request system. I.e. Datters could accept/reject/edit/add comments to submissions by non-datters (maybe even people without logins)
Data Import/Export Allow CSV import
New Database Fields All fields where people use commas to separate values should probably be split into multiple fields?
New Database Fields Scene releases should have a Region field, like "normal" sources. Done
Maybe add faster hash types. E.g. BLAKE3 (cryptographic hash, faster than SHA256 but less common) or xxhash (even faster but not a cryptographic hash).
Input Validation Some formats should have certain file extensions and vice versa. E.g.:
  • N64 - BigEndian = z64, ByteSwapped = v64.
Input Validation Serials generally follow a certain format
  • N64 - BigEndian = z64, ByteSwapped = v64.
Input Validation There is generally a fixed list of PCB serials for each system.
Input Validation Some sizes are invalid (or unlikely) for some systems