forge-ext / forge Goto Github PK

Capability to see the panel icon for the following:

• tiling toggle in panel button
• workspace tiling toggle in panel button
• workspace layout mode in panel button
• open prefs shortcut in panel button
• show version number in panel button

Migrate prefs.js to GTK 4.x
https://docs.gtk.org/gtk4/migrating-3to4.html

When moving windows with keybindings, and the window being moved is within another sub-con, and the sub-con is the first or last child of a container, still move the window as the first or last child, detaching from that sub-con.

One use case is when inserting a window into a split and would like to go back to the same position as it was before.

• Implement gettext

When pressing <Super> + z, select the parent con of the focused window. The con is a St.Bin, can implement active hint and hiding the border on the focused window.

With this, open up to be able to move/update this Con and its children using drag/drop or keyboard shortcuts

• Toggle float Window via title <Super> + c and add wm_class and wm_title to floating overrides config file.
• Toggle float Window and its entire wm_class via <Super> + <Shift> + c and add wm_class to floating overrides config file.

see #15

First of all...great work!

Would be great if you could bound Forge functionality to one of more workspaces, leaving other workspaces function normally. The use case is I have coding workscapes and design workspaces. The design workspaces need a more mouse-driven and flexible workflow.

When overview is opened, and mouse is moved to another window than previous, the previous and currently highlighted window gets swapped when closing the overview.

To reproduce, open any window that has a confirmation dialog when exiting. I see this on GNOME Terminal with tmux and then exiting while tmux is still running, then it will ask to confirm the exit. After confirming exit and terminal is the last window in Forge, it crashes and restarts gnome-shell

• Update tree when workspace changes: static and dynamic
• Update tree when monitor or display changes
• Handle moving windows to different workspaces
• Handle moving windows to different monitors or displays

Will add reproduce steps here

Control where new window would appear, horizontally or vertically against a focused window. This is inspired by i3-wm:

• Use <Super> + z to ready create a horizontal split.
• Use <Super> + v to ready create a vertical split.
• Highlight the direction of the split

Document any conflicting keybindings on the gnome.wm or desktop.wm dconf

Create wiki documentation or static website somewhere

Ability to drag the edges of a window and resize the containers using a mouse or keyboard.
For keyboard resize, use vim (hjkl) or arrow directional keys.

When pressing <Super> + g, toggle the split layout to horizontal or vertical

When pressing <Super><Shift> + t, toggle the current focus window's parent con to Tabbed layout.

Two options for tabs:

• The tabbed layout is currently using the existing window decorations as tabs
  • First problem with this is that not all windows can have the same width size due to some windows having preferred width sizes. Or resize = false for some.
  • Second problem is that the active tab is not going to be present on the remaining background tabs. And it looks weird :)
• #63
  • It looks like there is no built in tab/notebook yet in St library - so I have to make one myself.
  • Second note: find the current stylesheet class for the window decoration in gnome-shell - so when distros change their styles, the tab also follows the same style decoration as if it was implemented like the first approach on the native window decorations. Use case, distros can change the GTK theme (at the moment) or light and dark. Will have to wait for libadwaita but that's another challenge for the future :)

Open 2 windows, halt-tile vertically 1 window and toggle the layout. Resize the con and see it break. Resize by dragging one of the children opposite the split direction - since vertical, drag horizontally or vice versa.

• Cleanup the signals on disable
• Rebind the signals on enable
• Remove the active window border on disable
• Show the active window border on enable
• Remove any keybindings on disable
• Rebind any keybindings on enable

When a window is floated via <Super> + c, noticed that the floating window can swap places with the window underneath. This should not happen.

When floats (because Forge still tracks it - just a different mode) like prefs.js are opened, the siblings percentages are being reset. It should only reset when that window gets tiled with its siblings.

On Zorin16 presets got a floating top bar, when im try to activate this extensions it ignores the topbar of gnome and hide the titlebar of the windows under it. If i activate the gap i can manage to mitigate this problem but doesn't solve it. The way that i can see this thing solved is (and i suggest):

1: have an gap exclusive to the top on the extension settings
2: manage to recognize the modified top bar of Zorin16

Especially on the second sugestion its only an way to say it, i dont know nothing about how to do it or even if its possible. I could share any other info needed for resolve this problem. I really apreciatte the effort on this extension.

Some additional info:
Gnome version: 3.38 on Wayland

When the dynamic workspaces is turned on in GNOME Tweaks or gsettings, and moving windows in and out of workspaces sometimes produces display glitches after introducing the container splits:

• Windows overlap each other
• Windows gets detached on the tree

The grab_accelerator API was different in gnome-shell 3.36 than when Forge started at gnome 3.38

When pressing <Super><Shift> + s, toggle the focus window's parent con to Stacked layout

When there are 3 windows tiled and the middle (number 2) is minimized, the keyboard focus cannot jump from number 3 to number 1 window or vice versa. It gets stuck on the hidden window number 2.

• The focus hint is defined the same as window-clone-border class name in the stylesheet.css.
• The highlights are the active and focus hovers in the overview app icons, search and workspace thumbnails as shown below:
  
  
  
  

When a window in the tree is minimized, skip to the next available sibling relative to the direction. Else, the window focus gets stuck and cannot get past the minimized window in the tree.

• After implementing resizing, floating or minimizing windows leaves a space probably because of the existing percentages > 0.0 between the window that was resized and the sibling.
• Also, handle the window that was split and is the only child of that parent con.

The empty split bin needs to be cleared when the last window child gets minimized or consider the parent St.Bin to be minimized along with the window to retain the position in the tree?

Whan I do this a lot of strange stuff happens and the shell get restarted sort. After a few times I'm forced to restart the gnome session.

Add capability to exempt some windows from being tracked for layout (tiling, tabbed or stacked) by Forge:

• Provide a keyboard shortcut to exempt the current window (<Super> + e) or its entire wm_class (<Super><Shift> + e).
• Exempt Forge window components by default. Users can still update these.
• Open the prefs.js, tabbing to the Exemptions section by default. Keyboard shortcut <Super><Shift> + z.
• Users should be able to edit the defaults and add/update any windows (wm_class, title) as they wish.
• #132
• #133

Today, grabbing mouse and keyboard shortcuts swaps the windows.

• Move windows inside a con and swap when the next sibling is the last item.
• This also allows a window inside a con to move out and remove the con if it is the last window.
• Use <Super> + <Shift> + hjkl to move-insert windows.
• Use <Super> + <Ctrl> + hjkl to swap windows.

Made you look here. And it starts with <Super> + : :)

Allow users to update keybindings in prefs.js without using Gnome Control Center

• When GNOME or third party schemas have already bound the same keys as Forge, provide conflict detection and inform the user on the Forge Preferences > Keyboard > {Windows|Container|Other} Shortcuts > Conflicts With column.
• Provide the ability to remove the conflicting binding in favor of Forge?

While working on #22 - found out that when minimizing deeply nested windows, the tree.next is not able to determine the next available window for the remaining tiled children shown on the screen.

Bugs as part of this ticket:

• If there are 3 cons and all the windows of the middle con is minimized, next is not able to jump to the next con.
• Unable to resize when the resize pair is a hidden window

When the gnome preferences window focus mode == 'mouse', disregard the option forge.focus-follow-mouse and still move the mouse pointer.

When moving to an empty workspace and have done tiling on a different workspace, the window does not attach to the empty workspace-monitor node properly. It tiles on the previous workspace's attachNode.

Add the following configurable settings in prefs.js, with the ability to:

• Adjust keyboard shortcuts
• Adjust window gaps sizes
• Open up prefs.js via <Super> + .
• Adjust developer logging levels

The idea is to self-contain the UI for the options - so it can be available for users in any distro that is using Gnome-Shell.

When a tiled window is maximized, for example, Gnome Terminal, right-clicking to get to preferences unmaximizes the window.

• When dragging a window and the Swap modifier is pressed, swap the active window with the target.
• Provide available modifiers: Alt, Super, Ctrl, or Disabled

Update the shortcut var back as an Array(String) strv

Distinguish smart-gapped and zero-gapped windows and adjust focus hint accordingly

• When the focus switches via Focus command and same orientation as the direction, and the next monitor contains 1 or more windows, focus on the node window that's closest to the previous monitor. (The last index of the child of next con can be used if coming from direction == RIGHT, else first index)
• When not the same orientation as the direction, focus on the same position of the previous window. (The previous index can be used here, if the next and previous number of siblings are not the same, use the lower valued index)

When PaperWM layout is enabled, do that same thing!

Due to the change in 84fde5c for detecting if window is in the same monitor workspace node, the attachNode is being overriden incorrectly when the window swaps in between displays.

It behaves as if the window was just dragged into the monitor even if Split Vertical or Split Horizontal is done by the user.

• Add an indicator or highlight on the currently focused window.
• Make it toggable via <Super>+x.

• Able to swap windows via mouse
• Able to swap windows via keyboard
• Able to drag/drop windows on workspace thumbnails
• Able to drag/drop windows on any display

Use <Super> + vim or directional keys to navigate windows:

• h / left arrow keys - move focus to left of currently focused window
• j / down arrow keys - move focus to bottom of currently focused window
• k / up arrow keys - focus window to top of currently focused window
• l / right arrow keys - focus window to right of currently focused window