Quoting: Guest

Quoting: TheSHEEEP

Quoting: GuestI feel obliged to go off-topic and say that it might not be the coders, it might be management pushing for continual rabbits out of hats instead. I've seen that so very much that it's actually the more likely scenario. The coders themselves have probably performed miracles to get anything running at all under such conditions.

Usually, I'd agree.
But with Fatshark you really have to look at the history.
They have been taking forever to make even simple changes (you know, reminds me of CA a little) in their previous games.

There's also the fact that lots of other devs have exactly the same thing working just fine now.
Only Fatshark and their custom engine can't do it right ... ???

Of course, it is entirely possible that they don't have the manpower in the software-side that they'd need and they are just crunching the few coders they do have.
And those then don't have the time to look into Linux properly - we've all done it, it takes a week or two to get acclimated development-wise if you come from the crutch-driven world of Windows.

In the end, though, even bad coders are a management fault for not detecting that, so you're definitely right in that sense, no matter the actual issue at hand here.

Well, all I can say is that from what I've seen (and personally experienced) really don't be so quick to judge the coders.
Also "a week or two" is really....intense, if someone is moving from Windows to GNU/Linux. Obviously depends on a lot of factors, but even counting coder reprioritisation in weeks can be something a manager will baulk at. Better ROI spending the time to improve something else. Which is exactly what's happening here.

Quoting: Guest

Quoting: fenglengshun

Quoting: GuestAs the biggest seller of Windows games, remind me how exactly are Valve "getting away" from Microsoft?
Oh that's right, they're not.

???? The Steam Deck?????

Microsoft is trying to bundle everything into the Game Pass subscription, which pretty much creates an ecosystem where you just keep subscribed to Microsoft and spend most of your time with their amazing value.

The Steam Deck, on the other hand, is a platform that heavily incentivize remaining on Linux, by making a very convenient, fairly-economic, and flexible device that's also not very convenient for Windows use.

Steam Deck, on its own, is making Linux starting to be part of the consideration, to the point that even Square Enix mention it for their FF7R on Steam announcement. Ideally, that would create a loop leading more Linux releases, enough to at least be a big enough market that Steam and Linux doesn't lose to the combination of Game Pass, PS Plus, and Epic.

Before Steam Deck, there really was a good chance that they'd get rolled over by the combination of those three, and it would have been out of their hands. But now they have good long term hope, and most of their fate are reliant on things that they can control - which is their own development of the Deck as a platform.

That changes things considerably as even if everything else went wrong and Microsoft does shit that threaten Steam's viability as a platform for Windows games (a real possibility before Microsoft Store's failure, but now brought back as due to Game Pass), with Aya and OneXPlayer interest in SteamOS, they are looking to have a platform that they could keep selling games to.

They're happy to keep selling Windows games, mind you, but the problem is if there isn't anyone to sell them to or if the platform makes it less viable because Microsoft controls Windows and theorically could fuck with Steam if they manage to find a way to do so without major backlash (see: Game Pass).

So yeah, they now have a platform that they also own and control, without the horrendous amount of commitment that Canonical had to make and then fail at. If they're already making their own platform, why the fuck would they want to let themselves be fucked by Red Hat (see: CentOS and the insanity that legacy boot removal was even proposed) and Gnome team (see: literally everything that happened since Gnome 3). Sure, they might want to make their own DE later on, but not even system76 did that out of the gate and even Canonical failed, and if they aren't doing that, then KDE is the only sensible choice over using yet another Gnome fork that stagnates.

Is FF7R a GNU+Linux native game? No, it's a Windows game running via a compatibility layer.

Remind me again how Valve are "getting away from Microsoft"?

If Valve genuinely cared about GNU+Linux, they wouldn't require every game sold on the Steam Store to have a Windows executable.

They wouldn't effectively block GNU+Linux native only games from being sold on the Steam Store.

Microsoft could, if they wanted, acquire Valve or make it so upcoming Windows games break Proton compatibility.

• You don't need Windows to play FF7R. Sqeenix even boasted about the fact it's steam deck compatible as Liam noted in the FF7R article.


• Yes, Valve require a Windows executable, but again, that doesn't require Windows.


• I'm not aware of Valve blocking Linux native games - what are you referring to here?


• Microsoft can't "acquire" Valve because it's not publicly traded. Maybe they could make GabeN a huge offer? Maybe? But he's already worth nearly $4Bn, so money isn't his motivation.


• Finally, maybe Microsoft could (yet again) be anti-competitive and try to break proton compatibility, but since Proton is based on Wine and wine is based on re-implementing Windows itself... that's a tall order. Honestly though, they already do this - secure boot, anti-cheat, TPM chips, it's not really there to protect consumers. It's there to put barriers in front of people like us who want to load their own O/S on a PC.

Quoting: Guest

Quoting: slaapliedje

Quoting: const

Quoting: Guest

Quoting: scaine

Quoting: Guest

Quoting: slaapliedje

Quoting: itscalledrealityEr…we’re halfway through the year and there’s very little about fixing multimonitor support, one of the biggest hurdles for those switching to Linux. I’m hoping that suggested promise earlier in the year is actually met. The stitched-together giant desktop just doesn’t work well.

It’s great they learned about color detection so they can apply accent colors and other vanity features but who does that really help?

Was talking to a colleague about this yesterday. Windows still has shit multimonitor support as well. Funny enough, the last time I remember really great multimonitor support was when I had a Matrox card...

Quoting: itscalledrealityNope it's not games, it's definitely how KDE handles multimonitors. When my computer sleeps then wakes again, it does not properly restore my desktop and monitors to their previous state

I don't think sleeping works as well as it should in general, never mind waking up... oh wait, you're talking about computers... my comment still stands.

What issues does Windows have with multimonitor support? I havent seen any

I use multimonitor at work on Windows - it's not exactly a shit-show, but it's not any better than what I had under gnome when I last used multi-monitor, about 2 years ago. Maybe a bit worse - Windows frequently (well, a couple of times a week) just doesn't detect the monitor when it's plugged in. App windows frequently (all the time) start on the wrong window too, Windows seems to prefer the primary (laptop) monitor for just about everything, which just gets a bit annoying. A few times a week, I can plug in my external monitor and Chrome is just... gone. Technically it's still running, but it's shot off into the ether - somewhere miles up to the top-left, I think? I have to close it down and restart it for it to re-appear. Biggest pain though is that when I sit at a new hot-desk at work, there's an identical Dell monitor for me to plug into, but despite that, Windows treats it like it's never heard of such a thing before, and I have to reposition it over to the left of my laptop again. God knows how many of those "monitor position" profiles my registry has stored now. I bet it's HK_LOCAL_MACHINE too, so I'll lose them all when I get a new laptop and I'll have to re-train them all again...

But multi-monitor support is incredibly complex. For example, if you have your apps all laid out nicely across two monitors, then unplug your hub/monitor, all your apps squeeze onto one monitor, which is expected. Then plug the external monitor back in again, everything just stays on that squeezed up screen and you have to lay them all out again, which is a pain. But is that expected? Or should they re-position back to the multi-monitor layout? I know I'd like them to, but I bet there are plenty of use-cases out there where that's a bad idea.

How about when modals pop up - should they use the primary monitor, the monitor of the window creating the modal, or the monitor which has the mouse pointer (what about multiple mouse pointers...)? What about notifications, where do they pop up? What about alt-tab, or Overview?

What about when to resize window contents when dragging a window between two monitors with different DPI settings?

What about multiple refresh rates. Or freesync?

I mean, it's all solvable, and it's frustrating that it's still NOT solved, but it feels like both Windows and all the various Linux DEs still have to figure this stuff out.

Nothing that you describe does Linux do better (as much as I love linux, lets be real here)...I run linux on an Nvidia card, so that means no wayland support - and if you look at common complaints about xorg its that it has atrocious dual screen support, particularly on kde.

Don't even get me started on how neither SDDM nor LightDM support projecting to external screen on boot on a laptop, a basic feature available on windows and one which KDE devs refuse to fix.

Ahm.. I have a 2-3 monitor setup, running KDE on SDDM and my login screen is always showing on all active monitors. One of the screens is regularly turned on and off and I have no issues. I can actually choose the loginscreen I want to prompt (though I always wonder why it isn't just mirrored). I suspect configuration issues? I really wonder what all of you are even talking about.
My only issue with changing monitor setups is damn java awt applications getting unusable, but that's not KDEs fault.

That's what I meant by SDDM having the login dialog on each screen, vs Gnome it shows only on the primary, with the other two just showing a background. While SDDM isn't mirrored, each screen acts like it's an individual process of sddm running. It's just... odd. Not really something that breaks the world, just strange.

I haven't played with it yet, but does the KDE Overview let you also search? One thing I hate about the mac, since I'm so used to Gnome is that when in the 'overview' you can't use Spotlight...

Yes, you can search directly from the desktop on kde - there's two ways to do it 1) just start typing on the desktop and the search will appear and 2) press alt+space and that will bring up the search bar

Quoting: CZiNTrPTHow can I get multiple mouse pointers? That's something I wanted to have forever! I think it's one of the things that holds back voice control and automation back the most...