micho.todorovich

Very much so, but I doubt windows is going to change their API anytime soon. I would imagine that plugin would be a stable bet.

You do not require a third party anything to use a borderless window. You just need to use a few dll calls. I'm sure that mod that does that already is fine, but its not necessary. As I shared before http://www.takohi.com/maximized-borderless-unity-application/ This link shows how to do it with no plug ins. Just a few lines of code. The only requirement is to hook into windows. If unity does not expose a method for doing that other than command line argument, that does not mean you cannot do it, it means you need to make the DLL calls yourself. If none of your developers are familiar with windows programming this task should still only take a few hours to research and implement.

Don't you all forget, just because you are releasing on multiple platforms that have different capabilities does not make it OK to not use features you should be using on platform X just because Y and Z don't also support them. I'm sure there are already multiple spots in KSP where you have non-cross-platform code. It's needed from time to time to make things works right.

I have developed for windows. Any time I see an application using fullscreen (not-so-exclusive) mode I immediately think lazy or incompetent. You should be happy I defaulted to lazy, it means I think you guys are fully competent http://www.takohi.com/maximized-borderless-unity-application/ This method uses dll calls to tell windows to modify the game's window.

I understand where you are coming from Sal, However, I have bought multiple copies of KSP, for myself and others and have been pimping out KSP since 0.10. I shouldn't have to ask nicely I should just have to ask without being an amazing person. Edit: Nice profanity filter.

It's not a hack. It's windows programming. Edit: Yes I understand its not a multi-platform solution, but its not complicated at all. Its a handful of lines of code to set up the window.

As a developer I understand it's inappropriate to treat people like they are stupid when they have a feature request / complaint.

Please stop insulting my intelligence. I know what unity is. You just claimed you cannot start unity in borderless-window mode without a command line argument. That is not true. This guy is doing it in the video. Which means KSP can also do it, because they both run on unity. the -popupwindow command line argument works fine for me. What my problem is, is that Squad has not added this support inside KSP instead of relying on that command line argument. You tried earlier to say that Squad could not do that, which is not true. I have show it to be false with the video I shared of a guy doing exactly what you claimed could not be done.

That's not true. That guy seemed to manage just fine.

Seriously? I am a game developer myself, and this is lazy. Borderless-Window mode is not some crazy engine feature you have no control over. Its an operating system feature that engine exposes. Don't try to act like this is some experimental thing. It is and should be transparent to the game itself because the game doesn't and shouldn't care how Windows chooses to display their drawing surface. Borderless windowed mode should be the preferred state when working in a windowed environment. The "Fullscreen" mode that KSP exposes is essentially Fullscreen exclusive mode. However on windows that's not really a thing anymore because windows does not let video games take exclusive control of the graphics device anymore. So they are emulating a feature that only existed to ensure dos games could run in a windows environment. Because DOS games didn't know how to interact with Window's windowing system. This is not 1995 and there are not DOS games anymore. When I run a game on windows I should be using a window (bordered or borderless doesn't matter). To do otherwise is lazy. If it works well at all its thanks to the tireless efforts of the windows team to allow games to pretend they can have the equivalent of fullscreen exclusive mode. However I will say again. It does not play well with multi-monitors, and it is an easy fix. Telling me this is an engine feature that might break and then Squad wouldn't be able to fix it is insulting, because that is not the situation.

If squad has never supported it why did HarvestR tell people about it and encourage its use? In what manner is it not supported? Far as I am tracking it is, and has been a stable feature longer than most other features in the game up to and including wheels, the areodynamic model, sas...

I mean something else. That's fullscreen mode, which is a holdover from fullscreen exclusive mode. It is garbage and should not be used in modern video games. At least not on the windows platform. It does not play well with the operating system. Full screen windowed mode (which you get by using the "-popupwindow" command line argument on launch), puts the game into a fullscreen state using a borderless window, instead of emulating fullscreen exclusive mode. Borderless windows are, in fact, windows. Because the game is being run in a legit window it will play nice with alt-tab and multi-monitor setups. I am a developer and I have 3 monitors, if I run in fullscreen mode as opposed to borderless window, The game minimizes and pauses every time the game loses focus. In borderless window mode it does nothing but lose the focus and continue on. Edit: This functionality is built into unity and has worked since at least 0.10 when I got KSP. However, there is no way of knowing this is even a thing by going through KSPs settings. It would literally take a few minutes (an hour at most with testing) to add a button in for Borderless-Window or Fullscreen-Window. It's already a tested feature that many people use.

Can someone tell me why KSP has supported fullscreen window mode via console command since its inception yet it is still not an option in an menu somewhere? Seriously guys, that's just lazy. User experience is as important as the feature set. This should not be a technical challenge to add a new button to the menu.