Re: [dev] mail clients

* Andrew Hills [10.06.2013 19:20]: > On Mon, 10 Jun 2013 18:12:57 +0100 Michael Stevens > wrote: > > Are there any mail clients that don't suck? > > Mutt for CLI, Claws Mail for GUI. I don't think either of them suck. In case you don't instantly see this in Claws and didn't look into the header

[dev] [st] latest update breaks -t switch

Hi guys The latest git pull changed the way the title is set, see http://git.suckless.org/st/commit/?id=369734c80c6e5049d704a00f436c59ecf4dafae8 With this, the -t switch doesn't work anymore. Here's an example command line: st -t gmail -e mutt -F ~/.mutt/muttrc-gmail Dwm show the title "mutt",

Re: [dev] [dwm] Hide unused tags

* Eric Pruitt [30.05.2013 03:56]: > On Wed, May 29, 2013 at 12:16:05PM +0200, Uli Armbruster wrote: > > * Thuban [29.05.2013 11:43]: > > > I can't find the patch to hide unused tags. I used to use it for a > > > while, but I lost it. > > > > Attac

Re: [dev] [dwm] Hide unused tags

* Thuban [29.05.2013 11:43]: > Hello, > I can't find the patch to hide unused tags. I used to use it for a > while, but I lost it. > Does anyone still use it? > > Regards Attached diff -paur dwm.old/dwm.c dwm.new/dwm.c --- dwm.old/dwm.c 2013-03-13 19:14:34.591449951 +0100 +++ dwm.new/dwm.c

Re: [dev] [surf] add 3-finger back and forward control

* Strake [21.04.2013 18:37]: > Which race has n fingers | n < 3? Seriously?!?!?!

Re: [dev] [st] clipboard selection behavior (patch applied)

* Alexander Sedov [15.03.2013 09:31]: > clippaste() is meant for CLIPBOARD. > For PRIMARY, it has selpaste(). Ok, thanks! Then what's the correct way to make st use PRIMARY when text is selected?

[dev] [st] clipboard selection behavior (patch applied)

Hi guys! First of all, don't kill me if the patch isn't perfect, because I'm not really a coder (but use suckless software nevertheless)! But this patch is trivial enough. Actually it's the first time ever that I provide a patch! :) I discovered that for selected text st uses the CLIPBOARD sele

Re: [dev] [dwm] [patch] hide tags with no clients

* Hannes Blut [09.08.2012 09:16]: > On 08/08/12 at 10:51pm, Matthew Bauer wrote: > > I made a patch that hides tags that are not being used to make the bar > > feel less cluttered. It's a simple visual change similar to how WMII > > handles tags. > > > > I'm pretty sure this has never been posted

[dev] [dmenu] doesn't appear with 2 monitors and no application opened

Hi guys This really starts to annoy me, so I have to ask, why this happens and if there's a known solution: After booting my laptop with an external monitor connected, I cannot run dmenu_run, it simply doesn't show up. I don't know how to give you more specific informations like terminal outpu

Re: [dev] dwm tip changes

* Anselm R Garbe [23.06.2012 20:06]: > Hi there, > > I pushed [..] some fullscreen handling changes into hg tip today. > > [...] > > Also, dwm now disallows resizing/moving/float fullscreen windows, as this > doesn't seem very useful anyways. > > Please test hg tip and let me know any issues y

Re: [dev] dwm tip changes

* Hannes Blut [24.06.2012 16:08]: > > Also, dwm now disallows resizing/moving/float fullscreen windows, as > > this doesn't seem very useful anyways. > > I enjoy letting a video play in the corner using mplayer. I don't like > to tile the vo of mplayer because that tends to mess up the aspect >

Re: [dev] changing sizes in the master area

* Manolo Martínez [14.05.2012 13:24]: > Hello, > > An unpatched dwm cannot change the sizes of windows in the master area, can > it? > > Thanks > M If you mean changing the size vertically (e.g. with two widows in the master area), then no, if you mean horizontally, then yes, it can. Search f

[dev] [dwm] misbehavior with the urgent hint

Hi guys There's only one thing left with dwm which bugs me a bit. So you can reproduce it, here's what's happening: I use e.g. newsbeuter to read the latest news. If if want to read an article, I hit 'o' so it opens in a web browser. I use luakit . In dwm's config.h, I assig

Re: [dev] [dwm] exit fullscreen correctly

* Andreas Amann [23.02.2012 21:43]: > dwm does not always leave the fullscreen mode correctly. > > For example, if you use the mouse to resize a fullscreen client, the boarder > does not get painted, which indicates that internally the isfullscreen flag > is still set. A similar effect happens

Re: [dev] [dwm] question regarding floating clients being always on top

* Bert Münnich [23.02.2012 21:04]: > On 20.02.12, Uli Armbruster wrote: > > By default, floating clients are always on top of tiled clients. I'd > > like to change this behavior to make it possible to use floating and > > tiled clients together (either having the sa

Re: [dev] [dwm] question regarding floating clients being always on top

* Ivan Kanakarakis [20.02.2012 14:20]: > On 20 February 2012 15:16, Uli Armbruster > wrote: > > > Hi there > > > > I'm willing to solve this by myself, despite my lack of real C-knowledge, > > but I need some hints at least: > > > > By de

Re: [dev] dwm 6.0 xinerama video

* Connor Lane Smith [22.02.2012 15:18]: > Hey, > > On 22 February 2012 08:30, Uli Armbruster > wrote: > > You named the video "... NEW Xinerama support". Just curious, what was it > > like before? I've only been using dwm with two monitors since version

Re: [dev] dwm 6.0 xinerama video

* Kai Hendry [22.02.2012 08:09]: > Hey there, > > I've uploaded an embarrassing howto video of how to gain a neck injury > using dwm 6.0 > > http://youtu.be/UJuvLOQzSOc > > Enjoy, You named the video "... NEW Xinerama support". Just curious, what was it like before? I've only been using dwm w

Re: [dev] [dwm] question regarding floating clients being always on top

* Ivan Kanakarakis [20.02.2012 14:20]: > read how focus works (focus(..); unfocus(..);) > and how and when XRaiseWindow is called Thanks Ivan!

[dev] [dwm] question regarding floating clients being always on top

Hi there I'm willing to solve this by myself, despite my lack of real C-knowledge, but I need some hints at least: By default, floating clients are always on top of tiled clients. I'd like to change this behavior to make it possible to use floating and tiled clients together (either having the

Re: [dev] [dwm] strange behavior with mupdf

* Anselm R Garbe [08.02.2012 20:11]: > On 2 February 2012 17:20, Thomas Dean <78...@web.de> wrote: > > On Thu, Feb 02, 2012 at 14:45:42 +0100, Uli Armbruster wrote: > >> Means, only after refocusing mupdf, it looks fine. It doesn't depend on > >> this cer

[dev] [dwm] hg: bug or feature?

Just a quick question: Is it a bug or a feature, that, if a client is being toggled floating, it is placed behind the tiled clients, so it can't be seen anymore? It can of course be used to hide clients, but well, dwm is a tagging window manager, so better to move them e.g. to a tag named "trash

Re: [dev] [dwm] strange behavior with mupdf

* Eckehard Berns [06.02.2012 14:49]: > That was fast - the bug has been fixed in the git repository. Confirmed, that did it :) SOLVED Thanks guys!!

Re: [dev] [dwm] strange behavior with mupdf

* Eckehard Berns [06.02.2012 12:47]: > On Sun, Feb 05, 2012 at 11:30:03PM +0100, Uli Armbruster wrote: > > * Thomas Dean <78...@web.de> [02.02.2012 17:20]: > > > On Thu, Feb 02, 2012 at 14:45:42 +0100, Uli Armbruster wrote: > > > > Means, only after refocus

Re: [dev] [dwm] strange behavior with mupdf

* hiro <23h...@googlemail.com> [05.02.2012 23:56]: > > . pgdn right space > > Go to the next page > > mhm still sucks, because I have to switch between two buttons all the > time. But granted j+dot allows my hand to stay in the same position. Yeah, I would also prefer something like

Re: [dev] [dwm] strange behavior with mupdf

* Ivan c00kiemon5ter V Kanakarakis [05.02.2012 23:50]: > this happens in monsterwm too. I tried to redraw the borders after a > configure request event and this seems to help, but it's not final. > if you open an mplayer window and then open/quit repeatedly a second > mplayer window, you'll see it

Re: [dev] [dwm] strange behavior with mupdf

* Ivan c00kiemon5ter V Kanakarakis [05.02.2012 23:43]: > On 05/02/12 at 11:35pm, hiro wrote: > > In mupdf how do you go from page bottom to next page (to begin reading > > at the top)? > > > > 'g' will get you to the 1st page > '13g' will get you to the 13th page > etc > I don't think you can scr

Re: [dev] [dwm] strange behavior with mupdf

* hiro <23h...@googlemail.com> [05.02.2012 23:35]: > In mupdf how do you go from page bottom to next page (to begin reading > at the top)? > Either with "." or with "next" >From the manual: . pgdn right space Go to the next page But with "right" you get to the next page at the sa

Re: [dev] [dwm] strange behavior with mupdf

* Thomas Dean <78...@web.de> [02.02.2012 17:20]: > On Thu, Feb 02, 2012 at 14:45:42 +0100, Uli Armbruster wrote: > > Means, only after refocusing mupdf, it looks fine. It doesn't depend on > > this certain pdf file, it happens with all pdf files. It also doesn't

Re: [dev] [dwm] strange behavior with mupdf

* Jakub Lach [02.02.2012 15:40]: > No such problem here. > > dwm-5.9; mupdf-0.9,1; FreeBSD 9.0-STABLE Damn, forgot to mention: I'm on linux, 64bit, dwm 6.0

[dev] [dwm] strange behavior with mupdf

Hi guys Dwm is almost perfect for me, actually there are only two things I don't like, one of them I want to discuss here, because I don't have any idea what causes this. When I open a pdf with mupdf (http://mupdf.com), my pdf viewer of choice, it looks like this: Hidden bar (you don't need t