On Fri, Jan 15, 2016 at 10:14:25PM -0800, Eric Pruitt wrote:
> [...] requires Lua 5.2+ which is too new to be in the latest Debian
> release.
I take that back; I just noticed that Lua is listed as an optional
dependency.
Eric
On Fri, Jan 15, 2016 at 04:56:37PM +0100, Marc André Tanner wrote:
> Did you (or anyone else) try it? First impressions? Which features did
> you miss the most?
I used Vis a while back when the project was still in its infancy, but I
can't compile the current release without fetching tarballs manu
On Fri, Jan 15, 2016 at 02:27:40PM -0200, Brad Luther wrote:
On the contrary, I knew about config.h but not about Shift+Alt+Page Up
Nice little keystroke for zooming! Thanks for bringing it up.
I'd better read the man page by now...
I didn't know that the first time, I heard that there is a fe
On 2016-01-15 at 23:21, Markus Teich wrote:
> I don't like the man-page approach. Documentation always looses
> synchronization
> to the codebase, so my proposal would be to output a similar error message in
> slock. The link from "slock: could not grab pointer" to `unclutter -grab`
> should
> be
Andreas Doll wrote:
> By the way, xscreensaver successfully locks the screen, and prints
>
> couldn't grab pointer! (AlreadyGrabbed)
>
> and displays the verification window only upon keyboard activity. Without
> unlcutter this window appears also on mouse input.
Heyho Andreas,
This is probably
On Fri, 15 Jan 2016 10:53:30 -0200
Brad Luther wrote:
> Hello.
>
> I found 3 behaviors on st that I believe to be bugs and not intended
>
> 1 - when you open st and some strings printed (try 'ls' for example),
> upon resizing it down and resizing it back up, the content is lost.
> Shouldn't the
On 2016-01-15 at 19:40, Markus Teich wrote:
> I assume this is the same issue for slock. From XGrabKeyboard(3):
> > If the keyboard is actively grabbed by some other client, XGrabKeyboard
> > fails
> > and returns AlreadyGrabbed.
> For screenlockers grabbing the keyboard is a must so no other cl
Andreas Doll wrote:
> I've just tested with i3lock 2.6 (on Debian stable), which also returns after
> a short moment to the desktop without verification, complaining
>
> $ i3lock
> i3lock: Cannot grab pointer/keyboard
Heyho Andreas,
I assume this is the same issue for slock. From XGrabKeyboard(3
Oh, that's explains it.
I was banging my head reading and rereading all patches, but it's
actually a configuration.
Thanks a lot.
On Fri, Jan 15, 2016 at 2:47 PM, ACE wrote:
>>Hello.
>>
>>You said there is a patch for this, but looking at all dwm patches, I
>>couldn't find it. I went through all
>Hello.
>
>You said there is a patch for this, but looking at all dwm patches, I
>couldn't find it. I went through all the patches under
>http://dwm.suckless.org/patches/ without success.
>Maybe it's written using different terminology and I'm not seeing it?
>Could you please send the name of the p
On the contrary, I knew about config.h but not about Shift+Alt+Page Up
Nice little keystroke for zooming! Thanks for bringing it up.
I'd better read the man page by now...
On Fri, Jan 15, 2016 at 12:21 PM, Pickfire wrote:
> Look at config.h, modify the font to use pixelsize:15
>
> --
> _
On Thu, Dec 31, 2015 at 07:59:37PM +0100, Connor Lane Smith wrote:
> I think this is pushing it for a 2015 release. But I'll be sure to
> give it a go asap, 2016. :)
Did you (or anyone else) try it? First impressions? Which features did
you miss the most?
--
Marc André Tanner >< http://www.brai
On Thu, Jan 14, 2016 at 08:08:49PM -0200, Marcel Rodrigues wrote:
> Very nice!
>
> Seems like you need to update [0] & [1].
Thanks, updated!
--
Marc André Tanner >< http://www.brain-dump.org/ >< GPG key: 10C93617
Look at config.h, modify the font to use pixelsize:15
--
_
< Do what you like, like what you do. >
-
\ ^__^
\ (oo)\___
(__)\ )\/\
||w |
|| ||
Hello all,
I can change the font size on st using Shift+Alt+Page Up. Is there
anyway I can save it so that next time I don't want to do this. ?
I saw pixelsize option in the char font[] variable in config.def.h.
But increasing that is not working.
I think the Shift+Alt+Page Up behaves like a z
1 - when you open st and some strings printed (try 'ls' for example),
upon resizing it down and resizing it back up, the content is lost.
Shouldn't the printed stuff remain there? This is an annoyance for
when I, for example, 'ls' a folder, open an image that I found inside
so dwm automatically ti
Hello.
1. This hasn't been implemented in st. It is by design. It's not
impossible to implement. If someone has a patch for this I'd be
interested.
2. That is by design no need to rephrase it here look at dwm's project
page. There's a patch for that.
3. Not using the latest st at the mo
> 1 - when you open st and some strings printed (try 'ls' for example),
> upon resizing it down and resizing it back up, the content is lost.
> Shouldn't the printed stuff remain there? This is an annoyance for
> when I, for example, 'ls' a folder, open an image that I found inside
> so dwm automat
Hello.
I found 3 behaviors on st that I believe to be bugs and not intended
1 - when you open st and some strings printed (try 'ls' for example),
upon resizing it down and resizing it back up, the content is lost.
Shouldn't the printed stuff remain there? This is an annoyance for
when I, for exam
On 2016-01-11 at 09:21, Markus Teich wrote:
> I was not aware of that issue. The man page of unclutter says for the `-grab`
> option "This often doesn't interoperate too well with some window managers" so
> it might actually be not slocks fault. Since this does not seem to be a
> critical
> issue,
20 matches
Mail list logo
