Am 01.12.20 um 08:39 schrieb Per Jessen:

David C. Rankin wrote:

...

never mind -- you need to install zoom anyway. All the browser does is pass the meeting link to the zoom application. They made it sound like you could use firefox for the meeting too.

FWIW, with GotoMeeting, Cisco Webex and Jitsi, it runs in the browser.

Zoom also works (probably with some limitations) within Firefox and w/o the original client. I'm using the client on openSUSE heavily for a long time now and it works quite well compared to others I have tried and had to use. Wolfgang

hi, Am 01.12.20 um 09:03 schrieb Wolfgang Rosenauer:

I'm using the client on openSUSE heavily for a long time now and it works quite well compared to others I have tried and had to use.

strange, but for me, it does not work well. the client itself seems to work, but it has a dependency to packages ibus and ibus-m17n, which, after installed, changed keyboard layout to english and this was not changeable. i am running KDE, and found out that many people have problems with this: https://unix.stackexchange.com/questions/529822/kde-how-to-get-rid-of-ibus-k... https://unix.stackexchange.com/questions/537152/cannot-switch-keyboard-layou... only uninstalling zoom and ibus fixed this. and then i found out, that zoom also works in the browser..... -- Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *DI Rainer Klier* DevOps, Research & Development

Dne úterý 1. prosince 2020 10:10:22 CET, Wolfgang Rosenauer napsal(a):

Am 01.12.20 um 10:06 schrieb Rainer Klier:

...

Am 01.12.20 um 09:03 schrieb Wolfgang Rosenauer:

...

I'm using the client on openSUSE heavily for a long time now and it works quite well compared to others I have tried and had to use.

strange, but for me, it does not work well. the client itself seems to work, but it has a dependency to packages ibus and ibus-m17n, which, after installed, changed keyboard layout to english and this was not changeable. i am running KDE, and found out that many people have problems with this:

I'm running Xfce and Gnome and have a consistently working german keyboard layout. Also using 15.2 and TW on those two machines. I also never had such an issue before. So it sounds like a combination of ibus and KDE which is the issue and not Zoom?

It changed my keyboard layout from Czech to English as well, but as I use only Czech layout, I set Czech in ibus and this seems to be working well (15.2 and TW). The issue is that Zoom depends on ibus while it should be agnostic in this aspect and use whatever DE provides. -- Vojtěch Zeisek https://trapa.cz/ Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/

On Tue, 1 Dec 2020 13:01:49 +0000 Dave Howorth wrote:

On Tue, 01 Dec 2020 11:04:22 +0100 Vojtěch Zeisek wrote:

...

The issue is that Zoom depends on ibus while it should be agnostic in this aspect and use whatever DE provides.

Exactly, and there's been a zoom bug filed since time began that they show no sign of fixing.

Since I am not compelled to use zoom, I refuse. I don't want ibus on my machine.

edit: sorry forgot to mention that I don't use KDE. I use LXDE.

On 2020-12-01 8:01 a.m., Dave Howorth wrote:

Since I am not compelled to use zoom, I refuse. I don't want ibus on my machine.

My one and only Zoom call was my condo corp annual meeting.  I installed the app for it, but apparently it wasn't needed.

Wolfgang Rosenauer wrote:

Hi,

Am 01.12.20 um 10:06 schrieb Rainer Klier:

...

hi,

Am 01.12.20 um 09:03 schrieb Wolfgang Rosenauer:

...

I'm using the client on openSUSE heavily for a long time now and it works quite well compared to others I have tried and had to use.

strange, but for me, it does not work well.

the client itself seems to work, but it has a dependency to packages ibus and ibus-m17n, which, after installed, changed keyboard layout to english and this was not changeable.

i am running KDE, and found out that many people have problems with this:

I'm running Xfce and Gnome and have a consistently working german keyboard layout. Also using 15.2 and TW on those two machines. I also never had such an issue before.

So it sounds like a combination of ibus and KDE which is the issue and not Zoom?

Might be. It was messing up my xterm behavior thhough... But I just locked ibus and accept to 'break zoom' by not installing the dependency. No issues with that. So it's not a hard dependency that prevents it from running.

On 01/12/2020 08.39, Per Jessen wrote:

David C. Rankin wrote:

...

never mind -- you need to install zoom anyway. All the browser does is pass the meeting link to the zoom application. They made it sound like you could use firefox for the meeting too.

FWIW, with GotoMeeting, Cisco Webex and Jitsi, it runs in the browser.

I don't know about others, but "meet" (jitsi) in my laptops uses so much CPU that the sound stutters (with several people in the room). On the much more powerful desktop computer, the load is minimal. I just tried google meet between desktop and laptop, and I did not need to install anything. Load is high, but with one user it works fine, same as jitsi. More options. It has captions! I did not try zoom, it needs registration and I did not want to bother. But if the app uses less load, it would be interesting for me. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 2020-12-01 2:39 a.m., Per Jessen wrote:

David C. Rankin wrote:

...

never mind -- you need to install zoom anyway. All the browser does is pass the meeting link to the zoom application. They made it sound like you could use firefox for the meeting too. FWIW, with GotoMeeting, Cisco Webex and Jitsi, it runs in the browser.

I have used Zoom for all of one call.  I installed the app, but the browser apparently complained it couldn't find the app and then continued on with the call.  Is that app necessary?  It appears not to be.  On the other hand, I have used Jitsi, Google Meets and Skype without problem All of them work fine in a browser, though I do have the Skype app installed, which works fine.