-
Notifications
You must be signed in to change notification settings - Fork 318
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
Don't show status for official #1733
Comments
Unlike tools however, official games should show up if the user has filtered for playable - we can add a check that all official games must have status: playable |
Well, that depends on what "playable" means. Does it mean that it needs to produce end-user consumable binaries? Does it mean that the source code needs to be compilable with modern tools? What if game developer publishes source code for 30 years old game, but it's very difficult or impossible to compile, because the compilers, SDKs etc are no longer available/working? The OSGC documentation doesn't say. I had this doubts when I added https://github.com/2point21/lba1-classic-community to OSGC. I marked it as unplayable, because I had the feeling that it's not immediately usable even for a skilled programmer. Of course that one is marked as remake, because it's the community version of the repo, but there's also https://github.com/2point21/lba1-classic , which would be |
In that sense official games are by definition playable. I agree that ease of compilation is an important point, but I'm not sure how to draw that line. A lot of official source code releases might require 30 year old compilers, which are hard to get, but in theory if you had one you could compile it, for a very old OS (e.g. MS-DOS). I think we can put this information in the |
OK, that sounds reasonable. I'd also like to point out my (unanswered) question about open source engines here: If those engines were to be marked as Marking them as Here's a thought - what about marking official releases playable by default, but still allow the playable status to be overridden if explicitly present? That would help with corner cases like the ones mentioned, they could be re-labeled if needed. |
Official code releases should by definition be playable - hide status and disable status check, similar to for tools; see
The text was updated successfully, but these errors were encountered: