[Fixed] additional parameters spam

[rtpharry]

I'm running gzDoom 4.5.0 on a MacBook Pro.

Since I upgraded to the latest version I've been getting spam inside the additional parameters field (see attached image).

At first I hoped it was maybe a feature. It was easy to make a .bat file on windows, but I'm not sure about doing that on the mac, especially when its either a pinned icon in the tray or launched via spotlight search. It would be great if the last parameters could be remembered. It would be even greater if the launcher supported a "save preset" button to save the string as quickly accessible parameter.

But I guess this isn't the place for that.

What happens instead though is that the parameters from the previous launch are remembered and appended onto the end of the additional parameters box, but without any of the path contents, only the flags are remembered. At the moment its just -file everywhere but if I'm playing a mod with deh files then it will scoop those up as well, into the system.

[_mental_]

Fixed.

As a temporary workaround, you can replace double quotes with single quotes by hand.

[axredneck]

It would be great if the last parameters could be remembered. It would be even greater if the launcher supported a "save preset" button to save the string as quickly accessible parameter.

Usually launchers are used for this purpose, but i'm unsure if any of them support MacOS.

[Graf Zahl]

I'd actually really like to add the command line to Windows as well, but what bothers me here is that it needs to restart the application, which makes debugging with this feature impossible.

[_mental_]

If we are talking about Visual Studio, it's possible to debug child processes easily with this extension.
Even if you don't like third-party plugins, you can temporary add MessageBox() call at the beginning of WinMain() function in order to attach to a child process as early as possible.

[Rachael]

I'd actually really like to add the command line to Windows as well, but what bothers me here is that it needs to restart the application, which makes debugging with this feature impossible.

I thought that the command line is already abstracted for the purposes of the "restart" ccmd? That shouldn't be too hard to add to here as well without creating a new process right?

[Graf Zahl]

It's not that easy. I already tried that but some arguments get evaluated before the dialog pops up so adding them would be too late.

[rtpharry]

Fixed.

As a temporary workaround, you can replace double quotes with single quotes by hand.

Thanks! I swapped it out for single quotes and its remembering the last launch settings each time now