After saving a game page the following message will be displayed to the user:
Game TITLE has been updated, but the changes you made will only be visible after a moderator publishes them. You can view all updates to TITLE under Revision operations. A link to content you recently edited is also available through the Edited Content tab on your profile page.
i'll look into it.
Yes, the screenshots are there.
But in that case, the message after submission should not say that the page has been edited, when it in reality it is still up to appoval by moderation. That’s just wrong.
Everything is fine, new version gets publicly visible after moderators approved it; just check the page, new screenshots should now be visible
I agree that the distinction between emulators and virtual machines in kind of fuzzy. Games running in ScummVM require a virtual machine to interpret their byte code, but the same is true for any Java, .Net or Python games. On the other hand it would be possible to write an interpreter for X86 machine instructions and run DOS games in it, but still it wouldn't make those games submission candidates.
My attempt at writing down a rule would be: If any code originally written for a physical (hardware) machine is required to run a game it's not a Linux game. It's still fuzzy, because there are things like software synthesizers that emulate obsolete hardware, but I guess you have to draw a line somewhere.
> As far as I know, Wine works similarly to Mono. It runs Windows applications more or less like native Linux applications.
No, Wine and Mono are fundamentally different. .Net applications are byte code and require a virtual machine, just like Java (or Scumm). They don't run native on any platform, and if they are properly maintained they can be considered Linux games just as well as Windows games. Prominent examples are FEZ, Bastion or SpaceChem.
I never implied that it was. I'm saying that even though some Windows games run flawlessly under WINE, they are still not listed here. So if we consider WINE off limits, then we should consider ScummVM and DOS off limits, which are more VM-like.
As far as I know, Wine works similarly to Mono. It runs Windows applications more or less like native Linux applications.
Dosbox is an emulator (of CPU, sound system, graphics system, etc.) with operating system (DOS-like) bundled.
> at the cost of a huge performance loss(which is totally irrelevant for that kind of games).
It depends. Many interpreters use "mixed approach" by precompiling pieces of code and keeping it, instead of reinterpreting same instructions again and again. Moreover, together with different optimization techiques (e.g. runtime statistics and analysis), several pieces of code can run _faster_ in interpreter than "plain" binary. Again this is broad topic.
> If WINE is to be considered an emulator
Please, never call Wine an emulator (even if you know it's not), because it will confuse people. Wine has nothing to do with emulation. What it actually does is:
- Take x86 machine instructions out of *.exe file
- Run them _as is_
- If those instructions try to call another piece of x86 code that initially resided in some *.dll files provided by microsoft & co (and entirely depends on windows os), don't do that...
- ...but instead call the code that does the same thing, but was written by Wine team and can work on Linux