I'd like Terminal to open near the bottom of my screen. Is there a way to set the default size and position? I'm using Linux Mint 13, Cinnamon.

I'm using the Mate desktop, with multiple workspaces. In Mate, I can right-click on the title bar of any window and move the window to another workspace (a context menu with options "Move to Workspace Left", "Move to Workspace Right", "Move to Another Workspace"). However, this doesn't work for Firefox windows. I can't get to this context menu by right-clicking on the top bar of a Firefox window (i.e., the tab bar). It doesn't matter where I click; even if I click on the empty space or click on or near the buttons for minimizing/maximizing/closing the window, I can't open this context menu. It looks like Firefox windows don't have anything that X considers a title bar: if I understand correctly, the top bar on Firefox windows (the "tab bar") doesn't seem to be considered a title bar by X Windows. Is there some mouse combination I can use to move a Firefox window among workspaces, in Mate? (I know that Firefox lets me optionally enable a separate title bar, but I don't want to enable a separate Firefox title bar just for this purpose, as the title bar is just wasted space with no useful information beyond what is already present on the tab bar.)

I've installed Linux Mint 19.1 with the Mate desktop. When I click on the minimize button on any window, the window disappears and I can't find how to return it to the screen. Any running process, such as copy, will continue to run.

In Ubuntu 20.04 (Gnome) and earlier, one could show a given window in all workspaces simultaneously. Can that be done in 22.04 (Gnome Shell 42.9). If I have Gedit with configuration data as **App Z**, and I need to edit several parts of it for apps **A**, **B** and **C**; I could in 20.04 show **Z** in all workspaces, and **A** in *WS #1*, **B** in *#2*, **C** in *#3*. Navigate to App **A**, check its part of the information held in **Z** - it's on the same workspace. Then switch to workspace *#2* and look at **B**, do the same thing with the relevant part of **Z** which is next to it, etc. Now apparently I have to either move **Z** around workspaces all the time, or have **A**,**B**,**C** and **Z** somehow overlapping in the same workspace. This would involve lots of mouse movement rather than just keyboard actions. What am I missing?

I want to open a programme in a floating window. I tried exec emacsclient -c ; floating enable, but that made the window that was active before float, not the new window.

I'm using XFCE on Ubuntu 22.4.04, and can also reproduce this on an XFCE desktop running in Debian on Termux in Android. The maximized window placement for Firefox in XFCE is incorrect. It overlaps the top titlebar by one pixel. Here is a screenshot of a maximized text editor (left) and Firefox (right). Firefox's 1-pixel tall gray outer top border is hidden below the XFCE panel. This is noticeably incongruent with the GTK window to the left, which retains its top border separating it visually from the panel. To confirm that part of the Firefox window is, in fact, overlapping, here is the non-maximized Firefox showing the gray top border, hidden in the previous image below the panel: My current "fix" is a bit sad: Create an invisible panel 1 pixel taller to push both windows down 1 pixel, and choose a desktop wallpaper that blends in when it peeks out through this 1px transparent region above GTK windows. This is a bit silly. Also, if Firefox windows are in the background, they will be visible in this 1px tall space above half-screen maximized windows, so it isn't even a complete visual fix. How can I adjust things for this to work better? Can I patch Firefox in userChrome.css? Fake the information X11 is sending it? Or would I need to patch the source and recompile?

So, in Cinnamon there is this keybind where **Meta** + **Up** fits the window on top like kwin, but if you press it again it will maximize the current window and if you press it another time, it goes back like kwin does. Is it possible to achive this "double keybind/behaivour" in kwin? Or is it only a feature to the Cinnamon Deskop?

I like [Hammerspoon](https://www.hammerspoon.org) for macOS, and I want to switch to Linux. Is there something equivalent to Hammerspoon for Linux?

xdotool lets you search for windows using its search subcommand. I need to locate a window, that has class 'gvim' and title containing word 'TODO'. How do I do this? What I've tried: * You can do xdotool search --name --class, but it would only accept _one_ pattern for both name and title. * xdotool supports command chaining, but I could not find a way to chain two search calls -- the second one simply overrides first one.

Developing an application launcher I face shadow rendering issues. While macOS handles rounded windows with shadows seamlessly, on Linux, the shadows for such windows appear to support rectangular windows only. Is there a workaround or a specific approach to ensure that rounded frameless windows display correct shadows on Linux? I tried to display a client side shadow but this ends up in a lot of work, like problems when maximized, uniform look etc. I'd prefer a proper system decoration solution.

I am using Ubuntu with KDE Plasma 5.27.8 with X11. I have one laptop monitor and two external monitors. The external monitors each have 1920x1080 resolution. The laptop monitor is scaled down to 1280x800 for better alignment. I have different windows open on different monitors, most of them full-screen. Typical full-screen applications are Brave browser, PhpStorm, LibreOffice calc. I attempt to move the windows from one monitor to another by dragging the title bar with the mouse. When I move a full-screen window from one external monitor to the other external monitor, the window is resized to 1/2 monitor height, while the width stays at 100% monitor width. After snapping to the other monitor, the window then covers the top half of that monitor. In the past I also saw a different effect, where a window from LibreOffice calc would resize to a tiny area like ~5x20 pixels when moved to the other monitor, and snap to the top left corner of that monitor. After changing the arrangement of monitors, so that the laptop monitor is on the side instead of below the external monitors, now the windows resize to the scaled width of the laptop monitor. Still, they don't go back to full screen after moving. Questions: - Why does the resize happen? - How can I prevent the resize, and make the window occupy full screen after move? The rule should be: If a window was full screen on monitor A, it should still be full screen when moved to monitor B.

I have created a program that I embed an Emacs instance in, similar to - https://stackoverflow.com/questions/17982831/emacs-embedded-in-a-qt-application . As can be seen there when the parent window changes the Emacs window doesn't change. I want to use a tool like xdotool to resize the window, but xdotool does not return the handle of the embedded emacs, but the one of the application window it is embedded in. Even Emacs's own command to return the handle returns the handle of the embedding window, not its own handle. I can only assume that the tools for querying the system for the windows don't see the embedded window as a Window. I suspect that instead of running in a window, the Emacs instance is running in a control and an utility that can list the controls rather than Windows is what need.

I am using KDE4. I'd like to create a keyboard shortcut that would run konsole with a predetermined setting: - window fully maximized - no menus, no tabs, no windows borders - stays below all windows - sticks on all desktops. All of this can be done by menus and clicks, but the idea is to run it with a keyboard shortcut, so I hope there are either konsole options for that, or some configuration I can store in a konsole profile that I could specify at the command line.

I want to manipulate the windows on a user's desktop. For example moving a window to a new position, or getting a list of all windows and their titles. I'm looking for the Linux-equivalent of win32's [winuser.h](https://learn.microsoft.com/en-au/windows/win32/api/_winmsg/) and macOS's [Quartz Window Services](https://developer.apple.com/documentation/coregraphics/quartz_window_services?language=objc) .

I like to have the focus follow my mouse, but I also like to be able to both minimize and restore windows by clicking the window button in the panel. If "click to focus" is set, then I get that behaviour. If I change to "focus follows mouse", then the behaviour of the window buttons is a bit unpredictable. Sometimes if I click to focus one window, then click another, then the second window minimizes while staying in the background. Is this by design, or potentially a bug? I'm using Xubuntu 14.04.2 and haven't modified Xfce in any way.

I am using kde, and have multiple desktops. I can display a window in any desktop, or in all of them. However I would like to display a window in some of them (3 of them). How do I display a window in more than one, but less than all desktops? ---- using: - OS: Debian Jessie Gnu/Linux - Desktop: KDE plasma 5:84

I'm using Fedora 37 with gnome 43.2. I prefer a windows style workflow, with a bottom task bar, start menu etc. To achieve this, I've installed the gnome extension "Dash to panel", which works great in general, but I am running into one issue. When I maximise a window, it takes up the whole screen, minus the bottom task bar, as expected. However, if I lock and then unlock the computer, the window remains maximised but is positioned incorrectly; there is a gap at the top (where the panel originally was), and the bottom section of the window is behind the task bar. It's not a huge issue, I just have to un-maximise (?) and then maximise the window again, but it is a little annoying. Has anyone run into this issue before and have a possible fix?

I love the window snap feature of the Gnome 3 shell. However, it only allows you to maximize windows or to snap to the left or right half of the screen. Is there a way to snap to quarters of the screen? Maybe some shell extension I'm unaware of?

From the command line, what is the best way to locate the first window where pcmanfm is running, and then give that window focus? pcmanfm does not showcase it's application name on the title bar of the window in which it is running, so you can't focus it using wmctrl -a pcmanfm (which works for me in other applications that do indeed showcase their application's name in the window title bar). This is just one example, but what I'm really looking for is a better method of locating windows that are running a particular command, and then giving that window focus. The title bar method I've been using just isn't always reliable.

The Gnome documentation only refers to horizontal tiling — two windows side-by-side, each taking half of the screen space. A four-window setup could make a ≥40'' display significantly more viable for generic computer work. Suggesting manually dragging and adjusting from the window edges (with the mouse cursor) isn't an answer. Please also note that the question is about Wayland.