Unless I'm reading this improperly, the cursor's color would still
change because of the
if-block between line 3858 and ~3875. It looks like you could simply
remove the if-statement
that Pickfire is mentioning entirely and structure it so that it
always uses the "if" case.
On Wed, Nov 19, 2014 at 1:19 PM, Josh Lawrence wrote:
> So for those of you that participate in the suckless community in some
> way: What do you run on your computer, and why?
Crux at home, as I like it's simplicity coupled with customizability. Arch
at work solely because of the ease of mainte
On Fri, Mar 21, 2014 at 9:52 AM, Nick wrote:
> Or should I be going about this in a different way?
Try shift+PageUp/PageDn. This works for me in 0.11.
On Tue, Mar 18, 2014 at 3:16 PM, Marc André Tanner wrote:
> I personally find MOD+[Function-key] much nicer to use than your special
> characters.
Makes sense, but I just wanted a "shifted modifier" (like
MOD+shift+number in dwm).
To each their own here.
> Just to make sure it doesn't happen wi
I'm currently playing with the tagging branch and I've managed to reduce the
tagging code to two modfiers. I'm using Ctrl+A + {1,2,3,4} for view,
Ctrl+A + {!,@,#,$} for tag (so it mirrors dwm's keybinds a bit). I'm also
using Ctrl+S + {1,2,3,4} for toggletag and Ctrl+S + {!,@,#,$} for toggleview.
T
This latest work on dvtm is great, particularly the scrollback changes.
I really appreciate the effort put into it. Looking at the git
repository, I noticed the tagging branch and got quite excited. Is
there a plan to update this branch to the 0.11 release? Why was
development of this feature stopp
On Sun, Mar 9, 2014 at 3:54 PM, Caleb Malchik wrote:
> For example, if I find an article on the web I want to come
> back to, I will copy the URL from the address bar, open a terminal window
> with ctl-shift-enter, type 'vi doc/toread', then paste the URL
> at the top of the file.
This is made sl
Well, damnit. Gmail's web interface strikes again...
As I was saying...
I've not had the chance to try this out myself, but I'm curious what
this provides
(or doesn't provide, given the collective mindsets on this mailinglist, myself
included) that something like minirc[1] does or doesn't do.
In
I've not had the chance to try this out myself, but I'm curious what
this provides
(or doesn't provide, given the collective mindsets on this mailinglist, myself
included) that something like minirc[1] does or doesn't do.
In particular, Minirc is a
I did a completely clean pull from upstream and only changed
the fontstring, so no other config changes at all were present
in my build.
The font string I was using is:
"DejaVu Sans Mono:size=10"
(and I just tested with "DejaVu Sans Mono:size=9" just in case
that was a point of difference while c
On Sat, Jan 11, 2014 at 12:59 PM, Carlos Pita wrote:
> I would like to know whether this is a temporary buggy behavior or
> it's expected and there is something else I must know that I'm missing
> now in order to properly configure the git version.
I just built HEAD here and it worked fine with b
Hey -
Check the smoothscroll patch[1]. Maybe this is what you want?
[1]: http://surf.suckless.org/patches/smoothscrolling
Bryan
On Mon, Dec 30, 2013 at 1:11 PM, Carlos Pita wrote:
> I find pango a better option than xft because it supports chains of
> fallback fonts out of the box, so you can use -for example- iconic
> fonts as your second family
Amazing. Hadn't realized this (hadn't looked very hard either). Thanks for th
So you're saying that this is better than Coffeescript? That
comparison is completely unintelligible.If you're saying that we
should step back and return to a simpler approach to web
design/development - I completely agree, but how does a static site
generator compare to Coffeescript/LESS/Jade at a
I've used TinyWMs code to get an idea for how I should begin
implementing a wm, but I don't think it's really worth much beyond
that. No tags or desktops? No thanks...
On Thu, Dec 12, 2013 at 8:46 AM, sin wrote:
> The busybox init code is far from pretty. I have not personally looked
> at ignite so I don't know.
I'm personally using minirc[1] on a number of boxes (which makes use of
busybox's init and busybox's mdev, or some implementation of udev, of
which I'
On Tue, Nov 26, 2013 at 3:00 PM, wrote:
> In my defense, you'd already had it pointed out to you once and
> continued in your misconception without even understanding the
> correction.
Start paying attention to whom you're speaking and to whom you're
referring. I was speaking up to counteract you
And sending that email calls into question your ability to either read
a full thread or to recognize human names.
This looks like an interesting project. However, Togs will fail to run
if /bin/sh is linked to bash (or zsh?) due to Togs attempting to set a
read only variable ($UID) in a couple of functions. Renaming this to
$S_UID seems to fix the entire problem. A patch is attached.
commit 87d48f4cef3ef13d776e
I apologize. I misread your initial mail. I remember having a similar
problem with virtual box but seem to remember that it was the result of a
mismatch between the guest additions and the virtualbox version rather than
being related to the wm. Are you sure your versions match?
You just described it. I had to add xrandr to my startup scripts to fix, as
I was too lazy to fix it in xorg.d or whatever it's called now
I meant the command line client. I encountered an issue wherein dwm
was mirroring to both screens when I would startx. If you're getting
one huge screen across both monitors, rather than mirroring - ignore
me.
On Wed, Jun 12, 2013 at 6:01 AM, Rémy Lefevre wrote:
> Bryan Bennett g
Xrandr. It was a long day...
Is dwm displaying a mirror of the first screen on the second? I saw
this behavior and just resorted to using xsetroot rather than fixing
my X config.
Jente / Unia -
I just had a go at applying this, but it appears that it expects
pertag (or something else) to also be applied. I'll respond shortly
when I've removed that.
Changing all instances of "selmon->smfacts[selmon->curtag]" to
"selmon->mfact" made this apply just fine.
Opening a bunch of s
I've spent the last couple of days working on a small patch to do much the same
thing that the statuscolors patch does, but without most of the suck. Rather
than having certain colors assigned to certain ascii characters in the
control range, I implemented a way to switch between normfg and selfg i
Maybe something like tudor-volumed? I know its not exactly suckless, but it
might get you started or give you a few ideas.
https://github.com/darvid/tudor-volumed
I assume he can figure something out for that
>> i have the same code in the config.h but no event when i use 1-9 key,
>> for kill dwm need to use mod1+q
You should modify the TAGKEYS define to use MODKEY|ShiftMask for view.
> Ok, it really seems that the config.def.h is not used.
config.def.h is copied to config.h during compile if config.h
What about something like pixelserv (written in perl[1] or C[2]) with
something like hostsblock[3]?
It's a DNS solution, but the timeouts aren't a problem
1: http://proxytunnel.sourceforge.net/pixelserv.php
2:
http://www.linksysinfo.org/index.php?threads/pixelserv-compiled-to-run-on-router-wrt54
I find that NVidia's blob driver supports twinview MUCH better than it does
vanilla xinerama. My recommendation if you're using the blob is Twinview.
Obviously, if using Nouveau Xinerama is the only option.
Twinview works just fine
static const char *tags[] = { "WEB", "CODE", "MUSIC", "TERM", "CHAT" };
Just like it appears in dwm's config.def.
You can look over my dwm config on my bitbucket[1], but I'm not sure
how much you'll really get out of it. (Ignore the uglyness of .orig/.rej
files...)
[1]:https://bitbucket.org/bbenn
I just tested here and commented out my tags array in config.h
to see if I could replicate the error you're getting. Sure enough -
I get the exact same message, pointing to the exact same line.
Check to make sure you're tags array in config.h is built
properly. Attached you will find the version of
Did the patch fail on any hunks? I'm thinking of config.def.h changes in
particular. Did you merge changes from config.def.h into config.h?
I'm currently using pertag with 6.0 just fine (though you don't want a diff
against my setup, as there are significant changes against mainline in
mine in add
That's strange. I'm using tmux here and every ncurses program I'm using
looks great INSIDE tmux - but outside looks like shit. [1]
1: http://ompldr.org/vY2kyag (sorry for the hugeness)
Interestingly enough, if you launch the affected ncurses programs inside
tmux, everything seems to work fine (which is why I hadn't noticed the bug
until my last post - I wasn't using tmux at work.)
Just tested using cmus and ncurses line drawing characters seem to be the
problem. If I get a chance this evening/weekend, I'll look into seeing if I
can get a better idea of the problem (and maybe even patching in a
solution, if I'm feeling adventurous).
"Bending over backward":
cd ~/.bin/builds/dwm && make && cp dwm ~/.bin; echo "export
PATH=$PATH:~/.bin/" >> ~/.bashrc
or dzen2 if you need more than one line.
(I apologize for my MUA failing as hard as it does...)
While I agree that a collection of suckless tools under one roof
wouldbe pretty awesome (especially something like sta.li or witch
linux), I'mnot sure that marketing as a desktop environment is the
right thing to do.
I'm part of a small project called tudor[0] that aims to replicate a
DE experience
I'm simply saying that a lot of web designer types are now
beginning to understand that the way we're looking at the
web is actually a valid viewpoint.
In my experience, this is getting better. We're now seeing universities
with web media degrees or focuses, which imparts this understanding
of data structure first and style later. It's not perfect, but it's better than
it was in 1998. For instance, they still teach UA sniffing and similar
techniqu
On Thu, Nov 3, 2011 at 8:57 AM, Stephen Paul Weber
wrote:
> Perhaps you love the WHATWG enough to miss the point: we keep hiring
> magazine-trained designers to build websites. Standards can't fix that.
This is the crux of the problem. Couldn't have expressed the issue
better myself.
We need to
We could also just ignore the shit out of him. Or mock him a
new asshole.
I don't think anyone here actually feels that the monolith that most configure
scripts become is a good thing. However, that's not within the scope of what's
going on here - the idea being that ./configure is a necessary part of compiling
a sizable portion of software. Saying that we need a 'univer
I watched this last night and raged pretty hard for 45 minutes. The
guy has somevalid points, but proposes absolutely no viable solution
for it. His pointregarding video editors requiring significant
dedicated development time andtheir non-existance for Linux, for
instance, is valid. Asking that di
> The GPL is nothing more than Richard Stallman's highly encumbered
> temper-tantrum against propriety software, it has almost nothing to do
> with true freedom.
Eloquently sums up my issue with the GPL itself as well as the FSF in
general.
Until recently I was using a program called statnot to intercept dbus
messages and update the dwm status bar with the content of that
message. I've also set weechat to play a sound when I get hilighted,
which helps even more than the status bar updates. You can find
my fork of statnot here: https:/
> Hey, at least those of us who know where to find his public key know
> that it was actually sent by him, or someone else with access to his
> computer.
Because it's vital that we know that this is from him.
I saw this this morning when I woke up and I think I know how most
people felt when they heard of Jobs' passing. Not that either is less or
more important, but I genuinely care about Ritchie's work and I think
it a shame that he'll get comparatively little coverage and that most
people truly don't
Because the widget sets that exist already suck?
Casting a vote in favor of merging this. Bstack is one patch I simply
cannot live without on a 4:3 (1280x1024) monitor. Either Nmaster or
the "regular" bstack patch would be fine in my book.
The description you're providing now matches perfectly with the
behavior I was seeing with that particular font. When I get back to my
desktop, I'll pull tip and try boxxy again to make sure I'm
remembering everything correctly.
For the second bug, An example may help. I ran into
(what I believe to be) the same bug a few months ago,
but assumed it was a problem with the font rather than
with st. (I had been making modifications to the font for
a while and assumed I'd done something wrong.) I
made a screenshot of the issue,
While I understand the want to retain as small a (code/screen)
footprint as possible, how is it a good idea to introduce a
feature aimed at keyboardless users and then hook the
functionality to the keyboard? I have no educated solution,
as I've not looked over surf's source, but it seems to defeat
I'd be all for this, provided that the method for entering / leaving
'select' mode was easily accessible via a touch/click. It'd be silly
to require a keybind to toggle between the two.
Saw that this morning and laughed. Pretty good take on how convoluted
systems are/are becoming.
You can also just use the raw keycode over the XF86 mapping and you wouldn't
need to include the separate header. I've been doing this since ~5.6.
(If this message sends poorly, I apoligize. I'm using this as an excuse to
see how my mobile handles wrapping iin email)
On Aug 20, 2011 5:15 AM, "Bast
> Oh this old thing. dwm could use an fwvm-style
> "Close" which sends a delete if the window supports
> it, otherwise sends a kill, thus hiding a particularly
> ugly part of X.
Maybe so, but I fail to see how this relates to the
question asked. Which one of us is particularly
dense this time 'rou
Of course, Connor's right. Transient windows are always floated.
However, I think this is also the expected behavior and DWM's handling
of these two cases is as expected. I'm simply stating that the current
way that DWM handles windows works fine for most users without us
handling yet another hint.
Honestly, I'm not sure this hint should be respected, at least not
without some serious consideration.
This would lead to a concept of layers that is entirely binary (either
on the 'lower' tiled layer or above
it in the specified size) and there's already a way to get this to
work - set a class and
Luakit / Uzbl for all sites. Works fine for me.
> how about you restrict the number of things coming in on stdin instead
> of puking all over dmenu about this
Because he wants it to still complete to the things in $PATH (or STDIN,
in this case) but doesn't want to see it. I still agree that it's stupid.
In regards to OP: So write a patch that
hiro - I fail to see who you're referring to. If it's my post, then
you missed the point...
I'm using solarized now, but that might change shortly. FG/BG have
very little contrast, even when focused, and changing that seems to
defeat the purpose of the scheme. I like the idea of zenburn and
desert256, but they're too warm overall for my tastes. When I get home
I can upload a custom scheme
And an alternate, for those with statuscolors applied. (not that it
was difficult at all to produce)
diff -r 4548c824adac dwm.c
--- a/dwm.c Sun Jul 10 21:25:23 2011 +0100
+++ b/dwm.c Mon Jul 11 02:30:13 2011 +0200
@@ -760,7 +760,7 @@
if((dc.w = dc.x - x) > bh) {
dc.x = x;
if(m->sel) {
- c
I would think that setting a terminal title would be a trivial task
using xdotool, xprop and dmenu, which would help if you don't
pre-launch apps on startup and keep them running on a specified
tag (which is how I work around this issue). I might work on this
script this evening when I get off of
I use a script for weechat that fires off a sound, sends a dbus
notification and sets the urgent hint on the window. Works relatively
well for me. I know there is a similar script for irssi, but for
smaller clients (like ii or sic) you'll need to script something
yourself, if I'm not mistaken.
Unless, of course, you don't HAVE a touchpad to disable. (However, the
touchpad is definitely 100% easier to hit than the mouse.)
AS a web developer, I'll +1 Kurt on this one. The doctype bullshit is gone, and
we now FINALLY have a "one version to bind them". XHTML vs HTML is
stupid as hell. We finally get a modern, "all in one" solution that doesn't
require the XML bullshit that XHTML 1.0 needs. Granted - there's some shit
i
I believe he's attempting to avoid 'flicking' through windows when
changing them. The workflow would be:
1) identify that you need another window focused
2) MOD+j/k through windows, identify them by title and select one
3) Hit a key to "focus" that client and bring it to the front
Basically a cr
Kurt - I think you need to rethink your definition of "Troll". He simply
asked a question. Regardless of whether you agree with the idea of the
window manager in question, he didn't make some fallacious statement
regarding DWM or any other suckless tools - he's simply asking for
opinions. There is
So base your custom DWM on the earlier versions that didn't support
multiple monitors. No trolling, just a suggestion.
WMFS simply feels like DWM++, which is an unpopular concept
in these parts I honestly liked it quite a bit. It takes DWM's window
management concepts and tacks on some convenience features that
are nice to have, but not essential. It DOES have a systray, but it
was useless for me (as I'm used to D
>I like to change my background to a random color every 2-10ms; it's
>easier on the eyes than the plain black I used formerly, especially
>with my transparent terminals.
I hate to say it but this makes some sense. However, the tools to
use to get it right are already around (cron+xsetroot+sh), so
I still keep physical books around for the aforementioned ease of marking and
the physical sensation associated with them (Dog earing pages etc.). However,
most of the ones I keep around are technical books that require that sort of
love in order to get the most out of them. I put the NOVELS that I
I was looking for this type of tool the other night so I could
script an alt+tab type script for dmenu. Awesome. I'll let you
know how it goes.
GRML, {Micro|Tiny}core, or TTYLinux would be my votes for 'minimalistic'
Crux for general ideaology.
I've also noticed that my vim theme paints invisible text (try doing
"TERM=xterm vim somfile" and see what happens), but I've begun
using vile recently so that's really of no consequence.
Honestly, since urxvt works fine here, I'll probably just go back to that.
I can't figure this one out and I r
(Consider this my thoughts on a general text editor and not a
review of Sandy - I've not tried Sandy since I found it on the
Arch forums a ways back - long before being brought up here)
I've recently thought a lot about editors, as I'm not satisfied with
vi/vim and emacs chains are shitty beyond
So far, this font issue and the lack of a scrollback buffer are
my only issues with st. I'm having strange problems with urxvt
under another (inferior / floating) window manager, which has
pushed me towards st. I could be using xterm, but...eww.
Terminus drew nice and quickly for me when I was usi
I'm attempting to get st to use Dina as it's font. At first, I couldn't get
st to read the font at all (it would die upon launching, saying it couldn't
find the font), but I've had issues with Dina before - the CP1252
encoding was giving urxvt problems a while back so I re-encoded it
(to ISO8859-1)
Connor - Sorry. I meant the ones that were useful to the 'cause'.
On an initial read through of that page, I saw sam but missed mk
& rc.
Bryan
I would suggest first re-writing the ones that 9Base has listed. It seems
a relatively exhaustive list and - with our case of NIH - we don't want to
be using anything from another OS entirely, now do we ;)
I'm pretty excited by this proposition. The idea seems pretty good.
That font encoding is pretty arbitrary - I chose the encoding that
Tamsyn already carried. I don't require too much more than ASCII
due to my locale (en_US), so I stuck with en_US.ISO8859-1. If
you needed to, you could copy the glyphs over into another font,
say Terminus, that has better support fo
Eckehard is right - rehash your font library to see the changes.
I've done this previously (I have modified Tamsyn's 15pt version
and released it on the arch forums as 'Tamsyn2') and it works
very well - particularly in locales where you rarely use anything
outside of the ASCII charset. The basic idea is this - find a font
you like and change the characters you
Connor - I've just built tip and upon initial usage, I've had 0
problems with it. Looks good from my end.
Bryan
Ignoring the trolls posting here - the solution is obvious. Use a
different terminal or apply the patch if it means that much to you.
st won't get transparency (most likely), and transset is a poor
solution anyway, as it makes both the text and the window
background equally transparent. Use one of
Why not just use the built in transparency of the terminal?
I use urxvt with both real and fake transparency and I've
had absolutely no problem. Xterm, aterm, eterm, urxvt,
sakura, evilvte and lilyterm all support some sort of
transparency, so I don't see why devilspie OR that patch
are needed at a
from what I understand, devilspie assumes a reparenting window
manager, which is why you're not seeing any windows listed. What
operations are you trying to perform on these windows? Anything that
cannot be done in config.h?
I like dwm because of the simplicity of the product itself. It's essentially
the simplest example of what I think a tiling window manager should be. I
prefer the Master / Slave idea to Wmii's columns, and dwm implements it in
it's most basic form.
>I've had a pop at tidying it up a bit, I'm not getting as many silly
>characters filtered through, would you mind giving it a try with what
>you were doing and seeing if it's any better?
Your new version of the patch seems to work *MUCH* better. In the couple
tests I've run, the random line noise
While I like the premise of your xsel patch, it seems to be pretty rough in
implementation (not that I'm complaining, I certainly can't do much better).
It properly grabs the text from the terminal buffer, but the lack of utf-8
(or
so I'm assuming) is causing a lot of additional characters to be pl
While I understand wanting applications to adhere to the Unix
Philosophy, it seems to me that inputting and outputting text
is what a terminal essentially does and copying & pasting is
just a small extension of that role. I'd like to see a sane
way of copying & pasting with the keyboard, rather tha
97 matches
Mail list logo
