On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote:
> Does anyone know how to improve the above script to get it to kill X after I
> kill dwm?
Is vt1 a script that launches dwm? When you press Alt+Q to kill dwm,
does this also kill any other running graphical applications? I believe
you c
On Fri, Aug 30, 2024 at 09:13:06AM +, NRK wrote:
> The proper list for sending patch is hack...@suckless.org.
Ah, right. Thanks. I'll send these to hackers@.
Eric
On Fri, Aug 02, 2024 at 11:23:42PM -0700, Eric Pruitt wrote:
> I'm resubmitting my patch for specifying fonts as an array in st in
> hopes of having it upstreamed. This can theoretically be done with
> fonts.conf, but I think fonts.conf is a nightmare to deal with and
> cannot
t set certain FC_* environment variables. Besides,
the other graphical suckless projects -- dwm and dmenu -- have supported
this for years.
Eric
Eric Pruitt (1):
Add support for user-defined fallback fonts
config.def.h | 10 -
x.c
This adds support for specifying fonts as an array. This allows the user
to explicitly configure fonts that should be used as fallback fonts when
a glyph is not found in the previous font. Although it is possible to
define fallback fonts with fontconfig's fonts.conf, fonts.conf is a
complicated mes
On Mon, Jul 29, 2024 at 05:37:59PM -0700, Eric Pruitt wrote:
> Would anyone object to making the "fonts" array in st have its length
> computed with a macro instead of being NULL-terminated? I want to share
> the same "fonts" variable array across dwm, st and dmenu, bu
On Tue, Jul 09, 2024 at 04:54:38PM +0300, Feodor wrote:
> > Tangentially, if you're asking for help configuring something, sharing
> > the configuration you have that doesn't work is the bare minimum you
> > should do. That information isn't something people trying to help you
> > should have to fi
On Sun, Jul 07, 2024 at 11:20:52AM +0300, Feodor wrote:
> As you said, I tried to edit ~/.Xresources:
I never said anything about Xresources. Those are for XTerm, not st. The
important part from Stack Exchange link are the screenrc files.
Furthermore:
> escape ^[[27;5;9~
> bindkey ^[[1;3D prev
>
> > I've used xcape and sxhkd with some success in mapping modifier keys,
> > however in a different situation from yours.
> >
> > https://github.com/alols/xcape
> > https://github.com/baskerville/sxhkd
>
> Eric, do you confirm that I have to use sxhkd and xcape?
I don't use either of those. The
On Thu, Jun 27, 2024 at 12:39:07PM -0400, Greg Reagle wrote:
> Note that I have not actually tried this and I am no expert on the
> topic. You might want to update the terminfo database too?
I can confirm that will work. It's what I use in my st configuration:
https://github.com/ericpruitt/emus/b
On Fri, Mar 15, 2024 at 04:22:19PM -0300, Brian Mayer wrote:
> My guess is that glibc provides that function by musl doesn't. So as
> my system is using musl that function is not found. Can I get some
> help?
The splice(2) call is provided by musl:
src/linux/splice.c:ssize_t splice(int fd_in,
On Thu, Jan 11, 2024 at 09:46:15PM +, stefan1 wrote:
> Is anyone else here interested in this?
> Does anyone have similar projects?
I think there's nothing wrong with wanting slimmer software, and I could
see myself using this, but re: the README, "like atk and accessiblilty
nonsense," I d
On Sun, Dec 24, 2023 at 12:19:48PM +1100, syg wrote:
> After working on it on and off for about three years now, I figured it
> was time to shill my little program to you fine people.
>
> https://sndc.studio
Is there a license for this somewhere? I couldn't find one.
Eric
Since at least commit fce76429b8f8ed48116557df3a478bc435145d94, the
flags in surf's usage don't match what's actually supported.
Eric
Is there a way to configure or patch dwm that makes it so using keyboard
shortcuts doesn't result input focus being lost? For example, if I use
non-ACPI shortcuts to change my volume while I'm playing games, it will
result in some momentarily muting audio or pausing the game briefly.
Eric
On Sun, Jan 17, 2021 at 10:58:10AM +, Hritik Vijay wrote:
> > Are there window managers that do NOT behave this way with respect
> > to workspaces?
>
> I've seen i3 handle this case with a i3-exec binary. It basically
> launches the target application and signals the i3wm where it was
> execute
On Sat, Jan 16, 2021 at 10:13:11PM -0800, Spenser Truex wrote:
> To me this seems like undesirable behaviour, since after opening a
> program one has to wait for it to load before switching the current tag.
>
> Reproduction:
> Run a program (eg. firefox) in tag 1
> Switch tag view before it loads
On Sun, Sep 06, 2020 at 08:21:45AM +0200, Tobias Bengfort wrote:
> For this to work it would need to be supported in several places:
>
> - Window managers could set _NET_WM_STATE_HIDDEN
> - Terminal emulators and multiplexers could set the terminal size to 0,0
> - Applications need to actually use
On Thu, Aug 06, 2020 at 10:06:35AM -0400, Greg B wrote:
> I am using the packaged dmenu in Ubuntu 20.04. A sample of the output of
> my window listing script is below, along with two simpler samples
> exhibiting slow startup behavior.
>
> I'm happy to do further testing or troubleshooting if anyon
On Thu, Feb 20, 2020 at 12:22:53PM -0500, Greg Reagle wrote:
> Hello. I am amazed at how fast Lua is to start up and shut down. Is my
> benchmark defective in any way? Lua seems to start up and exit faster
> than bash, python, rc, and ksh. Dash and mksh are faster. These
> interpreters are all pack
On Sat, Dec 07, 2019 at 03:50:09AM +, sylvain.bertr...@gmail.com wrote:
> I did fool around with your patch and the dejavu font: when I forced the
> pixel size I got those gaps. Not to mention the anti-aliasing seems to be
> involved.
I don't understand how it would be possible to have the gap
On Thu, Dec 05, 2019 at 06:19:16PM +, sylvain.bertr...@gmail.com wrote:
> I know I am walking on eggs: it seems st monospace font rendering with
> freetype
> (I use dejavu mono) has some vertical and/or horizontal gaps (whatever the
> rendering size).
>
> To illustrate, with lynx web browser:
On Fri, May 03, 2019 at 11:17:25PM +0200, Przemek Dragańczuk wrote:
> Every so often when running dwm my xorg seems to freeze. I can se the
> mouse cursor move and change according to what's on the screen, but
> the screen itself is frozen, almost as if it was a screenshot. The
> only way to "fix"
On Fri, Mar 01, 2019 at 12:37:06PM -0800, Anselm Garbe wrote:
> So I'd say the primary question is, if we want to keep the -m flag
> handling in dmenu or not. I suggest to drop it.
How about setting an environment variable with the monitor number? It
won't allow for drop-in uses, but people can al
On Tue, Feb 05, 2019 at 07:20:22PM +0100, Szpak wrote:
> That's a reasonable choice. I actually do the same in my environment. W-key
> is probably the only way to not interact with any app.
I use Caps Lock after mapping it to Hyper:
xmodmap -e "remove mod4 = Hyper_L" \
-e "remove
On Mon, Feb 04, 2019 at 05:37:59PM +0100, Hiltjo Posthuma wrote:
> When the initial version is ready and some (old and) new bugs are squashed it
> will be posted for review ofcourse.
Did you happen to fix the bug where UTF-8 sequences could be broken by
the ellipsis logic in drw_text?
Eric
On Sun, Feb 03, 2019 at 11:17:59PM +0100, a wrote:
> Very nice. Hopefully there will be patches to restore xft support in
> case it's wanted.
I'll be maintaining Xft patches for -- or perhaps forking dwm and dmenu
because fallback font support is critical for me. Once the Xft code has
actually bee
On Sun, Jan 13, 2019 at 08:32:31PM +0200, Alex Yegupov wrote:
> 2) 'control+tab' keypress seems not wokring (at least emacs -nw
> consider it like just 'Tab')
> Is there a way to make this keypress work?
You need to modify the "key" array in config.h. This is what I use for
Ctrl+(Shift)+Tab:
On Mon, Sep 24, 2018 at 09:22:14PM +0600, Eon S. Jeon wrote:
> Hello, Manu.
>
> Sorry, but merging font is not a good option.
>
> Each font contains settings like height, padding and hinting
> parameters, which are optimized for its glyphs by designers. So,
> merging fonts (or importing glyphs from
On Sun, Sep 23, 2018 at 11:31:29PM -0700, Eric Pruitt wrote:
> Yes, st's fallback font support is the main reason I began to use it. I
> use st and dwm with Japanese and Chinese text almost every single day.
I forgot to add that supporting Japanese, Chinese and Korean is THE
reason I
On Sun, Sep 23, 2018 at 11:19:46PM -0700, AR Garbe wrote:
> On 23 September 2018 at 11:56, Eric Pruitt wrote:
> > It's not just about Emoji or anti-aliasing. If you work with languages
> > that use non-Latin characters, support for fallback fonts is a must.
>
> Well, ar
On Sun, Sep 23, 2018 at 09:14:11AM -0700, AR Garbe wrote:
> I totally agree. I'd be in favour in a st just using plain X fonts.
> This emoji unicode porn and anti-aliasing TTF support doesn't make
> sense to me.
It's not just about Emoji or anti-aliasing. If you work with languages
that use non-La
On Wed, Jul 18, 2018 at 06:32:57PM +0200, Markus Wichmann wrote:
> And that's where you're wrong. "find | xargs" is wrong for the same reason
> "sudo su" is wrong, for the same reason "cat singlefile | whatever" is
> wrong: You're doing it wrong. In your case "find -exec" does everything
> you want
On Tue, Jul 17, 2018 at 07:05:43AM -0700, Evan Gates wrote:
> find -print0 is not specified by POSIX. If you want to print nul
> separated data use:
The suckless tools don't strictly follow POSIX. For example, sbase mv(1)
and cp(1) don't support "-i". Furthermore it's pretty portable; find(1)
on O
On Sun, Apr 01, 2018 at 02:43:04PM -0700, Eric Pruitt wrote:
> config.def.h | 5 +
> dwm.c| 7 +++
> 2 files changed, 8 insertions(+), 4 deletions(-)
>
Whoops; wrong list. I'm resending this to hackers@.
Eric
Since the default rule matching does substring comparisons, using the
fixed string "broken" as a fallback value can complicate or make
unambiguous matching impossible, so this change makes various fallback
strings for unset properties configurable via config.h.
---
config.def.h | 5 +
dwm.c
On Wed, Mar 21, 2018 at 05:42:07PM -0400, Gary Allen Vollink wrote:
> Any request for a glyph that isn't present will load the LastResort
> font, effectively killing all future fallback searches.
>
> I have NO idea how to fix this without opening the vacuum of space
> (wow, a lot of suck). I will
On Sun, Feb 11, 2018 at 08:55:17PM +, Stancil, Robert Andrew wrote:
> Unless I'm mistaken, doesn't the pango patch[1] answer this question? Or
> does the color emoji crash happen for both pango and xft?
>
> https://dwm.suckless.org/patches/pango/
Just because that patch exists doesn't mean tha
On Sat, Feb 10, 2018 at 05:30:16PM -0200, Igor Fontana wrote:
> > It doesn't sound like a dwm issue, but rather Xft. I won't add more
> > dependencies to dwm. Rather we should get rid of Xft.
>
> yes, teh guy said something about fontconfig+harfbuzz-ng.
>
> > I cannot reproduce the issue on my mach
On Sat, Feb 10, 2018 at 08:13:27PM +0100, Hiltjo Posthuma wrote:
> It doesn't sound like a dwm issue, but rather Xft. I won't add more
> dependencies to dwm. Rather we should get rid of Xft.
And replace it with what?
Eric
On Sun, Dec 31, 2017 at 10:15:24PM +0100, Hadrien Lacour wrote:
> I'm trying to do
> `st -e "tmux a -t cmus"`
Use `st -e tmux -a -t cmus` as documented in st(1) which reads "-e
command [arguments...]".
Eric
On Fri, Nov 17, 2017 at 10:39:10PM +0800, Amos Bird wrote:
> Mouse wheel events are translated to key presses. ^E and ^Y are for
> Vi/Vim/less. Change it in config.h to work with EMACS if you like.
This is wrong. Applications that support the X11 TTY extensions are sent
dedicated escape sequences
On Sun, Sep 17, 2017 at 07:01:58PM -0400, Gary Allen Vollink wrote:
> I noted in a previous thread [
> https://lists.suckless.org/dev/1709/32306.html ] that wcwidth was
> recently fixed/updated in Linux's glibc: [
> https://lists.gnu.org/archive/html/info-gnu/2017-08/msg0.html ].
> Ultimately,
On Tue, Oct 10, 2017 at 10:01:32PM -0700, Eric Pruitt wrote:
> I dug into this some more, and this code is what's causing the shortcuts
> to be ignored:
>
> if (i == LEN(mappedkeys)) {
> if ((k & 0x) < 0xFD00)
> return NULL;
> }
On Mon, Oct 09, 2017 at 10:32:02AM -0700, Eric Pruitt wrote:
> When I press Ctrl+1 after making that change, the iso14755 function is
> executed as expected. I looked at the code that's responsible for
> handling key presses in both arrays, but it's not clear to me exactly
&g
I would like to create custom mappings for pressing Control with a
digit. I added this binding for Ctrl+1 to the top of the "key" array:
/* keysmmaskstring appkey appcursorcrlf */
{ XK_1,ControlMask,"\033OP", 0, 0, 0 },
When I press C
On Fri, Sep 15, 2017 at 09:41:32PM +0200, Hadrien Lacour wrote:
> I basically wanted a way to open a terminal with the beginning of a
> command ("pass -c " in my case) already typed.
>
> I finally settled for the dmenu integration, but this still could be
> useful. I'll probably have better chance
On Thu, Sep 14, 2017 at 01:51:26PM -0700, Eric Pruitt wrote:
> On Thu, Sep 14, 2017 at 12:01:42PM -0400, Gary Allen Vollink wrote:
> > 3) I'm not proud of this, but it works reliably. I wrote a nasty hack
> > that force-fixes the width/overlap problem with Emoji (and som
On Thu, Sep 14, 2017 at 12:01:42PM -0400, Gary Allen Vollink wrote:
> 3) I'm not proud of this, but it works reliably. I wrote a nasty hack
> that force-fixes the width/overlap problem with Emoji (and some other
> odd font-substitution problems). I know that this is 'fixed' in
> glibc's most rece
On Sun, Sep 03, 2017 at 06:31:44PM +0200, Hadrien Lacour wrote:
> I see, thanks. Don't know why I thought it was like this. Well, I'll try it
> but fontconfig is indeed a big pain in the ass (editing XML is never fun).
If you don't mind running an older revision of st (or porting my changes
to a n
On Fri, Aug 25, 2017 at 07:37:56PM +, fao_ wrote:
> > 9base is not intended for interactive use, so no, p does not really
> > belong into 9base. 9base is intended to be a scripting environment.
>
> Excuse me if this is a stupid question, but: What's the difference?
Interactive: things that use
On Wed, Jun 21, 2017 at 07:39:07PM +0600, Techno Implant wrote:
> So my question is if there's a patch that can make st handle
> scrollback lines dynamically rather than preallocate.
>
> And also will there be any daemon mode available for st?
You could use tmux. It dynamically allocates memory fo
On Sat, Apr 01, 2017 at 02:49:47PM +0530, Aditya Goturu wrote:
> Actually, I have a better suggestion. Rather than burdening the user
> with things like passwords, we must make it such that it will simply
> allow the user to unlock as soon as the enter key is pressed. Perhaps we
> should integrate
On Sat, Feb 11, 2017 at 02:03:18PM +0100, Jan Christoph Ebersbach wrote:
> The one thing I noticed is that I couldn't get del to work at first
> because it was messing the .del file in $HOME.
>
> del: open: /home/jceb/.del: No such file or directory
> del: dmenu died with exit status 1
>
> It took
On Fri, Feb 10, 2017 at 08:26:11AM +0100, robin wrote:
> I usually pipe into less whenever something overflows the terminal
> height, but having to type 2>&1 to see stderr is a bit cumbersome. In
> dvtm Shift-PageUp is much easier.
I use a generic wrapper function in Bash:
# $1 Name or pat
I use dmenu to run programs, but I did not like that dmenu_run included
every single program included those without GUIs. I maintained a list of
programs manually, then I wrote a script to generate the list based on
whether or not a binary linked to GUI libraries. Recently, I wrote a C
program that
On Mon, Feb 06, 2017 at 12:48:45PM -0600, LaFreniere, Joseph wrote:
> May I ask why the patch was included in the message body as opposed to an
> attachment? I am unfamiliar to mailing list conventions, but it seems that
> a discrete file would be more easily managed.
>From http://suckless.org/co
On Thu, Jan 12, 2017 at 07:25:06PM +0100, Patrick Bucher wrote:
> I'm using st and dwm at the same time, and today I discovered a little problem
> when using the default config of both programs. st uses Alt-Shift-C to copy
> text
> into the clipboard, dwm uses Mod1-Shift-C for closing the selected
On Wed, Dec 14, 2016 at 07:53:57PM -0800, Eric Pruitt wrote:
> config.def.h | 2 +-
> st.c | 6 +++---
> 2 files changed, 4 insertions(+), 4 deletions(-)
I re-sent this to the correct list, hackers@.
Eric
I wasted an hour trying to figure out why st on different hosts using
the exact same terminfo configuration and statically compiled tmux was
displaying some text in yellow. The hosts where this produced yellow
text were using an Ubuntu-based Linux distro while the hosts where st
continued to work a
On Tue, Dec 13, 2016 at 08:18:14AM -0600, Ian Remmler wrote:
> There's not much to see, really. I don't think a picture tells enough
> to justify adding to the repo.
It's a **G**UI widget. How it looks and works is 99% of what matters.
Can someone that's compiled and run the code please post a sc
On Wed, Sep 21, 2016 at 05:48:51PM +0100, Nick Warne wrote:
> Was going to use this to monitor battery, but HUNK #10 fails - looking
> at the patch and dwm.c, the code is totally different at around line
> 664:
Are you using the tagged 6.1 release or 6.1/HEAD? My version of the
patch applies clean
On Wed, Sep 07, 2016 at 11:36:47PM -0700, le...@bitmessage.ch wrote:
> On Wed, Sep 07, 2016 at 09:39:08PM -0700, Eric Pruitt wrote:
> > Even if you don't debug and / or fix the problem, at least post the
> > offending commit, and I will take a look.
>
> I was able to fix
On Wed, Sep 07, 2016 at 09:20:39PM -0700, le...@bitmessage.ch wrote:
> This did not happen in st-0.6. Okay I'll check out git-bisect and see if
> I can figure it out. I'll submit a patch or pull request if I find a
> solution. Thanks.
Even if you don't debug and / or fix the problem, at least post
On Wed, Sep 07, 2016 at 06:01:48PM -0700, Eric Pruitt wrote:
> On Wed, Sep 07, 2016 at 05:51:49PM -0700, le...@bitmessage.ch wrote:
> > After moving to st-0.7, I am experiencing a bug with line drawing. When
> > using a bitmap font (eg terminus) and a chscale=1.2 in config.h, eve
On Wed, Sep 07, 2016 at 05:51:49PM -0700, le...@bitmessage.ch wrote:
> After moving to st-0.7, I am experiencing a bug with line drawing. When
> using a bitmap font (eg terminus) and a chscale=1.2 in config.h, every
> vertical line has gaps in it (ex tree or tmux). This persists for different
> bi
On Thu, Jan 28, 2016 at 07:20:12PM +1300, David Phillips wrote:
> That behaviour is unwanted if the first key in a password is 'shift'.
> The new behaviour will still turn slock to the failure colour if the
> shift key
> is pressed, but only once it is released and the buffer is still
> clear.
I w
On Mon, Aug 15, 2016 at 03:59:40AM +0300, Amer wrote:
> I don't understand at all how you can apply this embedded-into-body
> patch with all tabs replaced by spaces and lines wrapped on 80.
> What magic I need for this?
It was unintentional. Normally, I send patches to the list as
attachments, but
On Tue, Aug 09, 2016 at 06:56:35PM -0700, Eli Cohen wrote:
> I'm trying to get neatroff compiled in a stali fashion. I've run into
> a slight impasse regarding licensing. for typesetting, neatroff uses
> ghostscript fonts, which are gpl. (really my goal with all this is
> just to display man pages
Modifies st to support user-defined fallback fonts specified in an
array. This change also resolves an issue where fallback fonts were used
in place of default fonts in an inconsistent manner which caused
identical sets of text to sometimes use different fonts.
---
config.def.h | 15 +---
st.
On Sun, Jul 31, 2016 at 08:26:36AM +0200, Jan Christoph Ebersbach wrote:
> Have you tried to increase patch's fuzz factor with the --fuzz option in
> order to achieve the same result?
I messed tried messing with the fuzzing factor, but I had some patches
apply in wrong place. I am not certain beca
On Sun, Jul 31, 2016 at 03:01:24PM -0700, Eric Pruitt wrote:
> -static char font[] = "Liberation
> Mono:pixelsize=12:antialias=true:autohint=true";
> +static char *fonts[] = {
> +"Liberation Mono:pixelsize=12:antialias=true:autohint=true",
> +};
I used
Modifies st to support user-defined fallback fonts specified in an
array. This change also resolves an issue where fallback fonts were used
in place of default fonts in an inconsistent manner which caused
identical sets of text to sometimes use different fonts.
---
config.def.h | 15 +---
st.
On Tue, Jul 26, 2016 at 06:16:15PM +0200, Kajetan Jasztal wrote:
> Hash masking [0] password gives you more insight in mistakes you made
> while you are typing since you can remember sequence of changing
> hashes while you type and correct them on the fly.
I've seen that before, and although I th
On Tue, Jul 26, 2016 at 06:09:18PM +0200, Jan Christoph Ebersbach wrote:
> If dmenu could easily be used as a replacement for pinentry my desktop
> would suck a little less. I'm not aware of many other use cases for
> entering passwords. Is that possible with your patch?
The pinentry programs fo
On Mon, Jul 25, 2016 at 11:33:18PM +0200, FRIGN wrote:
> my suggestion prints as many asterisks as there are runes. try it
> out! :D
I see; I misread "curpos" as "cursor" when I glanced over it the first
time. However, it still looks wrong to me, so I tested it to verify -- I
believe the problem i
On Mon, Jul 25, 2016 at 11:10:26PM +0200, FRIGN wrote:
> I looked more closely at the patch and I've found potential to simplify
> it. Why not go with a [...]
Personally, I like having the asterisks reflect the actual number of
runes typed and think the cosmetics are worth the extra lines. Even if
On Mon, Jul 25, 2016 at 10:21:09PM +0200, FRIGN wrote:
> On Mon, 25 Jul 2016 13:07:23 -0700
> Eric Pruitt wrote:
>
> > Again, no one is saying passwords should be sent via the command line.
> > Look at the patch. It uses stdout just like vanialla dmenu.
>
> Ah I see,
On Mon, Jul 25, 2016 at 11:14:28PM -1100, mikan wrote:
> I was working on a similar thing but decided that password entry doesn't make
> sense in dmenu context (since it's a menu!) and made a separate tool instead
> and glue pinentry code to it.
I don't agree with this sentiment -- dmenu happily s
On Mon, Jul 25, 2016 at 01:10:01PM -0700, Eric Pruitt wrote:
> On Mon, Jul 25, 2016 at 10:06:47PM +0200, FRIGN wrote:
> > I really would like to see if "example" actually exists. Does it
> > really make sense to do that and is it even safe?
>
> Off the top of my
On Mon, Jul 25, 2016 at 10:06:47PM +0200, FRIGN wrote:
> I really would like to see if "example" actually exists. Does it
> really make sense to do that and is it even safe?
Off the top of my head. both GPG and luks accept passwords and keyfiles
via arbitrary files which can be regular files or pi
On Mon, Jul 25, 2016 at 10:03:34PM +0200, FRIGN wrote:
> So you pass passwords on the command line? Again, an example is really
> overdue.
I have no clue what you're talking about. What makes you think I'm
sending passwords over the command line? Dmenu sends the selection to
stdout, not argv, and
On Mon, Jul 25, 2016 at 09:45:16PM +0200, FRIGN wrote:
> On Mon, 25 Jul 2016 11:39:55 -0700
> > The attached patch adds a "-g" flag to dmenu so it can be used for
> > password entry. Typed text is replaced with asterisks.
>
> Why would you need that? Can you give an example?
There's an example in
On Mon, Jul 25, 2016 at 11:39:55AM -0700, Eric Pruitt wrote:
> The attached patch adds a "-g" flag to dmenu so it can be used for
> password entry. Typed text is replaced with asterisks.
I've attached a slightly revised version of the patch which uses "sizeof
text&
The attached patch adds a "-g" flag to dmenu so it can be used for
password entry. Typed text is replaced with asterisks.
Eric
>From 2014b6757b153df67b2213fe9ded6f34087275be Mon Sep 17 00:00:00 2001
From: Eric Pruitt
Date: Mon, 25 Jul 2016 11:38:19 -0700
Subject: [PATCH] Added opt
On Sat, Jul 23, 2016 at 05:21:42PM +0200, FRIGN wrote:
> It's a difficult matter because patches interfere. I know of no way to
> make multiple patches inclusive to each other, in many cases it is not
> possible.
Something I do with my patches to make them easier manually edit the
resulting diffs
On Sat, Jul 23, 2016 at 01:58:53PM -0400, Donald Allen wrote:
> I am running dwm 6.1 on a FreeBSD 10.3 system. dwm I have applied the
> pertag, better-borders, and status-colors patches.
>
> [...]
>
> Unfortunately, I am very busy right now and cannot devote time to
> trying to debug this. But if a
On Tue, Jul 19, 2016 at 07:51:49PM +0200, lukáš Hozda wrote:
> Oh, this looks pretty neat. How does the syntax highlighting work? Is
> it hardcoded or are the some configuration files somewhere?
It's hardcoded: https://github.com/antirez/kilo/blob/master/kilo.c#L350
Eric
On Mon, Jul 18, 2016 at 12:30:45AM +0200, hadrien.lac...@openmailbox.org wrote:
> The problem might be hard to reproduce, so here's a simpler one
> https://a.cocaine.ninja/jihcdl.gif
I tried that, and it also didn't give my any issues. I don't have any
other ideas of what it could be; sorry. If yo
On Sun, Jul 17, 2016 at 10:45:10PM +0200, hadrien.lac...@openmailbox.org wrote:
> I've recently changed from urxvt to st and noticed a bug when using nano
> which will be easier to describe with a short gif:
> https://a.cocaine.ninja/xtlajf.gif
> This issue happens ONLY when I change "static unsign
On Wed, Jul 13, 2016 at 04:22:51PM -0800, Britton Kerin wrote:
> There are some diffs like this one from columns patch:
>
> dwm-r1580-col.diff
>
> What are these r1580-style things supposed to refer to?
Some of the suckless projects were previously managed using Mercurial,
and the "r1580" pro
On Mon, Jul 04, 2016 at 08:49:05PM +, Alive 4ever wrote:
> How can I get rid of this inconsistent backspace behavior and get the
> right backspace behavior (^?) even with alt (meta) pressed?
Mod1Mask typically represents Alt, so try adding this to config.h:
{ XK_BackSpace, Mod1Mask,
.
An updated patch is attached.
Eric
>From 9b9e01d11ac134b15f24cb59d125d106be7bbdf2 Mon Sep 17 00:00:00 2001
From: Eric Pruitt
Date: Sun, 3 Jul 2016 10:10:30 -0700
Subject: [PATCH] Removed unnecessary scope blocks
---
dwm.c | 60
1 fi
ve
them.
Eric
>From e3d8ded1730dbf32cd29412179b0d9cd6ecdbe7e Mon Sep 17 00:00:00 2001
From: Eric Pruitt
Date: Sat, 2 Jul 2016 16:14:23 -0700
Subject: [PATCH] Removed unnecessary scope blocks
---
dwm.c | 50 +++---
1 file changed, 23 insertions(+), 27 d
On Sat, Jul 02, 2016 at 01:19:45PM -0700, Ben Woolley wrote:
> My main issue with having to search patches only is that it is far easier on
> a remote headless server to install git than a web browser,
The suckless site is perfectly usable with elinks, w3m and, if I were to
guess, probably links a
On Sat, Jul 02, 2016 at 09:13:05AM -0700, Ben Woolley wrote:
> For releases, you could expose patches for only the branches ahead of the
> release, and that might encourage authors to maintain their branches, and
> patches could automatically be organized by release. A daily run could update
> the
On Wed, Jun 29, 2016 at 01:54:13PM -0800, Britton Kerin wrote:
> I'm not going to try to fix patches I don't use myself, it's possible
> to screw up and testing is a hassle since it involves the wm.
I wonder what the odds are of a patch applying cleanly, compilation of
of dwm succeeding but actual
e I suggest create a clean patch ;)
That patch already applies cleanly:
dwm$ head -n10 0001-Configure-geometry-before-applying-rules.patch
From da2a02dd23befc0ff89d08c990a360c048f0adfd Mon Sep 17 00:00:00 2001
From: Eric Pruitt
Date: Wed, 25 May 2016 16:33:11 -0700
Subjec
On Fri, Jun 10, 2016 at 08:37:11AM -0700, Eric Pruitt wrote:
> On Wed, Jun 08, 2016 at 10:00:16AM +0200, Anselm R Garbe wrote:
> > If I share the same view tomorrow, I will apply your patch.
>
> Are you still planning on on applying this patch?
I'm following up on this since
Hi Anselm,
On Wed, Jun 08, 2016 at 10:00:16AM +0200, Anselm R Garbe wrote:
> If I share the same view tomorrow, I will apply your patch.
Are you still planning on on applying this patch?
Eric
1 - 100 of 294 matches
Mail list logo
