d headers itself
pulls in sysmacros.h. I would guess you're running into a similar issue.
Eric
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
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
an.org/bullseye/amd64/i3-wm/filelist).
Eric
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
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
[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
e 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
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
tely I don't recall how I fixed the issue off
the top of my head.
Eric
le 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
tually been removed, I'll post links to my patches if I opt for the
former approach.
Eric
or
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 wrot
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, are you
t 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
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
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
would be surprised if
Hiltjo was suggesting that was use Pango.
Eric
itt/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
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
> what
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
t; 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 some oth
dle 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
hanges
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
cates 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
Y) < 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
s
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
and 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
e 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 it t
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
el 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
ock 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;
static int oldc = INIT;
+
tachments, 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
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 +---
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 +---
lthough I think it's a neat idea, I feel
like it's way too leaky to use in public.
Eric
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
erisks, 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 <eric.pru...@gmail.com> wrote:
>
> > Again, no one is saying passwords should be sent via the command line.
> > Look at the patch. It uses stdout just like vanialla
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
be regular files or pipes.
Define "safe."
Eric
command line.
Look at the patch. It uses stdout just like vanialla dmenu.
Eric
ce 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
te
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 <eric.pru...@gmail.com>
Date: Mon, 25 Jul 2016 11:38:19 -0
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
t 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
sorry. If you haven't tried this
already, consider pulling the git repo and compile st yourself without
using the ebuild at all.
Eric
ange "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
ces.
An updated patch is attached.
Eric
>From 9b9e01d11ac134b15f24cb59d125d106be7bbdf2 Mon Sep 17 00:00:00 2001
From: Eric Pruitt <eric.pru...@gmail.com>
Date: Sun, 3 Jul 2016 10:10:30 -0700
Subject: [PATCH] Removed unnecessary scope blocks
---
dwm.c | 60 -
e 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
hen apply it. If it turns out $BRANCH doesn't have
the patch, I have to search some more.
Eric
rsion.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
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 <eric.pru...@gmail.com>
Date: Wed, 25 May 2016 16:33
" dwm by patching it, and this change would make it
easier to add more complex constraints to applyrules. I've attached a
patch with this change to my email.
Eric
>From da2a02dd23befc0ff89d08c990a360c048f0adfd Mon Sep 17 00:00:00 2001
From: Eric Pruitt <eric.pru...@gmail.com>
Date: Wed, 2
actually started out as a shell script that looked
something like this:
while read line; do
if cat -- "$line" | "$@" > /dev/null; then
echo "$line"
fi
done
I wanted something more robust, and I opted to write the tool in C
because it's fast and my C skills have been getting pretty rusty.
Thanks for the feedback,
Eric
On Fri, May 20, 2016 at 10:56:03AM +0200, Hiltjo Posthuma wrote:
> Briefly tested on OpenBSD and found a small issue (patch attached).
Thanks. I also saw that warning on OS X, but the include didn't make it
back into the repo. This has been fixed.
Eric
be a problem in practice since the handler only calls exit(3).
Please let me know what you think of the idea and code.
Thanks,
Eric
On Mon, May 16, 2016 at 03:58:02PM -0700, Eric Pruitt wrote:
> On Mon, May 16, 2016 at 09:51:08PM +0200, Jan Christoph Ebersbach wrote:
> > > On the system I'm using that relies on PAM, my account doesn't have an
> > > entry in the local /etc/passwd file. Disabling g
d be happy to
be enlightened. I always use a login manager and have always used
xsession as a result, and I'm pretty sure the original poster is also
still using a login manager.
Eric
n/xfce4-panel:
ln -s /bin/true $@
Eric
#!/usr/bin/env bash
test -z "$PROFILE_LOADED" && source ~/.profile
export XDG_CACHE_HOME="/tmp/"
export _JAVA_AWT_WM_NONREPARENTING="1"
window_manager="dwm"
async_startup_commands=(
"
upports NSS. The problem is the
"getpw" (which calls getspnam(3)) function which fails with "cannot
retrieve shadow entry."
Eric
signature.asc
Description: Digital signature
On Mon, May 16, 2016 at 10:38:00PM +0200, Jan Christoph Ebersbach wrote:
> On Mon 16-05-2016 11:54 -0700, Eric Pruitt wrote:
> > Since PAM configurations typically enforce a delay before you can
> > reauthenticate after an incorrect password is entered, it would be
> > nice
ive. It will also obscure the dwm bar, but you can still navigate
between tags using keyboard shortcuts.
> I'm on debian 4.9
I'm assuming 4.9 is a typo. Even if it's not, I think Nautilus has
provided a desktop for a very long time if not since it was created.
Eric
On Mon, May 16, 2016 at 11:47:38AM -0700, Eric Pruitt wrote:
> On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach wrote:
> > I guess this issue can still happen. I didn't remove most of the getpw*
> > code in order to keep the patch small. I'm using sssd and so the
ash can't be
> retrieved. This problem I solved with this patch by passing everything
> through PAM.
On the system I'm using that relies on PAM, my account doesn't have an
entry in the local /etc/passwd file. Disabling getpw and related bits
makes the patch work for me.
Thanks,
Eric
to do malicious things.
I downloaded and applied the patch directly from the sites repo, but I
get "cannot retrieve shadow entry" when running it. I don't have time to
debug the issue right now, so I'll follow-up later.
Eric
1 - 100 of 272 matches
Mail list logo