1,123
edits
Difference between revisions of "Windows/Console"
m
/* The current option is inconsistent, when starting directly (no console), compared to starting via a command prompt (console used, and prompt not returned). The standard behavior of GUI only programs, is to return the prompt straight away, if start
m (/* The current option is inconsistent, when starting directly (no console), compared to starting via a command prompt (console used, and prompt not returned). The standard behavior of GUI only programs, is to return the prompt straight away, if start) |
|||
| Line 90: | Line 90: | ||
::: My comment is based on experiences with good UI design that hold valid on all desktop platforms; *and* is based on experience with Windows. For a polished Windows GUI program, it is very uncommon to show a console dialog. Please don't repeat the "we are beta level" argument, we are not in beta. And I dare say that even among beta programs on Windows, showing a console is not that common (though I must admit that I rarely run beta software on Windows; but e.g. Chrome and Firefox betas don't do that). --[[User:Fingolfin|Fingolfin]] 09:28, 26 October 2010 (UTC) | ::: My comment is based on experiences with good UI design that hold valid on all desktop platforms; *and* is based on experience with Windows. For a polished Windows GUI program, it is very uncommon to show a console dialog. Please don't repeat the "we are beta level" argument, we are not in beta. And I dare say that even among beta programs on Windows, showing a console is not that common (though I must admit that I rarely run beta software on Windows; but e.g. Chrome and Firefox betas don't do that). --[[User:Fingolfin|Fingolfin]] 09:28, 26 October 2010 (UTC) | ||
:::: This comment seems under the incorrect section, we are talking about the inconsistent behavior of the current method (disabled by default) used in ScummVM, to disable the console. [[User:Kirben|Kirben]] 13:40, 26 October 2010 (UTC) | :::: This comment seems under the incorrect section, we are talking about the inconsistent behavior of the current method (disabled by default) used in ScummVM, to disable the console. [[User:Kirben|Kirben]] 13:40, 26 October 2010 (UTC) | ||
::::: We can also switch ScummVM to windowed app type and it won't wait *BUT* actually ScummVM *is* also a charmode app. In the windowed app case, "scummvm -?" won't work anymore and I don't think that this is desired behaviour. So the current new way of hiding the console in case, we are started directly makes actual sense. --[[User:M kiewitz|M kiewitz]] | |||
:Why is this pro/con hiding only? There is also the possibility of just showing the console, when its actually needed (error in game or md5 for unknown game etc.) - m_kiewitz | :Why is this pro/con hiding only? There is also the possibility of just showing the console, when its actually needed (error in game or md5 for unknown game etc.) - m_kiewitz | ||
:: I am not completely sure at what your comment is directed. Please clarify :) --[[User:Fingolfin|Fingolfin]] 15:56, 25 October 2010 (UTC) | :: I am not completely sure at what your comment is directed. Please clarify :) --[[User:Fingolfin|Fingolfin]] 15:56, 25 October 2010 (UTC) | ||
| Line 96: | Line 97: | ||
::: Yes, I have not come across any Windows program that will show the console window on demand in that way. [[User:Kirben|Kirben]] 00:23, 26 October 2010 (UTC) | ::: Yes, I have not come across any Windows program that will show the console window on demand in that way. [[User:Kirben|Kirben]] 00:23, 26 October 2010 (UTC) | ||
::: I agree, suddenly and unexpectedly showing the console like that seems worse to me (from a UI design point of view) than always showing the console. To iterate it once more: If there are messages the user should see, we must not rely on the console output, but rather must display the information to the user by other means, such as GUI dialogs. And this holds true regardless of how the discussion here is settled in the end. --[[User:Fingolfin|Fingolfin]] 09:30, 26 October 2010 (UTC) | ::: I agree, suddenly and unexpectedly showing the console like that seems worse to me (from a UI design point of view) than always showing the console. To iterate it once more: If there are messages the user should see, we must not rely on the console output, but rather must display the information to the user by other means, such as GUI dialogs. And this holds true regardless of how the discussion here is settled in the end. --[[User:Fingolfin|Fingolfin]] 09:30, 26 October 2010 (UTC) | ||
=== Pros (Arguments for logging to a file) === | === Pros (Arguments for logging to a file) === | ||