On Fri, Nov 30, 2007 at 03:36:03PM -0500, Jeremy O'Brien wrote:
> On Fri, Nov 30, 2007 at 09:32:46PM +0100, Anselm R. Garbe wrote:
> > On Fri, Nov 30, 2007 at 09:32:31AM -0800, Amit Uttamchandani wrote:
> > > I've not been getting any messages from the DWM mailing list
> > > since 11/25. Any one el
On Fri, Nov 30, 2007 at 09:32:31AM -0800, Amit Uttamchandani wrote:
> Hey guys,
>
> I've not been getting any messages from the DWM mailing list since 11/25. Any
> one else have this problem? Please cc me.
>
Maybe dwm is so perfect no one has anything to say about it anymore?
On Fri, Oct 12, 2007 at 06:42:27PM -0400, Manny Calavera wrote:
> Hey guys the patch isn't quite working for me completely, here is the
> output I get when trying to patch:
>
> [f|~/code/dwm-4.5]% patch -p1 < /home/f/code/dwm-4.6-fibonacci.diff
It's for 4.6 which is not yet released, so you have
On Fri, Oct 12, 2007 at 06:44:51PM +0200, [EMAIL PROTECTED] wrote:
> Looks like your method introduces some variable lag ( < 1 sec)
> between the echo command and the visualization on the statusbar.
> I need the change to be almost immediate.
>
Wow, 1 sec lag, that's a lot!
But "man tail" is your
On Fri, Oct 12, 2007 at 10:09:51AM +0200, Anselm R. Garbe wrote:
> Well, I'd prefer that declare the stuff you need from dwm.c as
> externals, simply because they aren't declared as static there.
>
> At the beginning of fibonacci.c or .h add:
>
> extern Client *nexttiled(Client *c);
> extern int
On Thu, Oct 11, 2007 at 08:49:08PM +0200, Anselm R. Garbe wrote:
> I recreated dwm.h which includes the Client struct definition yet again.
> Lemme know if you believe that other definitions might be useful
> as well.
>
Apparently, fibonacci layout also needs other definitions indeed.
I just move
On Thu, Oct 11, 2007 at 07:36:26PM +0200, Anselm R. Garbe wrote:
> On Thu, Oct 11, 2007 at 07:08:14PM +0200, Xavier wrote:
> > Some users requested the fibonacci patch, which was only for 4.4.1.
> > Even though I didn't use it, I tried to port it to 4.6, and it seems to w
Some users requested the fibonacci patch, which was only for 4.4.1.
Even though I didn't use it, I tried to port it to 4.6, and it seems to work
fine. Please review it :)
Also, arg said earlier [1] that it should still be possible to keep a header
file
(fibonacci.h in this case) and include it in
On Tue, Oct 09, 2007 at 03:52:51PM +0300, Grigorios Bouzakis wrote:
> On Tue, Oct 09, 2007 at 01:13:13PM +0530, Arun G Nair wrote:
> > >
> > > screenshot:
> > > http://xs.to/xs.php?h=xs320&d=07411&f=2007-10-08-222739_1280x1024_scrot.png
> >
> >Hey, what colorscheme are you using in vim ? I lik
On Wed, Oct 10, 2007 at 09:57:28PM +0200, Adrien Barilly wrote:
> You might also want to map the 'Multi_key' to a key of your keyboard (in
> my case, RAlt, keycode 113); this would make the key a 'dead key': press
> it, press the modifier and finally press the letter. Alright, that makes
> 3 keys f
On Tue, Oct 09, 2007 at 09:33:55PM +0200, Marek Bernat wrote:
> Attached is my skdvorak keymap. I store it as
> /usr/share/X11/xkb/symbols/skdvorak.
> You will have to change the keycodes (e.g. ) to the ones matching us
> keymap (mine match "us(dvorak)"): look into /usr/share/X11/xkb/symbols/us,
>
On Tue, Oct 09, 2007 at 09:29:50PM +0200, Riccardo Murri wrote:
> This is the relevant snippet from my `~/.Xmodmap` (look for key names
> in `/usr/include/X11/Xkeysimdef.h`; they are case-sensitive)::
>
> ! ##key ShiftMode_switch Shift+Mode_switch
> ! ---
On Tue, Oct 09, 2007 at 08:09:45PM +0200, Marek Bernat wrote:
> Good way is to start with your default plain keymay ("us" usually, but I use
> "usdvorak") and map (RAlt + $letter) to an accented $letter. I think it's
> much better than any other way for using accented characters. ...especially
> wh
On Tue, Oct 09, 2007 at 06:59:54PM +0200, Jonas Pfenniger wrote:
> I recommend the us-intl keyboard, which is much better if you need the
> accents.
>
>
Hm yes, actually that's what I first used for a while. It was alright for the
accents indeed.
But having accent keys act as dead keys is both
On Mon, Oct 08, 2007 at 10:58:45AM -0700, Amit Uttamchandani wrote:
> Hey guys,
>
> I recently upgraded to dwm-4.5 from dwm-4.3 and I noticed improper tiling
> when launching xterm and gvim. It looks like it doesn't span the whole
> window. However, firefox, pidgin, and sylpheed don't have this
On Fri, Oct 05, 2007 at 11:38:53PM +0200, Anselm R. Garbe wrote:
> Well the only reason I don't like with all those solutions are
> the different keyboard layouts out there. Especially qwerty and
> zxcvb are not ideal, because they differ in nearly all non-US layouts.
>
Just fyi, the current bind
On Mon, Oct 01, 2007 at 11:45:07AM +0200, Anselm R. Garbe wrote:
> Fixed in hg tip's respectively.
>
Thanks. The only thing I change (or rather remove) now is Xft.dpi.
I am still not sure if I really like dark on light colors, but imo, these
vim / mutt / xterm colors are definitively usable and
On Sun, Sep 30, 2007 at 08:37:43PM +0200, Anselm R. Garbe wrote:
> It might be related to your screen settings. But I agree with
> set number in vim, that still sucks (though I nearly never use
> this).
>
It's a laptop lcd, the only thing I know how to configure is the brightness.
It's less worse
On Sun, Sep 30, 2007 at 07:44:44PM +0200, Anselm R. Garbe wrote:
> Hi there,
>
> finally I settle with a new colorscheme, I call it bluegray
> and it is already included in dextra, dmenu and dwm will use
> it as default color scheme.
>
> Except the terminal background which is #ee, all other
On Wed, Sep 26, 2007 at 09:15:04PM +0200, Xavier wrote:
> mutt colors : the arrays that display the threads are invisible (probably
> white on white)
This is apparently caused by the use of proggyclean font (in .Xdefaults).
> vim colors : selected text is unreadable. I can't rea
On Wed, Sep 26, 2007 at 07:48:15PM +0200, Anselm R. Garbe wrote:
> Hi there,
>
> heavily based on lavish's work I put together several config
> files which should work fine with future releases of dwm/dmenu.
> The repository is still work in progress, but might be of use
> for some of you (it cont
On Sat, Sep 22, 2007 at 11:36:35PM +0200, Tuncer Ayaz wrote:
> It should be possible to go back to the old
> model and add some compile-error feature with each
> incompatible config.h change for the people who
> had problems. But wait, I thought dwm is for people
> who know how to edit config.h, wa
On Sun, Sep 16, 2007 at 03:13:17PM +0200, Damjan Vrencur wrote:
> I checked the latest tip and it seems to work nice except that now I got some
> unused space between clients. Screenshot:
> http://lmmri.fri.uni-lj.si/damjan/dwmScreenshot.png
>
That space is much smaller here.
And this is actual
On Sat, Sep 15, 2007 at 11:04:15PM +0200, pancake wrote:
> You will probably be using acpi instead of apm.
>
> Install 'powersave' or just type 'acpitool'.
>
> $ powersave -b
> Battery: 100 %
> AC is online.
>
> $ acpitool
> Battery #1 : charged, 100.0%, -462:00:00
> AC adapter : on
On Fri, Sep 14, 2007 at 05:33:13PM +0200, Anselm R. Garbe wrote:
> On Thu, Sep 13, 2007 at 09:33:39PM +0200, Xavier wrote:
> > In config.arg.h and config.default.h , dmenu is run like this :
> > exe=`dmenu_path | dmenu` && exec $exe
> >
> > This doesn't wor
On Thu, Sep 13, 2007 at 10:21:51PM +0200, Panos P. wrote:
> On 13-09-2007 21:33, Xavier <[EMAIL PROTECTED]> wrote:
> > In config.arg.h and config.default.h , dmenu is run like this :
> > exe=`dmenu_path | dmenu` && exec $exe
> >
> > This doesn't work
In config.arg.h and config.default.h , dmenu is run like this :
exe=`dmenu_path | dmenu` && exec $exe
This doesn't work for commands with arguments, eg "xterm -e top" or "import
-w root root.png" or whatever.
But running dmenu like this works fine (thanks to rob__ on #dwm for that hint
;) :
exe=
On Wed, Aug 22, 2007 at 07:10:02PM +0200, Anselm R. Garbe wrote:
> Well I believe the last changes related to the stuff in the
> subject habe been misleading. Please recheck hg tip, if it fixes
> the issues (xine, and the others found in IRC log).
>
Xine issue is fixed now, thanks.
On Sun, Aug 19, 2007 at 11:02:35AM +0200, Anselm R. Garbe wrote:
> Hi there,
>
> please check if hg tip works fine. If so I'm going to release it
> in the evening or tomorrow.
>
I've a problem with xine on hg tip.
I can display the control panel a first time (with g), then hides it.
After that,
On Tue, Jul 31, 2007 at 08:56:17PM +0200, Xavier wrote:
> On Tue, Jul 31, 2007 at 08:13:42PM +0200, Xavier wrote:
> > > Maybe you could use an extension like "tab mix plus" to force
> > > firefox to open all links in new tabs instead of new windows, I do that
>
On Sat, Aug 04, 2007 at 12:18:30AM +0300, Grigorios Bouzakis wrote:
> That kind of behavior can be also be prevented by setting in firefox's
> preferences under tabs, New pages should be opened in: a new tab.
I already had this setting, it didn't work.
As I said, what I had to configure in tab mix
On Wed, Aug 01, 2007 at 05:25:48PM +0200, Anselm R. Garbe wrote:
> Please recheck if hg tip fixes this issue.
>
I used to run last stable releases, but I switched to hg tip before reporting
the issue, and it still has the same behavior.
On Tue, Jul 31, 2007 at 08:13:42PM +0200, Xavier wrote:
> > Maybe you could use an extension like "tab mix plus" to force
> > firefox to open all links in new tabs instead of new windows, I do that
> > and it works really well with dwm.
> >
>
> I thought
On Tue, Jul 31, 2007 at 07:49:58PM +0200, Martin Sander wrote:
> On Tue, Jul 31, 2007 at 07:36:51PM +0200, Xavier wrote:
> > I'm using vimperator extension : http://vimperator.mozdev.org/ and have a
> > little problem using it in dwm.
> > It's very common for websit
That's also a question I wanted to ask :)
Even though I didn't notice any load increase when using 1 second (I'm
just displaying the date), I didn't like the idea of having it to
refresh so often needlessly.
So I increased to 60 seconds, but ran into the problem you mention, so
I set it to 5 secon
2007/5/11, Greg B <[EMAIL PROTECTED]>:
thats true but if u do that (its the way i use it atm), the save as window
expands too much covering 1/3 of the whole desktop and eben though u can
make it smaller ,next time it opens again it has the same big size. that
seems to depend on the filename too
2007/5/10, Anselm R. Garbe <[EMAIL PROTECTED]>:
The funny thing is, that the dialog requests the size it
had before it requested the size. Looks like a weird gtk bug,
but I will see if it can be fixed somehow.
this link seems to suggest it wasn't present in 2.10.9 and appeared in 2.10.10
http
2007/5/10, Kurt H Maier <[EMAIL PROTECTED]>:
Yes, on Slackware too, as soon as I upgraded to gtk 2.10.9. I found a
thread a while ago on the Arch Linux forums[1] where people running
e17, fluxbox, openbox, and dwm were all having the same problem.
Someone in that thread solved the problem by dow
38 matches
Mail list logo
