Re: update: Re: [dwm] recent changes to dwm (since dwm-3.5)
sender: Anselm R. Garbe date: Tue, Feb 20, 2007 at 03:24:12PM +0100 EOQ I have a question: if instead of patching the layout.c file for new layouts, each of us who created a layout patch would create a separate file, such as: layout_grid.c layout_bstack.c Do what you like, but don't forget that those files must be included in Makefile somehow and the function signatures must be local in layout.c as well... so I consider this as don't do it that way ;) Ok then, thanks for the advice :) Cheers, Alex
[dwm] dwm-3.6
Hi there, I released http://www.suckless.org/download/dwm-3.6.tar.gz This release contains several code cleanups and refactoring. It also contains the mentioned change of how resize() has been called in the past and yet another improved version of configurerequest(). See the mailing list for details. A changed aspect ratio handling will be part of next release. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
[dwm] dwm-3.6.1 hotfix release
Sorry, but before patch contributors do anything, use this instead: http://www.suckless.org/download/dwm-3.6.1.tar.gz Regards, Anselm On Wed, Feb 21, 2007 at 11:15:32AM +0100, Anselm R. Garbe wrote: Hi there, I released http://www.suckless.org/download/dwm-3.6.tar.gz This release contains several code cleanups and refactoring. It also contains the mentioned change of how resize() has been called in the past and yet another improved version of configurerequest(). See the mailing list for details. A changed aspect ratio handling will be part of next release. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
Re: [dwm] dwm-3.6
On 2/21/07, Anselm R. Garbe [EMAIL PROTECTED] wrote: Hi there, I released http://www.suckless.org/download/dwm-3.6.tar.gz This release contains several code cleanups and refactoring. It also contains the mentioned change of how resize() has been called in the past and yet another improved version of configurerequest(). See the mailing list for details. IMHO we need a developmen branch and a stable one. Quite easy with mercurial, indeed. My point is that a stable dwm with monthly releases (not a fixed amount of time, but in this range) will benefit us in several ways: * less distracting (it will be easier to ignore development branch messages) * patches will have time to really fine-tune their patches and add new ones instead of being porting the patches every week * you can experiment more heavily in the dev branch (like changing colors as much as you want w/out generating a new changeset which I read logs to keep up to date when I can't follow the list) * everybody can help with st because they have a working-stable dwm I know it's you creature, I'm just thinking aloud. cheers, -- Julián
Re: [dwm] dwm-3.6
On Wed, Feb 21, 2007 at 01:57:54PM +0100, Julian Romero wrote: IMHO we need a developmen branch and a stable one. Quite easy with mercurial, indeed. No. dwm is nearly finished. -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
[dwm] Updated patches from Gottox' Branch
Hi! I released my new patchset on http://81.209.164.44/dwmpatches. Some patches have changed. - browse uses now inctag for both browsing forward and backward (see config.default). - warp strictly sets the mousepointer as long as he is in the Window area. (Maybe i will change it later.) If you like them, give feedback! -- http://www.gnuffy.org - Real Community Distro http://www.gnuffy.org/index.php/GnuEm - Gnuffy on Ipaq (Codename Peggy)
Re: Re: update: Re: [dwm] recent changes to dwm (since dwm-3.5)
sender: Anselm R. Garbe date: Wed, Feb 21, 2007 at 10:44:14AM +0100 EOQ On Wed, Feb 21, 2007 at 11:23:53AM +0200, Alexandru E. Ungur wrote: sender: Anselm R. Garbe date: Tue, Feb 20, 2007 at 03:24:12PM +0100 EOQ I have a question: if instead of patching the layout.c file for new layouts, each of us who created a layout patch would create a separate file, such as: layout_grid.c layout_bstack.c Do what you like, but don't forget that those files must be included in Makefile somehow and the function signatures must be local in layout.c as well... so I consider this as don't do it that way ;) Ok then, thanks for the advice :) There is also another reason - the wmii-2 way only supported the arrange-function being integrated that way. But in dwm we have things like incnmaster() or resizemaster() which manipulate the tile()-layout. Hence it would get very messy to handle such add-on functions with such a way like we had in wmii-2 - so it is much easier and simplier for patch contributors to put everything into 1 single superfeature.patch file. Ah, I see what you mean. Sorry I didn't explain too well what I meant. The suggestion was actually for the patch creators to change the way they create patchs (they have to change it anyway at this point :D) so that it is easier for the endusers to integrate multiple patches. I did not suggest modifying dwm in any way. What I did for my patch (well, before I asked) was create that extra layout_grid.c and then patching Makefile (adding one 'word') and dwm.h (adding one line). All these are done from the patch, no need for any changes on dwm side. Now, because the changes to dwm were so small, I can easily integrate other patches now ;-) and I figured if other contributors would do the same (where applicable of course) then it would be easier for all of us to integrate multiple patches. I'll release the patch right away, and then it will be clear what I'm talking about :-) Cheers, Alex
Re: [dwm] grid patch for dwm-3.6 (tip 806)
On Wed, Feb 21, 2007 at 04:13:01PM +0100, Anselm R. Garbe wrote: Actually I ask, what do people think, I'd consider putting this grid patch into mainstream dwm (but without enabling it by default in config.default.h). No. After dwm is finished there will be such packages anyways - so don't expect it being integrated. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
Re: [dwm] grid patch for dwm-3.6 (tip 806)
sender: Anselm R. Garbe date: Wed, Feb 21, 2007 at 04:13:01PM +0100 EOQ Hi Alex, On Wed, Feb 21, 2007 at 05:02:03PM +0200, Alexandru E. Ungur wrote: Attached is the updated grid patch. Well see attached a patch which does not touch dwm.h and Makefile. You will get into trouble anyways, even if you put your algorithm into a separate file (because applying different patches will fail in dwm.h and Makefile then, instead of layout.c...) True, besides it does looks cleaner with only patching layout.c ;) On right, forget my ideea. Cheers, Alex
[dwm] Text selection I-beam is hard to see
I posted this plea to both the Gentoo and Sabayon forums: I run dwm as my window manager. Of course this reflects the fact that the vast majority of my windows are text (emacs or urxvt xterms). When the pointer is not over selectable text it is an hovering cyan arrow pointing up and to the left with a subtle shadow. Over selectable text the pointer changes to a very fine vertical cyan I-beam with a ghost of a shadow. This I-beam is hard enough to see when the screen's brightness is cranked down. It becomes nearly invisible if I increase the brightness. Is there anything I can do to improve this situation? Change color to black? Use a thicker stroke to draw the I-beam? I have successfully changed the pointer theme for Gnome and KDE sessions. But when I log out and return to the KDM greeter screen the original cyan pointer and nearly invisible I-beam return. These remain in effect when I start dwm. What do I need to do to use a different set of pointer icons with dwm? /john