Re: [dev] I'm back

From: Carlos Torres <vlaadbrain_AT_gmail.com>
Date: Sat, 17 Nov 2012 13:15:53 -0500

Good to hear you're back

On Sat, Nov 17, 2012 at 12:20 PM, Anselm R Garbe <garbeam_AT_gmail.com> wrote:
>
> Hi there,
>
> I'm back in the game ;)
>
> Here is my master plan:
>
> dwm
> ---
> (i) First I plan a new dwm release with the introduction of draw{.h,c}
> or libdraw. The idea is to abstract all the PCF/Xft cruft away from
> the dwm implementation and to define a clean draw.h interface to be
> used instead. This should also be incorporated into dmenu and st.
>
> For this there are two options:
>
> a) requiring an additional library dependency at build time (I'm not
> the biggest proponent for this idea)
> b) using cloned draw.{h,c}'s in st/dmenu/dwm, whereas the dwm
> implementation is the master

there is the Forrest and the Deps Extension, but i think i prefer the
library dep.

is libutf going to be part of this effor too?

>
> (ii) Another aspect on the dwm roadmap is a reimplementation of the
> current multi-screen handling. It still contains some weird bugs in
> special setups with same screen sizes. Those don't seem to be easily
> fixable with the current updategeom() handling.
>
> (iii) A third idea is an old idea that 20h brought into the discussion
> when investigating 2wm. The man page of 2wm mentions sbar, which was
> abandoned a couple of years ago. My question here is:
>
> -> is there anyone who uses the mouse functionality of the dwm bar
> right now? Could you live without it?

I've been removing all mouse actions except the status click for a teminal
ever since i started using dwm, i found the mouse actions mostly fluff

>
> I barely use the mouse for the dwm bar and would be in favour for
> removing the bar altogether from dwm. Instead I would output the
> current dwm state to stdout which could be used by a different program
> like sbar for input. But I wouldn't add an interface to dwm to change
> the tags through X props or some other command interface (like stdin
> processing) to allow other programs to amend the dwm tags. Good old
> key commands would be enough for me.

I do rely on the visibility of the tags, just to see what else i have
lingering
that i might need to manage, though replacing that with sbar is fine with me.
as long as i don't have to patch dwm to offset the geometry for sbar.
i.e. a config.h parameter for that offset would do.
or better yet sbar should be like dmenu and all would be neat :)
 (note i don't know sbar)

>
> I know that some of you are inclined to use dwm on tablets. But I'm
> not convinced that tablets or touch interfaces in general are a nice
> fit with the terminal world we live in.
>
> dmenu
> -----
> dmenu needs some fixes. The removal of config.h is the wrong way it
> took. If someone stays with hg of dmenu or uses the releases, he has
> to do conflict management now with dmenu.c changes.

xft in dmenu would be nice. when dwm switched to dmenu i stopped passing
all args to dmenu in dwms config. and started managing dmenu.c for
prefered values.

heck if dwm, st, dmenu, tabbed, etc start using ??libdraw?? then all pretty
color stuff has found a home

>
> sta.li
> ------
> To me archlinux was a good distro until a couple of years ago.
> Nowadays it seems to be very en vogue and thus has degraded quite
> significantly in terms of simplicity. I'm not aware of any distro that
> would come close to the radical goals of stali, thus this is the real
> effort suckless.org must work on. I believe that the Android core as
> a base system is the best platform to base sta.li on.
>
> Best regards,
> Anselm
>
Received on Sat Nov 17 2012 - 19:15:53 CET