Re: [RP] [PATCH] Update expose.pl to Work with 1.4.9

On Mon, Nov 13 2017, Fahri Cihan Demirci wrote: > Since after xrandr support was added, sdump returns current screen name, > screen number, x-coordinate, y-coordinate, width, height and a boolean > flag designating the active screen. > This patch changes sdump parsing

Re: [RP] [PATCH 1/3 v2] Limit width of formatted text by characters rather than bytes

On Tue, Aug 29 2017, Will Storey <w...@summercat.com> wrote: > On Mon 2017-08-28 20:50:19 +0200, Jeremie Courreges-Anglas wrote: >> >> Hi Will, > > Hi! > > Thank you for looking at this. > >> First, thanks for your submission. You're dealing with a kn

Re: [RP] BUG QT Application

On Wed, Aug 30 2017, m...@gutierri.me wrote: > There is a bug in certain applications (or perhaps in a single one) that when > it changes from Workspace (via rpws) it disappears but the process remains > active. > > Application: Bitcon Wallet (QT application) Thanks for the report, but you

Re: [RP] [PATCH] add texinfo documentation for variable onlyborder

Pushed, thanks! -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE signature.asc Description: PGP signature ___ Ratpoison-devel mailing list Ratpoison-devel@nongnu.org

Re: [RP] [PATCH 2/3] Move several functions out of main.c into globals.c

On Sun, Aug 27 2017, Will Storey wrote: > These functions are used in many parts of ratpoison. In order to compile > a separate program using the ratpoison files, we need them available > outside of main.c. > > I want to create such a program for a set of unit tests. Pushed

Re: [RP] [PATCH 1/3 v2] Limit width of formatted text by characters rather than bytes

Hi Will, On Sun, Aug 27 2017, Will Storey wrote: > When formatting text for display in the window list, it is possible to > specify a limit to truncate at. This is useful for example with %t when > you have a long title in the window. > > The prior implementation truncated

Re: [RP] [PATCH] add onlyborder variable

On Tue, Aug 22 2017, Vasil Zlatanov wrote: > When onlyborder is set to 0 (default 1), borders are not displayed if > there is only a single frame on a given screen. > > This is useful if you use (thick) coloured borders to show which is the > currently focused window when using

Re: [RP] [PATCH] Fix: sync wins correctly after tmpwm for multiple screens

On Sun, Aug 06 2017, Antoine Busque wrote: > The current implementation of `sync_wins`, which gets called after > control is returned to ratpoison following a call to `tmpwm`, gets > executed once per screen. > > This is not only unnecesary, but also causes ratpoison to

Re: [RP] libhistory-support.

On Wed, Aug 09 2017, Spiros Bousbouras <spi...@gmail.com> wrote: > On Monday 2017-08-07 Jeremie Courreges-Anglas wrote : >> As I already said on this list, mouse-focus support is likely to be >> accepted if someone actually takes the time to discuss and implement it, >

Re: [RP] libhistory-support.

On Sun, Jul 30 2017, Martin Hertz wrote: > After thinking about it, then as ratpoison has implemented internal history > support itself, then maybe enabling libhistory support and adding to > resource-usage, wouldn't be the best solution, and I only also wanted a > single

Re: [RP] [PATCH] Fix: call using_history after initializing history entries

On Wed, Aug 02 2017, Antoine Busque wrote: > In its current state, history expansion requiring any sort of string > lookup is not working, always returing "event not found". This is due > to `history_offset` being set improperly by an early call to > `using_history`. > >

Re: [RP] [PATCH] Show frame indicator on focus* invocations

Hi, Antoine Busque writes: > The current behaviour of `focus{up,down,left,right}` is to show the > indicator if and only if the screen onto which the focus has just been > moved (or stayed) has more than 1 frame on it. > > This however is rather unintuitive, especially

Re: [RP] ratpoison-1.4.9 has been released

Eric S Fraga <e.fr...@ucl.ac.uk> writes: > On Tuesday, 4 Apr 2017 at 07:30, Jeremie Courreges-Anglas wrote: >> Hi folks, >> >> Here's a new release with a lot of changes accumulated over the past >> three years. Please see the NEWS entry for a description of c

[RP] ratpoison-1.4.9 has been released

Hi folks, Here's a new release with a lot of changes accumulated over the past three years. Please see the NEWS entry for a description of changes and new features. Thanks to all who provided bug reports, tests, suggestions and patches! Download links:

Re: [RP] ratpoison-1.4.9-rc2

Mathieu Othacehe writes: > Hi Joren, > >> what differences are there for a user? Will ratpoison somehow automatically >> detect when another screen is plugged in or do we still have to use the >> 'restart' command? > > Yes, thanks to xrandr support, when a new screen is

[RP] ratpoison-1.4.9-rc2

Hi, The xrandr branch has been merged, ratpoison now uses Xrandr to keep track of screens at runtime. I guess it means a bit of testing is needed before the 1.4.9 release. Why "rc2"? Because I published rc1 tarballs yesterday but found more stuff to tweak in the meantime. Please report back,

Re: [RP] adding some basic mouse support to switch frame

Julien Pagès writes: > Mathieu OTHACEHE writes: > >> You should maybe consider rebasing your work on top on xrandr branch. It >> would make your code cleaner as you would iterate on a screen list instead of >> a static array of screens. Yes, the xrandr changes are a bit

Re: [RP] [PATCH 2/2] Fix frozen state when a new screen appears after all screens have been removed

Merged, thanks. Please see below, Mathieu OTHACEHE writes: > Handle correctly the fact that the deleted screen could be the last one. > If a screen is plugged, and no other screens are present, give focus to > it's key window. > --- > src/screen.c | 45

Re: [RP] [PATCH] Make focus* commands screen aware.

Pedro Silva writes: > Joseph Mingrone writes: > >> This is a nice idea. It makes ratpoison behave similar to StumpWM >> with respect to multiple screens, which I find more intuitive. >> >> I've attached an updated patch, which applies against the xrandr >>

[RP] ratpoison-1.4.9-xrandr4 snapshots

Hi, updated snapshots after the recently merged patches from Mathieu Othacehe: http://wxcvbn.org/~jca/distfiles/ratpoison-1.4.9-xrandr4.tar.gz http://wxcvbn.org/~jca/distfiles/ratpoison-1.4.9-xrandr4.tar.gz.sig http://wxcvbn.org/~jca/distfiles/ratpoison-1.4.9-xrandr4.tar.xz

Re: [RP] [PATCH v2 0/6] Improve xrandr support

Jeremie Courreges-Anglas <j...@wxcvbn.org> writes: > Mathieu OTHACEHE <m.othac...@gmail.com> writes: > >> This patch set does 4 things : >> >> * Affect a number from a global numset to each screen. >> * Use the previous number in multi-monitor commands

[RP] New ratpoison-1.4.9-xrandr2 snapshots

Here are fresh tarballs of the xrandr branch, they contain recent improvements & bugfixes that are not yet committed in the main git repo, which is currently unavailable. Please test and report back, especially if you have a setup that involves multiple screens!

Re: [RP] [PATCH v2 0/6] Improve xrandr support

Mathieu OTHACEHE writes: > This patch set does 4 things : > > * Affect a number from a global numset to each screen. > * Use the previous number in multi-monitor commands (sselect, sfdump, > sfrestore and fdump). > * Sort screens using height dimension. > * Fix a gcc

Re: [RP] [PATCH 3/6] Disable sfdump if there is no xrandr support.

Mathieu OTHACEHE writes: >> No idea whether how stable would be the mapping between Xrandr ids and >> ratpoison ids, though, as we don't control the former. There's not much >> choice though, but 1. you already have implemented a screen_sort >> function, and 2. this sounds

Re: [RP] [PATCH 3/6] Disable sfdump if there is no xrandr support.

Mathieu OTHACEHE writes: > Without xrandr support, sfdump command has no interest. I think this is headed in the wrong direction. There is no reason to disable this command when we can easily deal with the single available screen. Same thing for your sselect and srestore

Re: [RP] [RFC v3] Add xrandr support

Mathieu OTHACEHE writes: > Drop deprecated xinerama support and replace it with xrandr. > > Signed-off-by: Mathieu OTHACEHE > --- > > Hi, > > Here is v3, to address Jeremie review and rebase patch on top of recent > changes. Thank you Mathieu. I've

Re: [RP] [RFC v2] Add xrandr support

Mathieu OTHACEHE writes: >> Erm, you may have to do it again, since I've now pushed some old stuff >> to the repo. :-| > > No problem :) >> >> OTOH, diffs are fine for testing but for what should hit the repo >> I would prefer commits generated with git format-patch. Could

Re: [RP] [RFC v2] Add xrandr support

Mathieu OTHACEHE writes: > Drop deprecated xinerama support and replace it with xrandr. > > Signed-off-by: Mathieu OTHACEHE > --- > > Hi. > > I forget to rebase my patch on top of master, so here is v2. Erm, you may have to do it again, since I've