Re: [dev] Some 2wm questions

2011/11/1 Thomas Dahms : > 2011/11/1 Bert Münnich : >> On 01.11.11, Connor Lane Smith wrote: >>> I notice this patch doesn't have an attach (M-a) to accompany detach >>> (M-d). Is this a bug or a feature? >> >> It's a feature. I've used attach only very rarely. Instead, I switch to >> the other tag

Re: [dev] Some 2wm questions

2011/11/1 Bert Münnich : > On 01.11.11, Connor Lane Smith wrote: >> I notice this patch doesn't have an attach (M-a) to accompany detach >> (M-d). Is this a bug or a feature? > > It's a feature. I've used attach only very rarely. Instead, I switch to > the other tag temporarily, use detach (togglet

Re: [dev] [dwm] 2000 SLOC

Anselm R Garbe writes: > On 31 October 2011 12:42, Troels Henriksen wrote: >> Anselm R Garbe writes: >> >>> * surf (seems dead, please shout if you disagree or if anyone wants to >>> take this on, it doesn't make sense if it is not maintained, as >>> webkitgtk carries away) >> >> I wouldn't min

Re: [dev] [dwm] 2000 SLOC

On 31 October 2011 12:42, Troels Henriksen wrote: > Anselm R Garbe writes: > >> * surf (seems dead, please shout if you disagree or if anyone wants to >> take this on, it doesn't make sense if it is not maintained, as >> webkitgtk carries away) > > I wouldn't mind taking maintainership of Surf, i

Re: [dev] [dwm] 2000 SLOC

Hi, Am 31.10.2011 um 20:44 schrieb Anselm R Garbe : > On Mon, Oct 31, 2011 at 08:39:00PM +0100, Joerg Zinke wrote: >> >> > * surf (seems dead, please shout if you disagree or if anyone wants to > take this on, it doesn't make sense if it is not maintained, as > webkitgtk carries awa

Re: [dev] Some 2wm questions

On 01.11.11, Connor Lane Smith wrote: > On 1 November 2011 08:25, Bert Münnich wrote: > > I've tried 2wm some time ago, liked the concept but got fed up with its > > old code base. So I wrote a small dwm -> 2wm (d2wm) conversion patch. > > Thanks for this. > > > The patch simply changes toggle{t

Re: [dev] [dwm] 2000 SLOC

On 11-01 10:11, Connor Lane Smith wrote: A problem, though, is that it removes hyperlinks. I consider this a problem as well. If there was an option to keep links, I'd happily enable it. Also I'd adjust the new CSS (as in: clear it. I wonder if it would be possible to 'crowdsource' readabil

Re: [dev] [dwm] 2000 SLOC

On Tue, Nov 01, 2011 at 06:20:29PM +0100, pancake wrote: > >> On 31 October 2011 23:28, Nick wrote: > >>> http://njw.me.uk/software/simplyread/ is a little js thing I wrote > >>> which is basically a nicer, simpler version of readability. works > >>> with surf, uzbl, chrome, firefox. > > Can you p

Re: [dev] [dwm] 2000 SLOC

Can you port it to surf and add it to the surf extensions page? On 01/11/2011, at 10:44, Nick wrote: > On Tue, Nov 01, 2011 at 09:34:21AM +, Connor Lane Smith wrote: >> On 31 October 2011 23:28, Nick wrote: >>> http://njw.me.uk/software/simplyread/ is a little js thing I wrote >>> which is

Re: [dev] herbstluftwm

Greetings. On 01.11.2011 17:37, Sime Ramov wrote: > * Anselm R Garbe [2011-11-01 17:13+0100]: >> Client-Server rarely makes sense if there is only one client and >> one server. > > It makes sense, if only for shell scripts, automation and a good way of > storing and restoring custom layouts. Cli

Re: [dev] herbstluftwm

* Anselm R Garbe [2011-11-01 17:13+0100]: > Client-Server rarely makes sense if there is only one client and > one server. It makes sense, if only for shell scripts, automation and a good way of storing and restoring custom layouts. Clients could be anything.

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On 1 November 2011 17:04, lolilolicon wrote: > On Tue, Nov 1, 2011 at 11:38 PM, Anselm R Garbe wrote: >> however this would require some reshuffling of the config.h inclusion >> and also changes in various places. So I doubt it would be necessary >> at all. Just stick with nmaster/mfact in Monito

Re: [dev] herbstluftwm

On 1 November 2011 16:57, Sime Ramov wrote: > * Anselm R Garbe [2011-11-01 16:49+0100]: >>  (i) It features a kind of 'static' window management model in the >>      tradition of ion/wmi(i)/i3. > > And that is exactly why I use it. It has perfect balance between dynamic > and manual tiling. Fair

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On Tue, Nov 1, 2011 at 11:38 PM, Anselm R Garbe wrote: > On 1 November 2011 16:27, lolilolicon wrote: >> But now I realize another problem with moving mfact/nmaster to Layout. >> The issue is two monitors should be able to use different mfact/nmaster >> values for the same layout; also, the setmf

Re: [dev] herbstluftwm

* Anselm R Garbe [2011-11-01 16:49+0100]: > (i) It features a kind of 'static' window management model in the > tradition of ion/wmi(i)/i3. And that is exactly why I use it. It has perfect balance between dynamic and manual tiling. > (ii) The IPC mechanism reminds me of all the mistakes I

Re: [dev] herbstluftwm

On 1 November 2011 14:51, Sime Ramov wrote: > > > I find it extremely good and it has just replaced ratpoison as my > WM. Maybe it will be a good match for someone else too (it is > virtually unknown). It's SLOC is ok, but two issues for me: (i)

Re: [dev] [dwm] mapping wm state, and other stories

On 1 November 2011 15:31, Christoph Lohmann <2...@r-36.net> wrote: > Attached is a quick patch to make dwm DIALOG-agnostic. I don't > have a certain test window to try it out, so please test before > applying it. Thanks, that patch works fine for me. cls

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On 1 November 2011 16:27, lolilolicon wrote: > On Tue, Nov 1, 2011 at 6:20 PM, Anselm R Garbe wrote: >> The change of the Layout struct makes it a lot harder to define >> layouts, as now one also has to understand the variables >> nmaster/mfact. Also nmaster/mfact are now layout specific variable

Re: [dev] [dwm] mapping wm state, and other stories

Greetings. On 01.11.2011 11:59, Connor Lane Smith wrote: > It would also be nice if dwm supported _NET_WM_WINDOW_TYPE hints as > well, so we can make _NET_WM_WINDOW_TYPE_DIALOG windows float. (We > could steal the updatewindowtype() function from Christoph Lohmann's > dock patch.) Attached is a q

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On Tue, Nov 1, 2011 at 6:20 PM, Anselm R Garbe wrote: > On 1 November 2011 00:07, lolilolicon wrote: >> Indeed mfact and nmaster being members of Layout does make more sense, and >> I made a patch which includes this change. >> >> Note that this may seem to add some SLOCs, but it actually reduces

Re: [dev] [st] Patch to fix selection rendering

Thanks, applied.

[dev] herbstluftwm

I find it extremely good and it has just replaced ratpoison as my WM. Maybe it will be a good match for someone else too (it is virtually unknown). Here's a patch for it to compile on OpenBSD (you'll need `gmake` and `asciidoc`): diff --git a/Ma

[dev] Re: herbstluftwm

Also, forgot that default autostart file needs some adjustments in order to work in other shells (it is a bash script). I just removed brackets in function names and commented tag stuff to work with ksh.

[dev] Re: 6.0 roadmap layout decision

I also made my mind up regarding the two other topics that are on the roadmap for 6.0: First, there was the idea to simplify the Monitor handling in dwm, due to the fact that many users use (still?) single-head setups. I thought a while about possible simplifications but concluded it is not really

Re: [dev] [dwm] 2000 SLOC

I don't like simplyread at all, but drunk as I was I've been playing around with this http://labs.opera.com/news/2011/10/19/ here's the user stylesheet I'm currently using with it. Great if you have a large display and don't want to scroll down after every clicked link. I also activate the Black

Re: [dev] [dwm] mapping wm state, and other stories

On 1 November 2011 11:27, Anselm R Garbe wrote: > Well applying monocle will lead to other problems. Some fullscreen > windows will destroy themselves when they loose the input focus (for > example flash) They sound like broken clients to me, but fair enough, I think we should do this, then: On

[dev] 6.0 roadmap layout decision

Hi there, I have made my mind up regarding the recent layout discussion what should go mainline and what not. Mainline dwm 6.0 will only feature floating, monocle and tile (as before). It will also incorporate nmaster inc/decrementing. bstack and other tuning like 3 columns (2 master cols in bst

Re: [dev] [dwm] 2000 SLOC

> I wonder if it would be possible to 'crowdsource' readability so we > can contribute bits of pages to hide, like on Wikipedia we don't care > about '[edit]', etc... Not sure how we'd go about that, though. I'd rather pull out all the contents and indexes out of the most worthy web sites we navig

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On 1 November 2011 02:10, lolilolicon wrote: > On Tue, Nov 1, 2011 at 7:36 AM, Rob wrote: >> >> I don't have much time today, or possibly tomorrow, but I'm interested >> in this patch, it sounds almost like it recurses on each sub-section of >> the total area, applying a different layout function

Re: [dev] [dwm] mapping wm state, and other stories

On 1 November 2011 12:18, Connor Lane Smith wrote: > On 1 November 2011 11:11, Anselm R Garbe wrote: >> I disagree, setting a particular layout implicitly because some random >> window says it is in fullscreen state is not a great idea imho. > > By making one client fullscreen we're already effec

Re: [dev] [dwm] mapping wm state, and other stories

On 1 November 2011 11:11, Anselm R Garbe wrote: > I disagree, setting a particular layout implicitly because some random > window says it is in fullscreen state is not a great idea imho. By making one client fullscreen we're already effectively doing this. We're just making the other windows invi

Re: [dev] [dwm] mapping wm state, and other stories

On 1 November 2011 11:59, Connor Lane Smith wrote: > I noticed dwm has a bug handling _NET_WM_STATE_FULLSCREEN when a > window is mapped. The EWMH spec says, "The Window Manager SHOULD honor > _NET_WM_STATE whenever a withdrawn window requests to be mapped. A > Client wishing to change the state o

[dev] [dwm] mapping wm state, and other stories

Hey all, I noticed dwm has a bug handling _NET_WM_STATE_FULLSCREEN when a window is mapped. The EWMH spec says, "The Window Manager SHOULD honor _NET_WM_STATE whenever a withdrawn window requests to be mapped. A Client wishing to change the state of a window MUST send a _NET_WM_STATE client messag

Re: [dev] [dwm] 2000 SLOC

On 1 November 2011 09:34, anonymous wrote: > On Mon, Oct 31, 2011 at 10:21:19PM +0100, Connor Lane Smith wrote: >> ... because it clashes with the developers' CSS. That's the problem. I >> think there ought to be pure style-free semantic HTML, and then users >> can style every site to fit their pe

Re: [dev] [dwm] ncol layout

On 31 October 2011 19:12, Jeremy Jackins wrote: >> So in other words, if we can say tha majority use cases are: >> >> nmaster: 1-2 >> ncol (slave cols): 1-2 > > Hm, so are we no longer considering bstack? I agree that mod-shift-t > would be a nice way to do nmaster=2, but this means that with more

Re: [dev] [dwm] ncol layout

On 31 October 2011 20:31, Connor Lane Smith wrote: > On 31 October 2011 20:28, Connor Lane Smith wrote: >> Also, having special >> 'set' bindings instead of the simple I-to-Increase, D-to-Decrease, is >> far harder to remember. > > An afterthought: if it's the number of bound keys which is worryi

Re: [dev] [dwm] 2000 SLOC

On Tue, Nov 01, 2011 at 10:11:46AM +, Connor Lane Smith wrote: > On 1 November 2011 09:44, Nick wrote: > > - test the current xpi with firefox, using mozilla's addon > >  compatibility extension, to see if it works, or > > Done. It seems to work fine. Cool, thanks, I'll release an updated xp

Re: [dev] Re: [dwm] A general approach to master-slave layouts

On 1 November 2011 00:07, lolilolicon wrote: > Indeed mfact and nmaster being members of Layout does make more sense, and > I made a patch which includes this change. > > Note that this may seem to add some SLOCs, but it actually reduces the > amount of code required to implement the same layouts

Re: [dev] [dwm] 2000 SLOC

On 1 November 2011 09:44, Nick wrote: > As for your futuristic firefox, if you could be so kind, > could you either: > - test the current xpi with firefox, using mozilla's addon >  compatibility extension, to see if it works, or Done. It seems to work fine. A problem, though, is that it removes h

Re: [dev] [dwm] 2000 SLOC

On Tue, Nov 01, 2011 at 09:34:21AM +, Connor Lane Smith wrote: > On 31 October 2011 23:28, Nick wrote: > > http://njw.me.uk/software/simplyread/ is a little js thing I wrote > > which is basically a nicer, simpler version of readability. works > > with surf, uzbl, chrome, firefox. > > Thanks!

Re: [dev] [dwm] 2000 SLOC

On 31 October 2011 23:28, Nick wrote: > http://njw.me.uk/software/simplyread/ is a little js thing I wrote > which is basically a nicer, simpler version of readability. works > with surf, uzbl, chrome, firefox. Thanks! However, your XPI is incompatible with my Firefox (9.0a2) and the source tarba

Re: [dev] Some 2wm questions

On 1 November 2011 08:25, Bert Münnich wrote: > I've tried 2wm some time ago, liked the concept but got fed up with its > old code base. So I wrote a small dwm -> 2wm (d2wm) conversion patch. Thanks for this. > The patch simply changes toggle{tag,view}, so that they move the current > client to

Re: [dev] [dwm] 2000 SLOC

On Mon, Oct 31, 2011 at 10:21:19PM +0100, Connor Lane Smith wrote: > ... because it clashes with the developers' CSS. That's the problem. I > think there ought to be pure style-free semantic HTML, and then users > can style every site to fit their personal needs, without it resulting > in ugly. ht

Re: [dev] Some 2wm questions

On 01.11.11, Connor Lane Smith wrote: > 2wm is very old and completely unsupported, so I doubt there are > patches like this. It would be awesome if there were a dwm 'stereo > patch', though. I've tried 2wm some time ago, liked the concept but got fed up with its old code base. So I wrote a small

Re: [dev] [dwm] 2000 SLOC

On 10-31 23:28, Nick wrote: http://njw.me.uk/software/simplyread/ is a little js thing I wrote which is basically a nicer, simpler version of readability. works with surf, uzbl, chrome, firefox. Awesome! I've had this idea for years, but never found anyone following through with it. -- ilf