Super happy about this, now I can play on my Steam account without fear (have been playing on new Epic account in case Proton/Wine false flagged the AC)

View this comment - View article - View full comments

Quoting: zany130

Quoting: JordanPlayz158I would recommend WebCord for the discord specific example but XWayland Video Bridge is better as you don't need independent forks of each app but if there is a FOSS fork and/or implementation of an app that has support for native Wayland, I'd say that is the better choice.

Webcord doesn't support game activities, nor does it support discord mods like better discord.

Used to use both the native client and web cord because of this.

Discord should just really update their electron version and use pipewire sharing 😔

By game activities do you mean rich presence or do you mean game activies in VCs like putt party, for the former, yes, it does not have rich presence. For the latter though, I played putt party just fine, on Webcord 3.x even, not even 4.x (only staying on 3.X as on 4.X, when in a vc for a while, it just dies)

View this comment - View article - View full comments

I would recommend WebCord for the discord specific example but XWayland Video Bridge is better as you don't need independent forks of each app but if there is a FOSS fork and/or implementation of an app that has support for native wayland, I'd say that is the better choice.

View this comment - View article - View full comments

Quoting: KlaasI've always wondered why they didn't implement that functionality sooner. They have to pay for the bandwidth – so it should be their priority to avoid duplicate downloads.

I have not heard of a lot of places that have you pay for your bandwidth, so it is possible they don't (in which it would make somewhat sense to not make it a priority) but if they do then unsure

View this comment - View article - View full comments

Quoting: KlaasTo bad that it's not available via Discover on the SteamDeck.

Yeah, I can't wait until it's on flatpak, will be that much easier.

View this comment - View article - View full comments

Perhaps it can be ported over to something like OpenFL to allow it to continue on.

I have attempted to migrate a flash game to haxe and use openfl, it unfortunately didn't work, not sure if it was not ready for a flash game of that size or not ready at all, but it was not an easy experience for me and in the end, didn't work, I feel ruffle is the more realistic goal

View this comment - View article - View full comments

Quoting: serge

Quoting: ExpandingManThis is very surprising to me, even though of course I personally really can't understand why anyone would choose mac over linux these days. It also seems pretty ridiculous that corporate IT departments which are probably constantly being asked not to waste money waste tons of money on macs which are both much more expensive and a lot harder to maintain (at least for the IT department itself, I'm sure apple makes all sorts of promises to counteract this).

Where I work I'm seemingly the only one who uses linux, and frankly if they told me I couldn't anymore I'd probably immediately quit. Life is too short to spend 8 hours a day dealing with apple's shit.

If you need to develop and compile applications for iOS, you can only do it with Xcode which is Mac only, by doing this they force peoples to buy Mac :(

Or you have those people set up a mac vm or you can have the company use something like... flutter I think it is, that compiles for android and iOS, not sure through what means though.

View this comment - View article - View full comments

Quoting: GuestThe github page shows over 5k open issues. I love this engine and everything that is going on with it, but I hope at some point they really focus on polishing bugs and issues before adding more features. The idea of a movie maker is really cool, but aren't there already tools for creating game trailers etc? I don't know why this would be at the top of the list.

I suppose the community dictated they'd rather have a movie maker than focus on fixing existing bugs but the good news is, if you think the bugs are important to fix, anyone can contribute to help tackle those issues alongside new features.

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: JordanPlayz158

Quoting: M@GOid

Quoting: elmapul

Quoting: M@GOidI wish Appimage became more widespread. So many projects have a Linux port but don't provide a convenient way to use the thing. Meanwhile those same projects don't have a problem providing a Windows executable.

That just contribute to the bad look Linux have among Windows users "I don't use Linux because I don't want to compile a program to use it".

its not the developers fault if we dont have an standard on linux like windows have with .exe, we are just now making those techs that work across distros and even with then some distros chose to not support all of then or offer a crap support so we still have to solve "political problems" before we can solve "techinical" ones, not to mention is a bit hard to make those packages last time i checked.

but hey, if you think otherwise you can always package yourself once they relase the source code...

Sorry, I don't agree. If you have a app and are releasing it out there for people to use, you can do your part to easy things for the end user, just like you do with the Windows executable. Appimage is not a new thing, and way before it, some devs just released a compressed file with precompiled stuff and their dependencies. Just drop it on a folder and off you go. Mozilla does it for ages with Firefox and Thunderbird.

While it is nice, I don't think it is or should be an expectation (that's how the bolded text in the quote comes across to me, kind of like geez, the least you can do after making an app for free and releasing the source for anyone to do with as they please is to support my preferred packaging format, if I got the impression/way it came across wrong, please let me know), it is remarkable developers as they are put time and effort into open source projects with no guarantee of financial support (or possibly any support as some open source projects are largely or entirely a one man team). I think it is the job of the packaging formats to make it as easy as possible to integrate with any project to make it enticing and preferably low maintenance to implement for the developer.

I suppose, but the packaging formats are also open source, so if you're going down the "open source developers shouldn't have to make things easy for their users" road that would apply to the packaging format developers as well . . .
Obviously open source developers don't have to do anything. But whether open source or otherwise, if they want to say they've written "good" software, part of that is making it easy to use, which includes packaged in a way that makes it easy to run in the first place, or for packagers includes making it easy to package things with their system.

I mean, I think the fact that most users don't need to learn how to program and make the programs themselves I'd definitely say makes it infinitely easier for the users, is it nice to have precompiled binaries for your platform and distro, yes, but I mean with all the work that goes into these programs, is it too hard to read the compilation docs or look online how to compile x program (if compilation file isn't supplied), it's difficult as for some apps (normally C in my experience), you definitely need compiled binaries (as even when following instructions, you will still get errors sometimes and you are relying on the documentation being up to date), but most other languages have a.... simpler build system, as java is my best language, I will talk about that, with Java, you have default java compiler or you can use build systems like Maven or Gradle and for maven, it's just `mvn package` and for gradle it's `gradle build`. I definitely am not against compiled binaries or some crazy, compile everything from source guy (no offense to gentoo users and such) but I just don't know if we should have too big of standards for developers, although I suppose no one is holding an developer to any standard but the standard the dev puts on themself but I think you get what I mean, putting extra pressure on devs when they already do a lot.

View this comment - View article - View full comments

Quoting: M@GOid

Quoting: elmapul

Quoting: M@GOidI wish Appimage became more widespread. So many projects have a Linux port but don't provide a convenient way to use the thing. Meanwhile those same projects don't have a problem providing a Windows executable.

That just contribute to the bad look Linux have among Windows users "I don't use Linux because I don't want to compile a program to use it".

its not the developers fault if we dont have an standard on linux like windows have with .exe, we are just now making those techs that work across distros and even with then some distros chose to not support all of then or offer a crap support so we still have to solve "political problems" before we can solve "techinical" ones, not to mention is a bit hard to make those packages last time i checked.

but hey, if you think otherwise you can always package yourself once they relase the source code...

Sorry, I don't agree. If you have a app and are releasing it out there for people to use, you can do your part to easy things for the end user, just like you do with the Windows executable. Appimage is not a new thing, and way before it, some devs just released a compressed file with precompiled stuff and their dependencies. Just drop it on a folder and off you go. Mozilla does it for ages with Firefox and Thunderbird.

While it is nice, I don't think it is or should be an expectation (that's how the bolded text in the quote comes across to me, kind of like geez, the least you can do after making an app for free and releasing the source for anyone to do with as they please is to support my preferred packaging format, if I got the impression/way it came across wrong, please let me know), it is remarkable developers as they are put time and effort into open source projects with no guarantee of financial support (or possibly any support as some open source projects are largely or entirely a one man team). I think it is the job of the packaging formats to make it as easy as possible to integrate with any project to make it enticing and preferably low maintenance to implement for the developer.

View this comment - View article - View full comments