xdotool
Our great sponsors
us.zoom.Zoom | xdotool | |
---|---|---|
31 | 38 | |
34 | 3,023 | |
- | - | |
7.1 | 3.5 | |
3 days ago | 17 days ago | |
Shell | C | |
- | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
us.zoom.Zoom
-
Use a custom data folder on Flatpak apps
For example, let's say we want a separate instance of Zoom (Zoom on Flathub) to run along the default one.
-
btw
It seems to divert the discussion to something that doesn't make too much sense. X and Wayland are two different things by design, this probonopd sounds extraordinarily salty that moving an application under a new server breaks some things, making some applications entirely useless, but I say, that is to be expected. Saying that Wayland breaks stuff by design, as if that was their only objective is just petty, of course it's a pity that those devs have thrown in the towel, but let's not pretend like theirs were the only options, e.g. screen recording works perfectly fine with OBS, at least it has done so on my machines with AMD/Intel GPUs; Jitsi works now; Zoom screensharing being GNOME only is Zoom devs being dicks that can't be arsed to support standards, the community came in to work around it and also I don't know how they could bring up a proprietary application that has not made the Flatpak package themselves as an example, the whole thing is a community effort there apparently; etc. etc. (I'm not going to debunk all the others that are invalid, the internet is there for everyone)
-
KDE is starting to treat X11 users as second-class citizens
Can you be specific about the problems with X11? I've been using X11 for decades and it's been ROCK SOLID. And that is exactly what you want from something so essential. Wayland feels like an expensive boondogle, frankly. Wayland breaks everything and only provides 20% the functionality that X11. It also forces application and DE developers to implement special tools and solutions for wayland which have always been provided as a common interface by X11, like screenshots/ recording and screen sharing, e.g. https://github.com/flathub/us.zoom.Zoom/issues/22
-
Zoom on Ubuntu-based Linux
For college and therapy, I've had to use Zoom. I've been using the zoom flatpak, as I try and use flatpak for any proprietary software. That being said, it is not officially supported (by zoom), and also doesn't listen to Pop!_OS's tiling window manager. Certainly, I'm not the only one who has questioned which client to use, but I'm curious what y'all think. I like flatpak because I can trust that, worst case scenario, the proprietary software (read: Spyware) only has access to a limited amount of my system. But it'd also be nice to, ya know, use the tiling feature.
-
Consistent crashes joining meetings
I've gathered a coredump and a stack trace, which might be useful.
- Zoom crashes when joining a meeting
-
A Problem with Zoom and the Solution
You can get it as a flatpak too which should (presumably) take care of any dependencies automatically. :)
-
Can it run Zoom?
Here you go: https://flathub.org/apps/details/us.zoom.Zoom
-
Will this be fixed with the next linux 5.18 kernel? I'm only getting 2 hours of battery life while getting 5-6 on Windows 11...
Check this out https://github.com/flathub/us.zoom.Zoom/blob/master/zoom.sh
-
Screen sharing on Zoom (Wayland & Fedora 36)
Link to the github issue for the flatpak
xdotool
-
autoclicker with multiple locations
Have a look at this: https://github.com/jordansissel/xdotool
-
AMD Ryzen 7 7800X3D: Windows 11 vs. Ubuntu 23.04 Linux Performance
Maybe not AHK exactly, but it essentially does the same: xdotool
-
[Lua] How to set the --geometry parameter in a Lua script?
Use an external tool, like xdotool.
-
gtk-rs: can't get window ID with command inside connect_show or connect_realize
In a gtk-rs application, I'm running a xdotool command to get the id of the application's window. I'm running the command in a connect_show closure (after the window has been shown):
-
My (challenging) experience building a window switcher for Ubuntu
Eventually, I needed to find the ID of windows, move them, and bring them to the front—I realized I couldn't do that with gtk-rs. I needed to interact with the window manager (X11 server). So from inside my application, I ran commands that called xdotool.
-
I cannot take it any longer, please, help!
You might be able to use audacity in the background by setting up an application launcher in the gnome panel that executes xdotool, which can send keyboard signals (like R for record) to running applications: https://github.com/jordansissel/xdotool
-
Focusing/switching X11 windows with a Rust crate
Right now, I'm focusing (switching) X11 windows with a shell command (xdotool) from inside my Rust program:
-
X Window System Basics
Maybe xdotool [0] is what you're looking for.
[0] https://github.com/jordansissel/xdotool/
- Some help writing C extensions
-
Ask HN: What's Your Proudest Hack?
I often create screen recordings for my classes, but it's very boring and time consuming. I'm a perfectionist, and if I mistype a command I prefer to re-record everything. Moreover, every time one of the tools used in the videos gets a significant update, I feel compelled to redo the video.
I have started using xdotool [1] to create bash scripts that send mouse clicks and keystrokes to apps. Interleaving calls to xdotool with the "sleep" command [2] produce a convincing effect. If I need to redo a video to fix typos or after a program update, I just fix the bash script and restart the recording.
Alas, the only thing that is missing in my videos is the sound of keyboard clicks… But nothing is perfect!
[1] https://github.com/jordansissel/xdotool
[2] https://en.wikipedia.org/wiki/Sleep_(command)
What are some alternatives?
flathub - Issue tracker and new submissions
ydotool - Generic command-line automation tool (no X!)
nix-gui - Use NixOS Without Coding
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
xdg-desktop-portal - Desktop integration portal
wtype - xdotool type for wayland
flatpak-cve-checker
archweb - Arch Linux website code
xdg-desktop-portal-gtk - Gtk implementation of xdg-desktop-portal
i3-vim-focus - Vim plugin for seamless navigation between i3 and vim
Weylus - Use your tablet as graphic tablet/touch screen on your computer.
keepassxc - KeePassXC is a cross-platform community-driven port of the Windows application “Keepass Password Safe”.