Re: [dev] plumb 1.0

2010-07-14 Thread Stefan Mark
On 14.07.2010 19:28, Mate Nagy wrote: On Wed, Jul 14, 2010 at 07:25:56PM +0200, Uriel wrote: http://doc.cat-v.org/plan_9/4th_edition/papers/plumb well darn, should've expected it from plan9 :) yeah, i'll consider the name change, it's no problem at this point - any suggestions for names? :)

Re: [dev] Fullscreen keyboard shortcut in dwm like in wmii

2010-07-22 Thread Stefan Mark
I use this function, it makes a client float and maximize. void togglemax(const Arg *arg) { Client *c; if(!(c = selmon->sel)) return; Monitor *m = c->mon; c->isfloating = !c->isfloating || c->isfixed; if(c->isfloating) resize

[dev] [st] Bold Text should be bright?

2010-09-02 Thread Stefan Mark
and htop looks the same in st as in rxvt. greetings stefan mark diff -r 656f8e521f85 st.c --- a/st.c Thu Sep 02 02:03:53 2010 +0200 +++ b/st.c Thu Sep 02 10:53:11 2010 +0200 @@ -1223,8 +1223,12 @@ if(base.mode & ATTR_REVERSE) xfg = dc.col[base.bg], xbg = dc

Re: [dev] [st] Bold Text should be bright?

2010-09-02 Thread Stefan Mark
On 02.09.2010 11:48, pancake wrote: I always hated bright fonts. Bold is bold and bright is bright. I dont like it either, but it seems to be some kind of standart. Well, the wikipedia says: 'Bright (increased intensity) or Bold', so both could to be right, and sadly bold might be bright and b

Re: [dev] [st] Bold Text should be bright?

2010-09-03 Thread Stefan Mark
On 03.09.2010 00:41, Aurélien Aptel wrote: If more people want it, I might apply it. But judging from reactions in this thread, I don't think it's going to happen. Hm, ok. Then what about a patches section on the st page, like on the dwm page?

Re: [dev] [OT] Music?

2010-09-09 Thread Stefan Mark
On 09.09.2010 05:07, Jacob Todd wrote: On Wed, Sep 08, 2010 at 07:10:56PM -0400, Kris Maglione wrote: social justice Social justice is just yet another way of saying slavery and theft. Well, on the other hand, it might be that saying such things is just another way of saying 'mine! mine! mine

Re: [dev] [st] multibyte patch

2010-11-08 Thread Stefan Mark
On 07.11.2010 22:09, Damian Okrasa wrote: > LC_CTYPE=en_US.UTF-8 should be set for UTF-8, it has some bugs and > sometimes doesn't recognise good UTF-8 string. > > http://img51.imageshack.us/img51/4591/201011072157261024x768s.png Woah, Great patch! Thanks a lot!

Re: [dev][dwm] Rule to don't manage a window?

2010-11-15 Thread Stefan Mark
On 15.11.2010 11:42, thu...@singularity.fr wrote: > Hello! > The thing I want to do, is to configure dwm in order it doesn't manage > some windows. Infact, the problem is when I launch dwm, when I cycle > throught windows, stalonetray can still be selected. And what I want is to > have stalonetray

Re: [dev][st] multibyte patch

2010-11-18 Thread Stefan Mark
On 17.11.2010 14:54, Damian Okrasa wrote: > changed FONT and BOLDFONT, more fonts are selected > fixed bug in ttyread, does ncurses apps work correctly? The cursor keys did not work in midnight commander (they did last version), and i get a lot error messages like this one: > erresc: unknown csi E

Re: [dev][st] multibyte patch

2010-11-19 Thread Stefan Mark
On 19.11.2010 01:12, Damian Okrasa wrote: > #define TNAME "st" Nice, that worked, thanks!

[dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
Some time ago, i submitted a patch that makes colors bright for bold text. Most Terminals do that, and some programs rely on this (like htop). The patch was rejected unless more people ask for it. As it seems, i'm still the only one, but i modified the patch to make the bold-is-bright behavior opt

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 15:06, pancake wrote: > Oh.. i was about to push the patch...until I realized the original thread. > Yay! ... A > Check those pictures: I get a 404 on both, but i tried myself (with my irssi settings the display is correct). The 256colors2.pl is strange, i dont know what the fi

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 15:42, pancake wrote: > http://lolcathost.org/b/stcolors.png > http://lolcathost.org/b/stcolors2.png > > Both works for me > These work, the directory was missing. Anyway, the irssi display looks good to me. I have the default colors in config.h, and see no difference between xterm

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 15:50, Ethan Grammatikidis wrote: > > On 1 Apr 2011, at 2:06 pm, pancake wrote: >> >> You may see some other differences... and the missuse of bright when bold >> sometimes hurts my eyes... but some programs just are hard to read >> without >> it... > > Why does no-one ever seem to

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 16:01, Ethan Grammatikidis wrote: > > On 1 Apr 2011, at 2:56 pm, Stefan Mark wrote: > >> On 01.04.2011 15:50, Ethan Grammatikidis wrote: >>> >>> On 1 Apr 2011, at 2:06 pm, pancake wrote: >>>> >>>> You may see some othe

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 16:28, pancake wrote: > On 04/01/11 15:51, Stefan Mark wrote: >> On 01.04.2011 15:42, pancake wrote: >>> http://lolcathost.org/b/stcolors.png >>> http://lolcathost.org/b/stcolors2.png >>> >>> Both works for me >>> >> Th

Re: [dev] [st] bold as bright (again)

2011-04-01 Thread Stefan Mark
On 01.04.2011 16:40, Stefan Mark wrote: > All other Terminals i know off make bold to bold&bright, so most > programs are made for this. > Mostly they are useable without the patch, but look different to other terminals (kind of dull). Some People seem to like that, i do not. Thats

Re: [dev] [dwm] devilspie doesn't work

2011-05-05 Thread Stefan Mark
opcorn for the show :P greets stefan mark

Re: [dev] [dwm] devilspie doesn't work

2011-05-06 Thread Stefan Mark
On 04.05.2011 23:00, Rob wrote: > And apply the patch. It might not apply cleanly since I diff'd from my > heavily patched dwm, so you'll have to do some shuftying. > There are also two other transparency patches available at the dwm site: http://dwm.suckless.org/patches/transparency (configurable

Re: [dev] How to monitor battery status

2011-06-20 Thread Stefan Mark
On 19.06.2011 22:51, Bartosz Nitkiewicz wrote: > Hello, > I'm looking for a best way to monitor battery status in dwm. Any hints? > I use a extensible perl script (https://svn.0mark.unserver.de/dwmd/branches/experimental/). Not perfect, but easy to maintain and extend. The script features Monitor

Re: [dev] How to monitor battery status

2011-06-20 Thread Stefan Mark
Let's face it, the Shell/Perl/Python/whatever scripting is relatively > easy, but very inefficient. > Indeed > That's why I really like this approach: > > On 06-20 10:43, Stefan Mark wrote: >> But i think think this is a better solution: >> http://dwm.suckles

Re: [dev] How to monitor battery status

2011-06-20 Thread Stefan Mark
On 20.06.2011 12:47, Kurt H Maier wrote: > On Mon, Jun 20, 2011 at 5:59 AM, ilf wrote: >> I have done this the /proc/acpi/battery/BAT0/state | shell way for years and >> found it to be way more resource intense then calling acpi -b. >> >> Let's face it, the Shell/Perl/Python/whatever scripting is

Re: [dev] How to monitor battery status

2011-06-21 Thread Stefan Mark
On 20.06.2011 12:17, Stefan Mark wrote: > Just two Days ago i found a nice and relatively complete one in this > Mailinglist. Since then, im tinkering around with it, with the intention > to make it more or less a replacement for my old perl project. It has > some monitors and libno

[dev] dwm status monitoring

2011-06-30 Thread Stefan Mark
hope neither my bad english nor my bad C was to annoying :) greets stefan mark

Re: [dev] Simple application launcher?

2011-06-30 Thread Stefan Mark
On 30.06.2011 16:35, John Matthewman wrote: > It would be handy to have a > little launcher sitting at one corner of my screen, waiting for me to > click a button to launch one of those predefined applications. I like xmenud, its written in Python, uses XDG Menus and can be put in the systray: htt

Re: [dev] wmii as a prepatched dwm (Was: segfault)

2011-07-02 Thread Stefan Mark
On Sat, 2 Jul 2011 18:12:41 +0200 "a.l.e" wrote: > one first sorrow: the goal of dwm-sprinkles is to add all the > available patches... > No, definitely not :) > i would be happier to some of them... plus a few which i would not use > but other think are important. > I intend to make some patc

Re: [dev] Re: Digest of dev@suckless.org issue 112 (8981-9030)

2011-07-05 Thread Stefan Mark
On 05.07.2011 00:50, a.l.e wrote: > hi > > ... not bad... if i can disable transparency, it may be worth a try! > Sure you can. There is a config variable in config.h. Well, not a preprocessor directive, but since it only adds a few lines and does not need any libs, i think thats ok.

Re: [dev] tabbed - why?

2014-02-18 Thread Stefan Mark
On 17.02.2014 18:21, Calvin Morrison wrote: I'm not sure why tabbed exist when it's a window management feature. for example i3, a tiling window manager supports tabs as part of it's stacking methods. (see attachment) What's the rational reason for it to exist, other than dwm needs to stay under

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

2014-07-02 Thread Stefan Mark
On 02.07.2014 15:52, Alexander S. wrote: > It's still incredible to me how some people think they're better than > others on absolutely no grounds, though. I dont think the problem is that some people think they are better. The problem is that these people think that they KNOW(TM) what is the righ

Re: [dev] [sent] 0.1 release

2015-11-12 Thread Stefan Mark
On 12.11.2015 13:20, Markus Teich wrote: > Heyho, > > I am happy to announce the version 0.1 release of sent, a suckless > presentation > tool. That is just Awesome. It was only two days ago that i thought i need just that kind of thing. Perfekt timing :D thanks! signature.asc Description:

Re: [dev] [farbfeld] announce

2015-11-17 Thread Stefan Mark
On 10.11.2015 22:37, FRIGN wrote: > ++---+ > | [] | 4*16-Bit BE unsigned integers [RGBA] / pixel, row-aligned | > ++---+ There are lots of different color spaces

Re: [dev] [farbfeld] announce

2015-11-18 Thread Stefan Mark
On 17.11.2015 18:43, FRIGN wrote: > On Tue, 17 Nov 2015 18:34:06 +0100 > Stefan Mark wrote: > > Hey Stefan, > >> I know, its all about simplicity, but with only a marginally higher >> complexity an arbitrary number of channels and color spaces could be >> sup

Re: [dev] [farbfeld] announce

2015-11-18 Thread Stefan Mark
On 18.11.2015 11:16, Stefan Mark wrote: > On 17.11.2015 18:43, FRIGN wrote: >> On Tue, 17 Nov 2015 18:34:06 +0100 >> Stefan Mark wrote: >> [stuff] As a side note, i dont mean to press the issue or annoy you. It is just an idea. Just say if you dont want to d

Re: [dev] [farbfeld] announce

2015-11-18 Thread Stefan Mark
On 18.11.2015 11:49, FRIGN wrote: > On Wed, 18 Nov 2015 11:16:56 +0100 > Stefan Mark wrote: > >> What i meant, instead of having RGBA and only RGBA, it could have a flag >> that says either which color model is used, (like rgb, rgba, lab, >> monochrome, ...) or define

Re: [dev] [farbfeld] announce

2015-11-18 Thread Stefan Mark
On 18.11.2015 12:52, FRIGN wrote: > On Wed, 18 Nov 2015 12:36:51 +0100 > Stefan Mark wrote: > > Hey Stefan, > >> I think i see. Sure, for visual representation, 16 bit wide rgba is >> probably more than enough. > > I thought long about how much bits I w

Re: [dev] [announce] wjt-0.1 - slider widget

2016-12-13 Thread Stefan Mark
On 13.12.2016 02:42, Ian Remmler wrote: > I hope others will find it useful. I like the idea. And i instantly wished for it be able to: - provide multiple sliders in one instance and returning multiple values (eg mixer) - just display the current slide value, without interactivity and vanish a

[dev] I made a bluetooth-control-thing

2022-06-15 Thread Stefan Mark
I was always a bit annoyed by the lack of a simple, gui-based bluetooth control thing. Like blueman, but not in a scripting language. And maybe with somewhat simpler interface. Thus i did this: https://git.weitnahbei.de/nullmark/little_blue_man Its written in C, uses drw and dbus and it works. At

Re: [dev] I made a bluetooth-control-thing

2022-06-20 Thread Stefan Mark
On Thu, 16 Jun 2022 19:39:14 +0100 Ethan Marshall wrote: > On 16/06/22 04:33pm, David Demelier wrote: > > > > Hi, > > > > There is something wrong with the makefile because each time I type > > make it keeps rebuilding everything. > > From having built it myself, I can confirm that change dete

Re: [dev] st features that'd be nice

2011-10-18 Thread Stefan Mark
On 18.10.2011 13:15, Peter John Hartman wrote: > Here's a feature request that should go in first: make st usable. > For me, performance is the main issue. Drawing of 'mc' on higher resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on a reasonable fast machine. Drawing 'top' to

Re: [dev] st features that'd be nice

2011-10-19 Thread Stefan Mark
On 18.10.2011 18:39, Andrew Hills wrote: > On Tue, Oct 18, 2011 at 9:13 AM, Stefan Mark wrote: >> For me, performance is the main issue. Drawing of 'mc' on higher >> resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on >> a reasonable fast ma

Re: [dev] [st] Drawing optimizations

2011-10-24 Thread Stefan Mark
On 21.10.2011 00:00, Aurélien Aptel wrote: > Hi, > > I know st rendering is slow. I'm currently trying out different > solutions but I can tell you profiling X calls is no fun. > > tip now uses a simple dirty flag per line algorithm. > Each modified line has the flag set to 1. Only dirty lines ar

Re: [dev] dwm 6.0

2011-12-19 Thread Stefan Mark
On 19.12.2011 17:21, Andrew Hills wrote: > On Mon, Dec 19, 2011 at 11:10 AM, Thomas Dean <78...@web.de> wrote: >> Of course, now I see it: 0=infinity in this case, i.e. slave effectively >> becomes master :-) > > Be careful when creating a power vacuum. Eliminating the remaining > authority will l

Re: [dev] monsterwm - 700 SLOC dwm fork

2012-01-04 Thread Stefan Mark
On 30.12.2011 21:35, Kurt H Maier wrote: > I love arch linux's facility for coralling all the nitwits into one > self-contained forum. It just sucks when some of the retardation leaks > out into the real world. > This statement has some nice boomerang Irony.

Re: [dev] [st] 0.3 release

2012-11-05 Thread Stefan Mark
On 02.11.2012 20:12, Christoph Lohmann wrote: > * New drawing code, which is way more faster and comparable to the > other terminals out there. It totally is, and now im impressed. And a bit humbled, since i tried for some time for myself and failed ;) Thanks!