use-package VS dotfiles

One example is the ~use-package~ macro (Emacs plugin) [0]. Using packages in emacs is mostly the same code over and over. They've already been abstracted in functions, but you still find yourself juggling with so many utilities. You could write a bigger functions, but it will then have a lot of conditional branches. This macro selectively select the code it needs and transforming it if needs be and then the result will be evaluated.

It's a bit hard to explain for me (English is not my native language). But it's the difference between coding a solution will all the edge cases baked in and coding an archetype that let you add your own cases. With functions, you abstract common algorithms, with macros you abstract common architecture.

[0] https://github.com/jwiegley/use-package/blob/a6e856418d2ebd0...

Another way would be to redefine parts of the bind-key macro or its use-package support functions

The package-install call installs use-package that provides a utility of the same name to make it easier to manage packages. It's admittedly a little overkill for this specific config, but it's a cheap investment that sets you up for later success.

Granted, the Doom macro makes your code looks nice and compact. But you can get very close to that just by using do-list and define-key together. Or by using the bind-key.el package, which is included with Use-package.

> Deps is well documented.

> The issue I personally found is that I needed to look at a bunch of OS project's deps.edn to see how people commonly structure things. Other than that it is a simple tool.

This strikes me as a contradiction, because if it was well documented you wouldn’t need to look at other people’s configs to see how to use it.

My experience with deps.edn is that every time I start a project and make a deps.edn file, I immediately draw a blank and don’t know how to structure it, so I open ones from other projects to start lifting stuff out of them.

I still don’t know how to reliably configure a project to use nrepl or socket repl without just using an editor plugin. I definitely have no idea how to use those in conjunction with a tool like reveal.

To me, none of that is simple. Simple would be like Emacs’ use-package. With that I know how to add dependencies, specify keybinds, and do initialization and configuration off the top of my head. And it has really nice documentation with tons of examples.

https://github.com/jwiegley/use-package

Since you are doing code development, the first things to go for would be setting up your emacs packaging (installing use-package and melpa (use-package's documentation covers this) so you have more packages to choose from (do be careful to not just pick things willy nilly but research them a bit first)) and then setting up lsp-mode. lsp-mode lets you use LSP servers for the specific programming languages you work with in a somewhat unified fashion. You then need to install and setup the LSP servers for the languages you use, and possibly install language specific Emacs packages as support (note, Emacs has builtin functionality for many).

I'm using use-package as my package manager and the package ligature for the ligatures.

I have been crafting my emacs config for about 10 years. I started with vanilla and intentionally stayed away from frameworks. About two years ago I declared config bankruptcy and went down for a rewrite using use-package and straight.

ref: https://github.com/radian-software/straight.el https://github.com/jwiegley/use-package

I bit the bullet and moved my mappings around. This is wholey unrelated, but do you know if stumpwm allows you to set the split size in dynamic groups? Like in dwm you can set the master window to be 50% of the screen with clients being the other 50%. So far in stumpwm I cannot find how and it seems hardcoded to 55%.

I am trying to get stumpwm feeling a little bit more like an integrated environment visually. Currently I am attempting to fix two problems that would create that integrated feeling. The first one is adding smart border functionality. Basically smart borders are is when only one window is open no border is shown, but if more than one window is open a border is drawn. I tried researching this, but I can not find anything. I am also wanting to try disabling borders all together. I have never done this before so I have no idea if I would like it. I made the proper changes to my configuration to remove any border and ignore size hints, but I still have that stupid padding around terminals. Does anyone know how to disable those?

I have been doing research trying to figure out what software in my current toolchain has a Lisp, specifically Common Lisp, alternative. Having looked around I have been able to find a few thing.

I am trying to setup my workspaces for stumpwm, but am running into a wall due to not being able to find much documentation, is there is even support, for a few things I want to do. For some background, I am coming from dwm which I have used for a few years and even forked a few times. In dwm I had a rather simple, but extremely useful, setup where I would store specific types of programs on specific tags. I was able to figure out getting this done in stumpwm and it working just fine. The main issue with this portion of my workspace setup is that the Default workspace still exists. I have tried to figure out how to delete it, but cannot. I know how to rename it, so I could just do that and use it for my terminals, but the issue arises where I have no idea how to change it from the default stacking layout to the dynamic one. Any advice? Additionally, is there a way to get something like dwm's fakefullscreen?

My brain hurts, I did this and now it just works.

I am working on rebuilding my software toolchain around Common Lisp, because it is amazing. I have already started moving to sbcl from zsh, thanks to help from this subreddit and a friend, as well as moving away from my dwm fork to stumpwm. I am looking at what programs I have left to find replacements for and I know I am moving to either lem or gnu emacs, hopefully lem, from nvim and nyxt from firefox, but there are three programs I cannot find CL replacements for, my terminal, screen locker, and dynamic menu. The last two will be a pain, I know, but with the terminal I was shocked to see little to nothing online. I was able to find CLIM implementations of terminal emulators, but the one I found which I lost the link to is built into a desktop environment; I also don't know if it would run under X11 or Wayland. I was curious if there was someone here who would know of a terminal emulator that was written in CL? It doesn't need to be fancy, in fact the less fancy the better. I am just trying to figure out if I refork st or if there is a CL terminal I can use.

I am unsure if you have interest, but is the final working product :D Thank you again! https://gitlab.com/FOSSilized_Daemon/dotfiles/-/blob/main/src/dotfiles/home/.library/generic/common-lisp/stumpwm/common-lisp/key-binding.lisp

I am unsure if this would have any impact, but I am making some changes (as well as this) to sbcl; none that should cause this though.

An update to my other comment. I can confirm that the issues I am having are due to cl-repl. I took my exact configuration, commented out the first line of my replrc.lisp, hardcoded a require for asdf, using find-package always returns nil for some reason with asdf I don't know why, and then symlinked the file to ~/.sbclrc and everything loaded fine and ran fine. I am unsure what is up with cl-repl. I think I would rather use sbcl anyway, but I just need to figure out tab-completion, sytan highlighting if possible, and then determine how to check if asdf is installed to load it (I know I can always require it, but I want to proof this configuration in case I use it on a repl that does not autoload asdf).

Porting my shell configuration to cl-repl in order to help me learn common lisp. So I have my asdf system being loaded in my .replrc and I know things are being loaded there just not this code for some reason. If it helps the code is here.