dwm VS nyxt

I am working on finishing up my dwm fork and have two patches that I need to do so. The big one is a patch that would allow me to bind mouse buttons using sxhkd to send an X11 event and command to be run. Think of it as taking these and moving them to sxhkd with rules like this:

I applied the togglefakefullscreen patch as it was closest to the functionality I was looking for. While I like this patch a lot it is missing one thing. I want the ability to, in my windows rule set, have the option to mark a program to always to given real fullscreen functionality. Does anyone have any idea how to implement this into this specific patch?

I decided to add what is, in my opinion, a more organized structure to the config.def.h file as well as better comments. The changes can be seen in my fork.

Ahh, this is possible. I am unsure if you use dwm, but essentially it's this. I like to use sxhkd for my key-bindings. To do this with dwm I applied the dwmc patch. While this patch is great, I find the shell script hard to read so I forked it into dwm-signal. I then went to work writing functions to make all patches I applied work with sxhkd. Notable for this case is the riospawn patch I applied (took a little tweaking, but see commits). The issue I am having right now is a little weird (at least for me as my programming knowdlge is more introductory common lisp, python, and POSIX shell scripting).

The diff worked! Thank you so much! Sadly, I can not seem to get the cyclelayout function working on my build, though I can confirm it did work with the built-in key-binding system so I know it is signal related. I think I rewrote dwmc wrong perhaps? I am having this issue with a few functions and perhaps it is due to how I call them?

I know a lot of people like StumpWM and EXWM, but I use my own personal fork of dwm with emacs -nw. I am not really the typical emacs user, as I am more or less using emacs as I like common-lisp and I am trying to use emacs to make a vi, emacs, acme, and sam-like editing environment that slips into my broader system (which I am literally rewriting in common-lisp).

config.h

But with the patch, this is broken. For example, in my config.h I have the following binds:

I noticed that the only scratchpad patch on the patch list that supports several scratchpads creates them as tags which sucks when I show all tags at once so I wanted to share Fake Larry's nscratchpad. It lets you create several scratchpads in the traditional i3 style. Here is the commit of me removing scratchpads for nscratchpads.

I am rebuilding my dwm setup and after finishing some quick updates to my config.h. It built fine with only a few warnings, those being about functions that are unused, so I went to launch it with startxt having an .xinitrc that only has exec dwm in it. For some reason, and I have no idea why, it will NOT run. Xorg will not start from the command-line and will only launch from the display manager Ubuntu ships from. I was not having this issue before, but now nothing graphics wise will run from the commandline. I tried updating the system, rebooting, nothing. I am unsure what to do, I have been working on this for the past few hours and am stuck. Anyone had this issue before?

If someone invents another browser, Nyxt will be ready to wrap it with Common Lisp: https://github.com/atlas-engineer/nyxt

I can't reproduce the bug report on flatpak. Bug reports should be reported at https://github.com/atlas-engineer/nyxt/issues/new/choose.

For innovative new browsers, there's Nyxt: https://nyxt.atlas.engineer/

Both are looking for funding and sponsors.

good idea. I know there are some plans for this underway.... looks like just planning phase right now. https://github.com/atlas-engineer/nyxt/issues/3095

I am not a hopeful romantic, but the EU has been investing on vendor neutral web-browsers like Nyxt [0] and the UR Browser [1] through the Horizon Europe program. I doubt that legislators (at least in the EU) will view this as a positive development, assuming EU legislators know what they are doing. On the other hand, lobbying by big tech is still very much a threat.

[0] https://nyxt.atlas.engineer/

[1] https://www.ur-browser.com/en-US

There are some keyboard centered browsers like Qutebrowser or Nyxt. For Firefox as well as for Chrome based browsers there exist several extensions to implement vim-like keybindings.

Am I correct that this is not fixed until this issue is closed (I tried building from source the 3.3.0 release and master branch but both have the exact same issue)?

Go to the website -> Download -> Download for GNU/Linux -> Get Nyxt for GNU/Linux!