Debian Patches
Status for ratpoison/1.4.9-1.1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-add-with-menu.patch | add --with-menu This patch adds an --with-menu that allows one to specify a menu command that will be available with :menu and with "C-t ." * configure.in: add --with-menu to specify a menu program * src/action.c: add menu alias and binding if menu specified * src/main.c: tell menu command if menu specified |
"Bernhard R. Link" <brlink@debian.org> | no | 2005-01-15 | ||
| 0002-add-removeleft-up-right-down-commands.patch | add removeleft/up/right/down commands This patch adds new removeleft/up/right/down commands to extend the current frame in the given direction, removing all frames in the way. Default key-bindings are C-t M-arrow-keys. * src/split.c: new functions enlarge_frame_{left,up,right,down} to enlarge a frame in a given direction, optionally removing all direct adjacent frames. (remove_frame): moved code to new rotine maximaize_all_in_frame. (find_frame_{left,up,right,down}): try harder to find a frame in the specified direction. (So that it also works with parts of the screen not being in any frame). * src/split.h: added prototypes for enlarge_frame_{left,up,right,down} * src/actions.c: Added cmd_remove{left,up,right,down} calling enlarge_frame_*, added C-t M-{Left,Right,Up,Down} as keybindings. * doc/ratpoison.1: Document the new commands and keybindings. |
"Bernhard R. Link" <brlink@debian.org> | no | 2019-01-28 | ||
| 0003-manpage-layout-fixes.patch | manpage layout fixes | "Bernhard R. Link" <brlink@debian.org> | no | 2014-05-04 | ||
| 0004-focus-behaviour.patch | Make focus behaviour more intuitive The focusup, focusdown, focusleft, and focusright commands, which move to an adjacent frame, have some unintuitive behavior. For example, suppose you have a grid of four equally-sized frames, arrayed in two rows and two columns, like so: 0 1 2 3 And then suppose the original frame is 3, and you execute the focusup command. Part of the algorithm is: if the left side of the original frame is either aligned with or to the right of a frame, and if the left side of the original frame is aligned with or to the left of the frame, move to that frame. Because the left corner is numbered 0 and encountered first, and it satisfies those conditions, it will move to frame 0, rather than 1, which is what I would expect. The included patch changes the algorithm of these commands to instead seek out the frame which has the nearest left side (in the case of focusup and focusdown), or the nearest top side (in the case of focusleft and focusright). So using the above grid: focusright will move from 0 to 1 or 2 to 3 focusleft will move from 1 to 0 or 3 to 2 focusdown will move from 0 to 2 or 1 to 3 focusup will move from 2 to 0 or 3 to 1 Which is exactly what I would expect. |
Christopher Cramer <tsuyoshi@yumegakanau.org> | no | debian | 2022-09-07 |