ve
you can use "-reset -terminate" to get the behavior you want if, when
dwm is closed, there aren't any other clients.
Eric
PS: I've been having delivery issues with suckless.org, so I've BCC'd
your personal address instead of respecting the Reply-To header.
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
t;escape", that's not even possible:
"Each argument is either a single character, a two-character sequence
[...]." You would have to map Ctrl+Tab to a single, standard control
character instead of a multi-character sequence.
Eric
quot;^[[27;6;9~" prev
I tested this on a new screen installation without issue.
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 fish for.
Eric
> > 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 sxhk
pruitt/emus/blob/3a5b62e2f1674f2ee1e5c39b758fe23f6e529301/desktop-environment/st-config.h#L247
Eric
explicitly mentioned headers itself
pulls in sysmacros.h. I would guess you're running into a similar issue.
Eric
e some people complained about supporting non-Latin character sets
in graphical projects by way of fallback font logic, and then as I was
looking through the commit history, I saw that you deleted tons of
translation and language support files...
Eric
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
ral/cmake.html
You just have to backtrack the listed dependencies but if you are trying
to build many things from source you must be used to doing that.
Eric
kages.debian.org/bullseye/amd64/i3-wm/filelist).
Eric
27;t know about the
application until a window gets created. Are there window managers that
do NOT behave this way with respect to workspaces? I can think of ways
you could work around this, but I wouldn't consider any of them low
hanging fruit. What do you have in mind to address this?
Eric
library itself is finished. Now all I have to do
is modify dwm to send the signals based on focus and support user
defined patterns (e.g. window title, window class, etc.) for which the
signals are sent. My primary use case is to have games stop consuming
CPU resources when I'm not actively playing them.
Eric
r troubleshooting if anyone can point
> me in the right direction.
>
> -gb
>
> $ dmenu -v
> dmenu-4.8
>
> # simple repro with tabs - startup render seems to scale linearly with
> # number of tabs
> $ for i in {1..10}; do echo $'\t'; done | dmenu
I can reproduce this issue on Debian 10.
Eric
t "Hello world" }'; done >
/dev/null
[0.112s (100.60% CPU; User: 0.107, Sys: 0.005)]
$ time for _ in {1..10}; do gawk 'BEGIN { print "Hello world" }'; done >
/dev/null
[0.152s (99.90% CPU; User: 0.150, Sys: 0.002)]
$ time for _ in {1..10}; do sh -c 'echo Hello world'; done > /dev/null
[0.115s (100.53% CPU; User: 0.104, Sys: 0.012)]
Eric
le to have the gaps if you're
forcing the sizes. Could you post a screenshot? Also, are you certain
your changes are going into effect? You could test it by setting the
bounding boxes to something ridiculously small like 0.5 for ch/cwscale
or something like 6 pixels if you're using absolute values.
Eric
6943.html) so you can ensure
bounding boxes were always the same size regardless of what the font
library reports character dimensions to be, but it was not committed.
Eric
The man page is out of date, it says
It trusts the SHELL environment variable, ...
which has not been true for some time (since 2014, I think).
Eric
--
ms fnd in a lbry
rtunately I don't recall how I fixed the issue off
the top of my head.
Eric
, but people can always write shell script
wrappers to insert it wherever it's needed for their use-case.
Eric
-e "remove Lock = Caps_Lock" \
-e "keysym Caps_Lock = Hyper_L" \
-e "add mod3 = Hyper_L"
Eric
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
ode has
actually been removed, I'll post links to my patches if I opt for the
former approach.
Eric
This is what I use for
Ctrl+(Shift)+Tab:
// Ctrl+Tab
{ XK_Tab, ControlMask,"\033[27;5;9~", 0,0},
// Ctrl+Shft+Tab
{ XK_ISO_Left_Tab, ShiftControl, "\033[27;6;9~", 0,0},
Eric
into all
kinds of rendering issues that I didn't have the patience to debug.
Eric
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
h languages
that use non-Latin characters, support for fallback fonts is a must.
Eric
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
7;s pretty portable; find(1)
on OpenBSD, FreeBSD, macOS and GNU find(1) all support using NUL bytes.
It's the only sane way to securely support any legal filename.
Eric
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
ithub.com/ericpruitt/edge/blob/master/patches/st-00-font-array-support.diff
This doesn't necessarily eliminate the problem, but by explicitly
specifying fonts for languages you care about, you can at least mitigate
the problem for the common case of languages you care about.
Eric
ier library than Xft, so I would be surprised if
Hiltjo was suggesting that was use Pango.
Eric
hub.com/ericpruitt/edge/blob/master/patches/st-00-font-array-support.diff
In your case, the configuration would be something like this:
static const char *fonts[] = {
"",
"Symbola",
};
Eric
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
EMACS without running it inside of
tmux? If not, have you configured EMACS to use the mouse i.e.
https://stackoverflow.com/questions/18198387/ ?
Eric
ion returns 0 in cases where wcwidth(3)
would return -1, but this has not been a problem for me in practice
because all of the text I care about is well-formed UTF8.
Eric
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
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
what the problem is. Is there something wrong with the way I'm trying to
map Ctrl+1 or is this a bug of some sort?
Thanks,
Eric
uot; where "tty" is a file descriptor for the
terminal. Maybe you could create a wrapper program that uses ioctl to
push bytes into the input buffer then spawns a shell.
Eric
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
s. I don't
> have a handle on what the protocol is for sharing such a thing.
Make a patch. Attach the patch to an email or submit it to the wiki
(https://git.suckless.org/sites/tree/st.suckless.org/patches).
Instructions for submitting patches are provided on
https://suckless.org/hacking.
Eric
rting my changes
to a newer release), you can use my patch:
https://github.com/ericpruitt/edge/blob/master/patches/st-00-font-array-support.diff
Eric
nteractive: things that use ncurses, terminfo, termcap, etc.
Scripting: programs like sed, ed, awk, grep, etc. These programs are
often used in the context of larger tasks with pipes for transforming /
processing data.
Eric
allocates memory for the scrollback
buffer, and using tmux would also give you something akin to daemon
mode. You also wouldn't have to worry about waiting for someone to
update the st history patch after st has been modified.
Eric
slock/commit/?id=d8bec0f6fdc8a246d78cb488a0068954b46fcb29
Eric
RDONLY) < 0) {
-verror("del: open: %s", menu_list_path);
+if (errno == ENOENT) {
+fmterr("del: %s missing; was \"del -r\" run?",
menu_list_path);
+} else {
+verror("del: open: %s", menu_list_path);
+}
} else {
execvp(argv[0], argv);
verror("del: %s", argv[0]);
Eric
signature.asc
Description: Digital signature
ess flags ensure that less will exit if the output fits on one
screen. I also use tmux, but I find less to be less painful to use than
copy mode in tmux when I don't need to actually copy text.
Eric
e used to pass
flags to dmenu or use a different menu altogether:
Set the background color of selected text to red:
$ del -- -sb "#ff"
Use rofi in dmenu mode instead of dmenu:
$ del rofi -dmenu
Please let me know what you think.
Thanks,
Eric
people still often use attachments
despite what the community documentation requests.
Eric
" \
-e "remove Lock = Caps_Lock" \
-e "keysym Caps_Lock = Hyper_L" \
-e "add mod3 = Hyper_L"
I know a lot of Vimmers like to map caps to escape, but I use "qq"
instead of escape.
Eric
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
run the code please post a screenshot to
this list?
Eric
h applies cleanly against the current dwm HEAD:
https://github.com/ericpruitt/edge/blob/master/patches/dwm-00-systray.diff
Eric
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
ix the problem, at least post the
offending commit, and I will take a look.
Eric
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
there are 1-pixel gaps between vertical lines (not pipe
but "│"), but at home, the gaps aren't there. I don't find this annoying
enough to invest any effort into figuring out why that happens despite
both computers being Debian-based.
Eric
to lock screen
3. slock shows $NO_ACTIVITY_COLOR.
4. User removes hand from keyboard.
5. slock color does **not** change
Eric
diff --git slock.c slock.c
index a00fbb9..f24fd21 100644
--- slock.c
+++ slock.c
@@ -127,6 +127,7 @@ readpw(Display *dpy, const char *pws)
KeySym ksym;
XEvent ev;
stati
as
attachments, but I decided to send it inline this time around because it
was mentioned as the preferred method on one of the suckless.org pages.
I didn't notice the text wrapping had been changed.
Eric
t; just to display man pages)
How is this an "impasse?" If you're just compiling it for yourself, I
don't see why licensing matters.
Eric
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.
ed to a specific feature and
hope there are no dependency issues. Instead, I just "git rm" the diff
file and call it a day.
Eric
signature.asc
Description: Digital signature
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.
and although I think it's a neat idea, I feel
like it's way too leaky to use in public.
Eric
nvoked (i.e. you're not using an inflexible front-end),
you could use "--passphrase-fd 0".
Eric
signature.asc
Description: Digital signature
y -- I
believe the problem is that the characters aren't guaranteed to have a
width of 8 or even be constant for every character, so if you type (or
paste) something like "Blah blah Բարի գալուստ Վիքիպեդիա Blah Blah", the
cursor position and the number of asterisks is not properly
synchronized.
Eric
do not want asterisks, but that makes the change even
more complex (although negligibly IMO), so I understand you don't like
that idea.
Eric
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,
r undesirable or be
abandoned by its sole maintainer.
Eric
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
regular files or pipes.
Define "safe."
Eric
a the command line.
Look at the patch. It uses stdout just like vanialla dmenu.
Eric
the presence of other
people, but I (like many people) do and occasionally need to respond to
password prompts.
Eric
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
8
I'm using GNU make and taking advantage of the numerous features it
provides. I know that monstrosity is far from suckless, but it works
well, and I've learned a lot about GNU make.
Eric
hat I am not willing to do is debug your entire
configuration just to verify whether or not my patch is at fault.
Eric
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
t could be; sorry. If you haven't tried this
already, consider pulling the git repo and compile st yourself without
using the ebuild at all.
Eric
I change "static unsigned int tabspaces" from 8
> to 4 in the config file.
I wasn't able to reproduce this. Did you compile the st termcap file,
are you overriding the TERM environment variable, and are you using a
multiplexer like tmux, screen or dvtm?
Eric
and the "r1580" probably refers to Mercurial revision #1580.
Eric
d1Mask, "\177", 0, 0,0},
Eric
.
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
In dwm, I noticed there are two superfluous scoping blocks in
grabbuttons and grabkeys. I'm assuming they were added because they were
required for C89, but since dwm is compiled with -std=c99 by default, I
don't think they're necessary anymore. I've attached a patch to remo
ct with the site.
Maybe I don't understand exactly what you're doing, but if you are
regularly building dwm on various machines, you should probably automate
the process instead of manually searching for and re-downloading the
patches every time.
Eric
patch is then apply it. If it turns out $BRANCH doesn't have
the patch, I have to search some more.
Eric
; "dwm-$name-$git_version.diff"
fi
make clean
git reset --hard
done
git reset --hard HEAD^
done
Note that this is an example and doesn't take into account that the
"sites" repo and dwm wouldn't be in the same folder.
Eric
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
1 - 100 of 300 matches
Mail list logo
