![]() Firefox 80+) running on your phone or tablet, and have both the desktop and tablet / phone on the same network. To use a phone or tablet as a graphic tablet / touch screen, all you need is to install Weylus on your desktop, have a modern web browser (e.g. It's available for Linux, Microsoft Windows and macOS. It would be good if you could verify your problems under gnome.Weylus is a tool similar to the macOS & iPad Sidecar feature, which turns your tablet or mobile phone into a graphic tablet / touch screen, and allows mirroring or extending the desktop screen to a phone or tablet. Perhaps in sway screensharing has additional problems. You say you are using sway, not gnome (or can you replace mutter with sway, seems unlikely). ![]() ![]() Maybe we can do something about it without changing the Zoom. Maybe these are still some kind of window that Wayland is failing to find and display. Possibly it just requires some new settings, or different library in one's linux setup (PEBCAC) but even so they have not acknowledged there is even an issue here!!įrom our point of view what we really want is: WHY DO THE VARIOUS POPUPS, MOST CRUCIALLY, THE CONTROLS, DISAPPEAR AND BECOME INACCESSIBLE? There are other issues such as you mention but this is the big one I would like to get clear that this is a real and major issue that they have utterly not resolved. If you get that dialog I bet it will work after that. The key difference seems to be that when you share screen, if it is doing it the right way, it should still ask you which screen you wish to share (which is dumb because it should be able to tell if there is only one screen, and avoid this pointless dialog in that case).ĭo you get that dialog? (And the earlier dialog about whether to share a screen or a window? Geez, just give us one dialog, with the screens and windows listed, not click click click click, but that is a minor issue compared to total failure!). Then I found I could set it back to always share entire screen and it worked again. If I set it back to "always ask" what to do regarding screen sharing, then it seems to work. I had in the app settings for sharing set it to share the screen automatically, to try to avoid the long series of clicks needed to share screen (should be able to be just one click, not click click click click). I think it is a leftover old attempt of an earlier Zoom to do a screen share using incorrect (probably X related) means. Regarding the black screen, I got this occasionally. But I am curious, if you could answer, why you move away from linux entirely instead of using X11 at least for now? ![]() Irob, I also want Wayland only, and I have that except for zoom and a few minor things I know can be solved. I find that this latter variable can cause QT to use wayland EVEN IF the other variables are not defined (I had set this variable because without setting it, I could not get zoom to start in Wayland, only XWayland, and later I forgot about it and thus could not get zoom started in XWayland again).Ĭan you also report what happens when you start zoom in Wayland? Do you find, as I do, that screen sharing does start up okay, but that the control bar disappears and then you cannot stop screen sharing? This is not widely reported, but people do have this problem, so I would like to know how to get around it. Check that XDG_SESSION_TYPE is not defined, and, that QT_QPA_PLATFORM is not defined. But X11 still does work.Īs far as not being able to start under zoom under XWayland goes, one possibility is that you have other environment variables set, in addition to WAYLAND_DISPLAY, that trigger the use of Wayland. Lrob, could you clarity what you are saying? Why can't you use Linux with X11 instead of using something else? I am still using X11 on some machines and everything works okay, its just that we should be switching to Wayland. Graphics Processor: Mesa Intel® HD Graphics 3000 When this happens the control window and the main window disappear and there is nothing that can be done but to kill the zoom process or exit from system tray icon.Īlso, in the main zoom window, clicking "Return to meeting" does nothing so it is impossible to bring back the main window during screensharing. Then when you click to close the context menu the bar disappears. Or if you press any other button which spawns a context menu. After some usage it may disappear on its own or like szzonly describes always disappears after you press the chat button. The issue is not about anything being disabled in the profile or not, when screensharing starts the ondisplay bar with the controls appears and does work but is not stable. This is quite relevant with Fedora discussing dropping X11 support entirely and going Wayland-only. Zoom installed through Flatpak on Fedora 38.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |