I got sick of staring at the sed code and needed a break, so I wrote
find. It is complete and POSIX compliant. The only FIXMEs that affect
function are deciding what to do in a few error cases, and including
nanoseconds when comparing file times.
Other than that there a few things I've marked: 1 o
Greg Reagle said:
> - selecting but with no explicit copy should only set PRIMARY,
>never CLIPBOARD
FWIW in suckless context selecting _is_ explicit copy.
--
Dmitrij D. Czarkoff
On Fri, Feb 20, 2015 at 12:46:20AM +0100, Wander Nauta wrote:
> Hello list,
>
> I know this isn't a democracy, but I agree with Greg, it makes more
> sense to only set PRIMARY, not CLIPBOARD, in selcopy. Removing the
> clipboard-related lines from xsetsel seems to do the trick. I've
> attached a p
Hello list,
I know this isn't a democracy, but I agree with Greg, it makes more
sense to only set PRIMARY, not CLIPBOARD, in selcopy. Removing the
clipboard-related lines from xsetsel seems to do the trick. I've
attached a patch that does just that.
Cheers,
Wander
On Thu, Feb 19, 2015 at 10:30 P
See attached.
--
http://www.fastmail.com - Same, same, but different...
0001-document-keys-in-man-page.patch
Description: Binary data
When I select text in st using the mouse, it sets both the primary
selection and the clipboard selection. It should only set the primary
selection. The clipboard is supposed to be only for explicitly
requested copying.
From
http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt:
On Thu, Feb 19, 2015 at 06:20:47PM +0100, Marc André Tanner wrote:
> Hi,
>
> I'm pleased to announce version 0.3 of abduco, a tool for session
> {at,de}tach support which allows to run a process independently from
> its controlling terminal. In combination with dvtm it is a lightweight
> alternati
Markus Teich said:
> sure. Unfortunately I see no easy way of achieving that. Either use the
> keycodes, which are layout agnostic, but have the disadvantage, that different
> keyboard models can report different keycodes for the „same“ key. Or use the
> KeySyms which are keyboard model agnostic bu
Hi,
I just released dvtm-0.14, the tiling window manager for the console:
http://www.brain-dump.org/projects/dvtm/dvtm-0.14.tar.gz
with sha1sum
205a2165e70455309f7ed6a6f11b3072fb9b13c3 dvtm-0.14.tar.gz
Changes include:
* nmaster functionality available via MOD+{i,d} i.e. the possibility
Hi,
I'm pleased to announce version 0.3 of abduco, a tool for session
{at,de}tach support which allows to run a process independently from
its controlling terminal. In combination with dvtm it is a lightweight
alternative to tmux and screen.
http://www.brain-dump.org/projects/abduco/abduco-0.3.t
Dmitrij D. Czarkoff wrote:
> That said, I'd love to have Ctrl-з to be equivalent to Ctrl-z. But I am not
> sure whether I would tolerate any additional complexity as a trade-off.
Heyho,
sure. Unfortunately I see no easy way of achieving that. Either use the
keycodes, which are layout agnostic, b
Markus Teich said:
> Are there people on this list using different keyboard layouts and
> switching between them regularly?
I use Yugoslav keyboard layout and switch between Latin and Cyrillic.
The layouts only differ in letters, and even then the matching letters
("A" and "А", "Z" and "З", etc.)
> > shortcuts to stay on the same key
+1
On Thu, Feb 19, 2015 at 04:54:08PM +0100, Markus Teich wrote:
> shortcuts to stay on the same key
This.
P
pgpYDFbGJBCAx.pgp
Description: PGP signature
Heyho,
just out of curiousity: Are there people on this list using different keyboard
layouts and switching between them regularly? If yes: Would you like your
shortcuts to stay on the same key or would you like them to be consistent with
the character in the respective layout. For example conside
15 matches
Mail list logo
