zlacker

>>isodev+(OP)
You want to see a Zoom client that is utter broken trash? Look at the Linux flatpak. The scaling is completely broken, buttons are covered up, changing the size of the window results in bleed-through from underneath in parts but not others. Once a call is started if you maximize the window it will cut the other side's video in half.

I am not a regular user of Zoom at all but I did install the flatpak to check it out. I am not impressed. A company as big as this and they couldn't scrape up the resources to find a developer to make a working client? PATHETIC!

It looks like it was done as a highschool project by the gifted nephew of the CEO for their computer class and then rolled out to the world so that all may benefit from the genius of the nephew.

>>Sunspa+AJ
The Flatpak wrapper for Zoom is not made or endorsed by Zoom, Inc. as indicated in its description [1].

I am definitely not a fan of Zoom either and had my own issues with the Linux client, but if the problems you describe are unique to the Flatpak and not in the official Linux distribution, you can't blame Zoom for that.

[1] https://flathub.org/apps/us.zoom.Zoom

>>r4inde+WR
How can you say it's unique to the flatpak? The poor window management is the fault of the original coder.

It's not like a flatpak packager says "ok let's implement the GUI framework from scratch".

So, yes, I can blame Zoom for sure!

If by some chance flatpak packagers need to re-implement all the GUI calls manually, then it is a miserable failure as a packaging format and needs to be terminated immediately. But we know this is not so, right? Nobody would be that stupid as to require hand-coding the GUI all over again, right?