Страхиња Радић wrote in
<4ltqm5qhvjo5nog4x7ywaktop3p7dctpmtey7svjtdkciptkt4@2khst7ql6avd>:
|Дана 24/09/22 09:30AM, Страхиња Радић написа:
|> This is perhaps the moment when suckless movement should pick the
|> recommended version of POSIX standard (1003.1-2017?), similar to how
|> C99 is reco
hi. i was trying to figure out which font st(1) was using in some
configuration i was running it in.
i created the following (INCOMPLETE!!) patch to print out messages when
what the user requested and what is ended up being used are different.
for example, with the patch
st fc4* ❯ ./st -f
> https://git.suckless.org/sites/commit/13e1296e9772242ff869295a1081a77eae022434.html
There's no need to change Makefile or anything. You can simply make
`config.h` a symlink to `config.def.h`:
$ ln -s ./config.def.h config.h
This is what I've been doing for a long while now since `confi
Hey there,
> config*.h:
>
> so far, i've been either staying on master, or my personal branch `mine`
> branch, and copying config.def.h to config.h (or, letting Makefile do
> that). then, editing config.h to my heart's content, running make, etc.
>
> that's worked okay.
>
> but, given git (i gu
Hi Greg,
* Greg Minshall [2024-09-22 10:23]:
but, given git (i guess), i sort of wonder if what i might do is switch
to branch `mine`, edit on config.def.h, hand copy that to config.h?
(well, maybe add, in the version of Makefile in `mine`, a dependency on
config.def.h for the config.h target.)
hi. i've sort of been winging things for years now. but i'm curious
about two things in the "suckless user workslow" (with git):
config*.h:
so far, i've been either staying on master, or my personal branch `mine`
branch, and copying config.def.h to config.h (or, letting Makefile do
that). the
Дана 24/09/22 09:30AM, Страхиња Радић написа:
> This is perhaps the moment when suckless movement should pick the
> recommended version of POSIX standard (1003.1-2017?), similar to how
> C99 is recommended as the suckless C standard.
About this, on
https://suckless.org/coding_style/
POSIX.1-200
Дана 24/09/22 12:09AM, Steffen Nurpmeso написа:
> Fyi this is no longer true with Issue 8. (They also invented, in
> contact and with direct involvement of several make authors,
> things not implemented everywhere (yet) while trying to find a way
> to standardize "delayed-expansion" and "immediate
Laslo Hunhold wrote in
<20240921100540.2d89f...@frign.de>:
|On Fri, 20 Sep 2024 22:01:18 +0200
|"Sebastian J. Bronner" wrote:
...
|> I am offering this code back to suckless to incorporate as desired and
|> to get feedback. If the general idea is something that is of interest
|> to the proj
On Fri, 20 Sep 2024 22:01:18 +0200
"Sebastian J. Bronner" wrote:
Dear Sebastian,
thanks for your hard work, interesting!
> I am offering this code back to suckless to incorporate as desired and
> to get feedback. If the general idea is something that is of interest
> to the project, I am quite
Hello.
I wrote a simple program to set Video4Linux device controls, like focus
and exposure time for webcams, using dmenu and wjt.
The only build-time dependency is the V4L2 headers.
I originally made this as a proof of concept / reference on the way to a
proper GUI, but it turned out to be practic
Hi everybody,
after using slock for quite some time and being generally very pleased
with it, I wanted to use it in more situations, especially ones using
PAM. I checked out the patches on the wiki and found them ...
incomplete. Depending on what PAM is authentication against, like a
fingerprint r
Hiltjo Posthuma wrote in
:
|On Thu, Sep 12, 2024 at 05:44:22AM +0200, Steffen Nurpmeso wrote:
|> Ok, sorry, but one final (hopefully) question.
|>
|> dmenu_run does "xy | /bin/sh &".
|> Like this the thing then is owned by PID 1.
|> I use (instead of dmenu_run)
...
|> exec ${SHELL:-"/bi
is runs "boxed":
ip netns exec ${netns} \
/usr/bin/env -i TERM=${TERM} \
/usr/bin/unshare --ipc --uts --pid --fork --mount
--mount-proc \
${kill_child} ${rooter} /init /dev/null
2>&1 &
pid=${!}
[ -d /sys/fs/cgroup/_box_ir
On Thu, Sep 12, 2024 at 05:44:22AM +0200, Steffen Nurpmeso wrote:
> Ok, sorry, but one final (hopefully) question.
>
> dmenu_run does "xy | /bin/sh &".
> Like this the thing then is owned by PID 1.
> I use (instead of dmenu_run)
>
> : ${LINES:=30}
> cmd=$(<< '_EOT' dmenu -l $((LINES - LINES/1
Ok, sorry, but one final (hopefully) question.
dmenu_run does "xy | /bin/sh &".
Like this the thing then is owned by PID 1.
I use (instead of dmenu_run)
: ${LINES:=30}
cmd=$(<< '_EOT' dmenu -l $((LINES - LINES/10)) "$@"
# Browse
/bin/sh -c 'touch /run/user/$(id -u)/box-browse/root/#'
do
Steffen Nurpmeso wrote in
<20240912001039.k3mbXC1z@steffen%sdaoden.eu>:
|..and isn't that mysterious, do you all live without any
|accessibility to these media keys in dwm? I have written
|
|XF86 media key spawn hook..
...
i mean, maybe you all just do things like
--- a/config.def.h
Steffen Nurpmeso wrote in
<20240912001039.k3mbXC1z@steffen%sdaoden.eu>:
...
Btw, how about generically adding
+ { "Xmessage", NULL, NULL, 0,1, -1 },
to rules[]?
Ciao!
--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter
Hello.
..and isn't that mysterious, do you all live without any
accessibility to these media keys in dwm? I have written
XF86 media key spawn hook..
This will invoke xf86cmd with the name of the key, for example
XF86AudioMute, as an argument, for any key that adheres to
* XFre
Andy Gozas wrote in
:
|On 2024-09-10 10:32 AM, Jakub Bystron wrote:
|> On Tuesday, September 10th, 2024 at 00:51, Steffen Nurpmeso
|> wrote:
|>>
|>> But, hey, one thing. I go totally insane with how the terminal
|>> window is shown in the "fullscreen" layouts. It is so that the st
|>> in
On 2024-09-10 10:32 AM, Jakub Bystron wrote:
On Tuesday, September 10th, 2024 at 00:51, Steffen Nurpmeso
wrote:
But, hey, one thing. I go totally insane with how the terminal
window is shown in the "fullscreen" layouts. It is so that the st
instance has 55 lines and 191 columns here, then, b
On Tuesday, September 10th, 2024 at 00:51, Steffen Nurpmeso
wrote:
>
> But, hey, one thing. I go totally insane with how the terminal
> window is shown in the "fullscreen" layouts. It is so that the st
> instance has 55 lines and 191 columns here, then, but this does
> not suffice to be really
Steffen Nurpmeso wrote in
<20240908015543._UGvRyF0@steffen%sdaoden.eu>:
...
|Btw despite possible misunderstandings and total lack of
|experience i have
|
| {MODKEY|ControlMask,XK_numbersign,incnmaster,{.i=+1}},
| {MODKEY|ControlMask|ShiftMask,XK_numbersign,incnmaster,{.i=-1}},
|
|and fi
Ursprungligt meddelande
ÄMNE:
Getting sent/ to display images
DATUM:
2024-08-29 23:39
FRÅN:
kjell.samuels...@qualitell.se
MOTTAGARE:
Dev
From
Steffen Nurpmeso wrote in
<20240907014632.jhrnO-iG@steffen%sdaoden.eu>:
...
|What do you think of another accessible function, like (draft)
...
|+execwm(const Arg *arg)
|+{
|+ setsid();
|+ execvp(((char **)arg->v)[0], (char **)arg->v);
|+ fprintf(stderr, "dwm: execvp wm '%s' fa
Hello,
i am in the process of switching to dwm+dmenu after many years of
cwm, it is hard, thank you, because of sxmo that i am looking
forward for, some day.
What do you think of another accessible function, like (draft)
diff --git a/dwm.c b/dwm.c
index 67c6b2bc6d..ca21a89098 100644
--- a/dwm.c
+
Sent with Proton Mail secure email.
On Friday, September 6th, 2024 at 1:23 PM, Страхиња Радић
wrote:
> Дана 24/09/06 07:33PM, Brandon Pribula написа:
>
> > If the change to the man pages is acceptable I'm happy to submit the
> > changes in whatever fashion.
>
>
> Please read the entire
Дана 24/09/06 07:33PM, Brandon Pribula написа:
> If the change to the man pages is acceptable I'm happy to submit the
> changes in whatever fashion.
Please read the entire
https://suckless.org/hacking
Hello,
When viewing sbase's man pages the date displayed at the bottom is the current
date rather than the date entered in the .1 file.
According to this:
https://mandoc.bsd.lv/mdoc/details/date.html
the traditional man date format used by sbase (.Dd year-month-day) is no longer
recommended a
When i put "export TERMINAL=alacritty" to .profile file it worked. Thanks for
helping.
Bu ileti Proton Mail güvenli e-posta hizmetiyle gönderilmiştir.
Burak , 5 Eylül 2024 Perşembe saat 21:03 tarihinde şunu
yazdı:
> I just testing it, didn't think "i must export variable before dwm start". I
I just testing it, didn't think "i must export variable before dwm start". I
just build dwm, launch it and then export variable. I have no reason for
putting export to .profile file.
I will try that, thanks for helping.
Bu ileti Proton Mail güvenli e-posta hizmetiyle gönderilmiştir.
Robert
Is there any reason you don't include that in your .profile?
For dwm to see that variable it'd need to be set before dwm is started.
Setting the variable in the terminal does not affect dwm's environment, even if
you use export.
--
Robert Bilski
I just open the terminal and write "TERMINAL=alacritty", that's it. Nothing
added to .xinitrc or shell's profile file.
I export the variable just like you said but it still doesn't work. Does "SHCMD
("$TERMINAL -e btop")" command is right command for that thing, maybe the
problem is that code.
Hello,
On Thu Sep 5, 2024 at 3:15 PM CEST, Burak wrote:
> i set TERMINAL=alacritty by-hand
What do you mean exactly? Where are you setting exactly, and how? If you
are setting it in your .profile, make sure to source that. If yoy are
setting it in your .xinitrc, do so also, etc. Basically: you mu
Hi, i want to execute TUI programs from keybinding but they work on
background instead of showing on terminal. I tried putting "SHCMD
("$TERMINAL -e btop")" to keybinding, i set TERMINAL=alacritty by-hand,
but terminal nor btop did not work. How can i launch TUI apps from terminal?
Дана 24/09/03 08:40PM, dalmon...@gmail.com написа:
> Other issues are going to be handled better @gentoo-users, this list
> is mostly exclusive to suckless software (which xorg is not and
> gentoo is maybe I guess?)
The following (mostly inactive) "distros" would be the closest to the
suckless
On Wednesday, September 4th, 2024 at 03:24, Vincent Lefevre
wrote:
> On 2024-09-03 15:35:46 -0400, Sean MacLennan wrote:
>
> > On Tue, 03 Sep 2024 16:54:36 +
> > stefan1 stefan1@shitposting.expert wrote:
> >
> > > I am using an nvidia gpu with the proprietary drivers, on xorg.
> >
On 2024-09-03 15:35:46 -0400, Sean MacLennan wrote:
> On Tue, 03 Sep 2024 16:54:36 +
> stefan1 wrote:
>
> > I am using an nvidia gpu with the proprietary drivers, on xorg.
> > I use the proprietary drivers, because I found that the nouveau
> > drivers don't really work too well.
>
> How
> When using the nvidia proprietary drivers on xorg, mesa is often pulled
> in as an aditional dependency.
> This dependency is not needed, because, by design, the proprietary
> drivers don't use mesa, instead re-implementing everything in mesa.
>
> The reason this is the case is because xorg, w
On Tue, 03 Sep 2024 16:54:36 +
stefan1 wrote:
> I am using an nvidia gpu with the proprietary drivers, on xorg.
> I use the proprietary drivers, because I found that the nouveau
> drivers don't really work too well.
How did the nouveau drivers not work well? I only use the nouveau
driver
For some reason, hardware acceleration didn't work for my gpu.
See this thread on the gentoo forums:
https://forums.gentoo.org/viewtopic-t-1164703.html
În 3 septembrie 2024 22:35:46 EEST, Sean MacLennan a scris:
>On Tue, 03 Sep 2024 16:54:36 +
>stefan1 wrote:
>
>> I am using an nvidi
Hi dev@ list.
Writing a bit about the situation with xorg and mesa when using the
nvidia proprietary drivers.
I am using an nvidia gpu with the proprietary drivers, on xorg.
I use the proprietary drivers, because I found that the nouveau drivers
don't really work too well.
When usin
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
Дана 24/08/29 02:45PM, Eric Pruitt написа:
> Following up hoping someone with st commit privileges will take a look
> at this.
http://suckless.org/hacking/
], so this shouldn't be a controversial change (I think).
[0]: https://lists.suckless.org/dev/2208/34923.html
[1]: https://lists.suckless.org/dev/2208/34926.html
- NRK
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 be done on a per-appl
Hello,
I've noticed that sent won't interpret '@' unless it's at the beginning of a
paragraph. This is inconsistent with the other control characters, which are
interepreted as long as they are at the beginning of any line. `sent.1` also
mentions that '@' should behave in the same way the other tw
From https://forum.thinkpads.com/viewtopic.php?f=6&t=136676 came the
following information:
"600x does support 24 bit color on the built in lcd.
Screen mode 118x is 1024x768 24 bit.
What screen mode is actually set, is up to the operating system and the
program running."
From
https://www.ant
2024-08-25 21:29 skrev Hiltjo Posthuma:
On Sun, Aug 25, 2024 at 07:28:09PM +0200, kjell.samuels...@qualitell.se
wrote:
I installed sent/ on a 25 year old IBM ThinkPad 600X. It worked fine
except
it would not display images. Instead it returned an error message
"display
depths <24 not suppor
On Sun, Aug 25, 2024 at 07:28:09PM +0200, kjell.samuels...@qualitell.se wrote:
> I installed sent/ on a 25 year old IBM ThinkPad 600X. It worked fine except
> it would not display images. Instead it returned an error message "display
> depths <24 not supported". After lengthy investigations support
I installed sent/ on a 25 year old IBM ThinkPad 600X. It worked fine
except it would not display images. Instead it returned an error message
"display depths <24 not supported". After lengthy investigations
supported by knowledgeable members of several forums, I think I now know
the reason why
Thank you everyone. Without TERM-variable set to `linux-s` the Home key indeed
does work.
Best regards,
luonsiul
Дана 24/08/10 04:16PM, Roberto E. Vargas Caballero написа:
> [...] In fact,
> the backspace patch modifies the value exported by st because
> otherwise it would not work.
If you mean the delkey patch[1], it doesn't seem to change the TERM
environment variable, nor the termname global variable in
On Fri, Aug 09, 2024 at 05:58:09PM +0200, Страхиња Радић wrote:
> Дана 24/08/09 03:16PM, Roberto E. Vargas Caballero написа:
> > [...] Seting TERM directly is always 99.99% wrong and you can
> > get wrong results.
>
> So, setting TERM to st or st-256colors while using st is wrong? Why
> have a te
Дана 24/08/09 03:16PM, Roberto E. Vargas Caballero написа:
> [...] Seting TERM directly is always 99.99% wrong and you can
> get wrong results.
So, setting TERM to st or st-256colors while using st is wrong? Why
have a terminfo entry then?
e, try something like:
stty erase ^H
cat > /dev/tty
whatever`press backspace`
^D
If you use a default st then backspace will not behave as you would
expect after pressing it, because st (now) produces a DEL character
(^?) instead of a BACKSPACE (^H) character in app
Дана 24/08/08 04:52PM, Randy Palamar написа:
> How exactly are you invoking yash? On my Gentoo box invoking
> `TERM=linux-s yash` from ksh running inside st and pressing HOME
> leads to yash echoing back `ESC[H` (here ESC == \x1b). Simply
> invoking `yash` causes HOME to behave as expected.
I was
Страхиња Радић wrote:
> Дана 24/08/08 03:24PM, Roberto E. Vargas Caballero написа:
> > In fact, the correct thing to do is not modifying TERM.
> > St defines the correct value for the TERM variable, and
> > you can change that value in the config.h file, based in
> > your preferences.
>
> st set
Дана 24/08/09 12:33AM, Страхиња Радић написа:
> [...] Even with the OP's settings, Backspace in st+yash is
> working without issues here.
*and Home key, which is the issue here.
Дана 24/08/08 03:24PM, Roberto E. Vargas Caballero написа:
> In fact, the correct thing to do is not modifying TERM.
> St defines the correct value for the TERM variable, and
> you can change that value in the config.h file, based in
> your preferences.
st sets the default, but setting TERM overr
Hi,
On Fri, Aug 02, 2024 at 12:28:14PM -0600, Randy Palamar wrote:
> luons...@autistici.org wrote:
> > export TERM=3D'linux-s'
>
> Try leaving TERM="st-256color" and report the results. Terminal
> programs (such as a shell) behave very differently depending on
> what the value of TERM is. As a us
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 be done on a per-application basis with doing something like
making wrappers that set cert
=D1=81=D0=B0:
> > > Maybe you could try to give more additional info, like applied
> > > patches to st, yaoh version etc.
> >=20
> > Also how exactly is yash made to be "running in st". Run from another=20
> > shell, set as SHELL environment variable, set as
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
Дана 24/08/02 08:42PM, Страхиња Радић написа:
> Your email client (or email processor) seems to expand shell variables
> in email bodies, which is a serious security and privacy risk. I
Correction:
> /bin /boot /dev /etc /firmware /grub-efi-ia32_2.06-13_amd64.deb [...]
(original mail:
Дана 24/08/02 12:12PM, luons...@autistici.org написа:
> Apologies for my previous mail which got all cluttered up (Trouble with mbl=
> aze).
Your email client (or email processor) seems to expand shell variables
in email bodies, which is a serious security and privacy risk. I
strongly advise eithe
luons...@autistici.org wrote:
> export TERM=3D'linux-s'
Try leaving TERM="st-256color" and report the results. Terminal
programs (such as a shell) behave very differently depending on
what the value of TERM is. As a user you shouldn't really be
modifying that value unless you are developing/testin
On Fri, Aug 02, 2024 at 11:40:02AM +0300, luons...@autistici.org wrote:
>
> In-Reply-To:
> User-Agent: mblaze/1.1
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
>
> Hello,
>
> Yes, of course: yash 2.52, st 0.9
>
> Not sure about appl
t;running in st". Run from another=20
> shell, set as SHELL environment variable, set as shell source-level=20
> variable?
>=20
> /bin /boot /dev /etc /firmware /grub-efi-ia32_2.06-13_amd64.deb
> /grub-pc_2.06-13_amd64.deb /home /initrd.img /initrd.img.old /lib /lib64
> /lost
t;running in st". Run from another=20
> shell, set as SHELL environment variable, set as shell source-level=20
> variable?
>=20
> /bin /boot /dev /etc /firmware /grub-efi-ia32_2.06-13_amd64.deb
> /grub-pc_2.06-13_amd64.deb /home /initrd.img /initrd.img.old /lib /lib64
> /lost
In-Reply-To:
User-Agent: mblaze/1.1
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hello,
Yes, of course: yash 2.52, st 0.9
Not sure about applied patches. Both are from Devuan repos.
luonsiul
EZS Ephir wrote:
> Hello, luon
>=20
> > Whe
Дана 24/08/01 11:04PM, luons...@autistici.org написа:
> When running yash in st, Home key does not work properly. In other
> terminal/shell combinations, the key moves the cursor to the beginning
> of the line.The End key works as expected.
Not reproducible on OpenBSD 7.5, sr@
Дана 24/08/02 12
On Thu, Aug 01, 2024 at 11:04:16PM +0300, luons...@autistici.org wrote:
> Hello,
>
> I don't know if this is a yash bug or a st bug/feature, but:
>
> When running yash in st, Home key does not work properly. In other
> terminal/shell combinations, the key moves the cursor to the beginning of the
Hello, luon
> When running yash in st, Home key does not work properly. In other
> terminal/shell combinations, the key moves the cursor to the beginning of the
> line.The End key works as expected.
Using yash (debian bookworm package) + st (compiled), and I don't have any
problems, *HOME* key
Hello,
I don't know if this is a yash bug or a st bug/feature, but:
When running yash in st, Home key does not work properly. In other
terminal/shell combinations, the key moves the cursor to the beginning of the
line.The End key works as expected.
So, the key works if I run yash in xterm or i
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, but st uses a
> NULL-terminated
Heyho!
EZS Ephir wrote:
> Hello Marcel,
>
> I consider to use OpenBSD. It is highly suckless and can be used as main
> operating system.
>
> > - Safe connectivity to the web
> You can use surf for accessing the web here.
>
> > - Ability to open a text editor (such as vim or vi)
> I'm pretty su
marcel.wirk...@keemail.me писал(а) 2024.07.28 00:29:
Dear Members of the suckless.org Dev Mailing List,
My name is Marcel, and I am looking for a new operating system.
Since 2023, I have been using Gentoo Linux as my daily driver. However,
after a thorough examination of the Linux kernel and
On 2024年07月27日 23:29, the silly marcel.wirk...@keemail.me claimed to have said:
> Dear Members of the suckless.org Dev Mailing List,
>
> My name is Marcel, and I am looking for a new operating system.
>
> Since 2023, I have been using Gentoo Linux as my daily driver. However, afte
(If possible) Support for Wayland (I am not a fan of X)
There was already a thread about Wayland back in 2021:
https://lists.suckless.org/dev/2108/34457.html
My opinion on X.Org vs Wayland from back then, which I still go by:
https://lists.suckless.org/dev/2109/34469.html
> Wayland sucks. X.Org
@keemail.me wrote:
> Dear Members of the suckless.org Dev Mailing List,
>
> My name is Marcel, and I am looking for a new operating system.
>
> Since 2023, I have been using Gentoo Linux as my daily driver. However, after
> a thorough examination of the Linux kernel and recent de
Hi Marcel,
> recent decisions made by the Gentoo Linux council
Out of curiosity, which ones in specific do you dislike?
- NRK
https://openbsd.org
Ekkor: 2024. július 27. 23:29:49 CEST, marcel.wirk...@keemail.me írta:
>Dear Members of the suckless.org Dev Mailing List,
>
>My name is Marcel, and I am looking for a new operating system.
>
>Since 2023, I have been using Gentoo Linux as my daily driver. How
Dear Members of the suckless.org Dev Mailing List,
My name is Marcel, and I am looking for a new operating system.
Since 2023, I have been using Gentoo Linux as my daily driver. However, after a
thorough examination of the Linux kernel and recent decisions made by the
Gentoo Linux council, I
On Tue, 23 Jul 2024 10:06:11 +0200
Hiltjo Posthuma wrote:
> > forward). Software quality? What's that?
>
> Maybe send a patch to them instead of whining on the internet.
Maybe shut the fuck up. The GNU project is widely known for its shit code
quality and complete lack of craftsmanship. If you
On 2024-07-25 15:44 Κρακ Άουτ wrote:
> On 2024-06-18 14:10 Κρακ Άουτ wrote:
>
>> On 2024-06-18 13:52 Anthony wrote:
>>
>>> On 6/18/24 8:25 AM, Κρακ Άουτ wrote:
Hello to all,
>>>
>>> Hi.
>>>
I'd like to autoraise floating windows when gaining focus. The
current behaviour is
On 2024-06-18 14:10 Κρακ Άουτ wrote:
> On 2024-06-18 13:52 Anthony wrote:
>
>> On 6/18/24 8:25 AM, Κρακ Άουτ wrote:
>>> Hello to all,
>>
>> Hi.
>>
>>> I'd like to autoraise floating windows when gaining focus. The
>>> current behaviour is, windows gets focus on mouse pointer hover,
>>> but
On Tue, Jul 23, 2024 at 07:57:06AM +0200, Markus Wichmann wrote:
> Am Mon, Jul 22, 2024 at 03:44:36PM + schrieb stefan1:
> > I mentioned -flto above, because without lto, gcc doesn't see that doing
> > init_func(&var);
> > initializes the var variable in some cases.
>
> That's a bug. Maybe
Am Mon, Jul 22, 2024 at 03:44:36PM + schrieb stefan1:
> I mentioned -flto above, because without lto, gcc doesn't see that doing
> init_func(&var);
> initializes the var variable in some cases.
That's a bug. Maybe report it. Although, when last I reported a bug to
gcc, all that happened wa
Hi suckless enjoyers. Beware, this is quite a long mail.
I have come with an update 6 months after this thread:
https://lists.suckless.org/dev/2401/35517.html
To those who can't open that link in their mailer, it's the thread where
I
presented my fork of gtk2:
https://github.com/s
On 12/06/24 07:03pm, Greg Reagle wrote:
>
> And while I have your attention... What a great language Lua is!
Couldn't agree more. It has by far the best C interface I've ever used.
If you want a nice exploration into how a programming language works,
read the Lua source code - it is also wonderful
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
2024.07.07 20:15 Eric Pruitt wrote:
This configuration snippet doesn't make sense to me. You don't need the
"escape" line and your bindkey configuration doesn't even use the right
sequences. All you should need are bindkey lines:
bindkey "^[[27;5;9~" next
bindkey "^[[27;6;9~" prev
I tested thi
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
>
2024.07.06 19:51 Eric Pruitt wrote:
> 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
> > 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
2024.06.27 14:51 Steve Ward wrote:
On Thu, Jun 27, 2024 at 6:47 AM Feodor
wrote:
Is it possible to intercept CTRL+TAB and send another character?
I need to make CTRL+TAB keyboard combination for GNU screen "escape"
command, but TAB is CTRL-I in VT100 mode which most terminals use, so
there is
Hi NRK,
On Thu, Jul 04, 2024 at 03:04:42AM +, NRK wrote:
> Hello all,
>
> A couple days ago I was looking into how dmenu deals with invalid utf8
> sequences and noticed a couple odd things. Here's the testcase for those
> who want to follow along:
>
> $ printf "0\xef1234567\ntest" | dm
Дана 24/07/04 11:32AM, GMD Ephir написа:
> I'm pretty sure that this is how it should be done, so I recommend
> you to send this patch to "hackers" mailing list.
I second this, there certainly is no harm in sending the patch to
hackers@.
On Thu, Jul 04, 2024 at 03:04:42AM +, NRK wrote:
> Hello all,
>
> A couple days ago I was looking into how dmenu deals with invalid utf8
> sequences and noticed a couple odd things. Here's the testcase for those
> who want to follow along:
>
> $ printf "0\xef1234567\ntest" | dmenu
>
1 - 100 of 22487 matches
Mail list logo