Re: [dwm] Gvim size problem

2009-04-15 Thread Dusan
On Wed, 15 Apr 2009 22:12:19 +0200
Preben Randhol  wrote:

I always get white line on the right, much wider than one on your
screenshot, never on the bottom. I am using 1680x1050.

> On Wed, 15 Apr 2009 16:09:41 +
> mi...@milesgroman.com wrote:
> 
> > You can try setting the resizehints boolean value to false in your
> > config.h
> 
> On my Asus I use false otherwise the apps don't fill the whole screen
> and that looks not so nice I think. But whether I use false or true it
> doesn't matter, the result is the same. 
> 
> I also now tested with the dwm that comes with Ubuntu (it is not to my
> knowledge patched and at least not with bstack), and I see the same
> there. I have included a screenshot sample. I modified it in Gimp to
> just cut out a section of the image (and to truncate the image in
> height from 900px) to save bandwidth. You see the grey area at the
> bottom. Actually it looks like gtk is expanding to match the window
> sice, but that the editing widget is not getting the right size.
> perhaps this is coded in GDK... Strange though that jumping between
> tags or opening a new app solves the problem. Seems like the app
> doesn't catch the right size hints the first time. I think it must be
> a dwm or gtk issue. It does not seem to be a patch issue. The
> workarounds work fine, but it is a bit strange that I haven't seen
> this with other gtk apps.
> 
> 
> Best wishes
> 
> Preben





Re: [dwm] Gvim size problem

2009-04-15 Thread bill lam
Similar experience in the past but seem fixed now.  I guess it should
be a gvim problem.  You may test by comparing with other gtk based
text editors such as geany or gedit.

It should be `lines' not set correctly. try
:set lines?

for gvim, lines depends on both gfn and window height.

-- 
regards,

GPG key 1024D/4434BAB3 2008-08-24
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
唐詩226 王維  送別
山中相送罷  日暮掩柴扉  春草明年綠  王孫歸不歸



Re: [dwm] Keybinding to jump to next/prev tag?

2009-04-15 Thread James Turner
On Wed, Apr 15, 2009 at 10:37:55PM +0200, Preben Randhol wrote:
> Hi
> 
> I have one more question. I'm used to keybindings from going to the
> next or previous workspace (tag). Is there any that has a working
> patch/function so that one can f.ex bind Mod4-Shift-j/k to go to
> next/prev tag? I can of course use the Mod4-number to jump, but
> sometimes it is nice to just be able to jump to the next or prev tag
> (apart from Mod4-Tab of course)
> 
> Thanks in advance
> 
> Preben

This might be what your looking for, currently it's setup to use Mod +
arrow left and right. Not sure if this is the best way to do it but it
worked for a friend who was looking for it's behavior.

http://bsdgroup.org/files/dwm-5.4-arrownav.diff

-- 
James Turner
BSD Group Consulting
http://www.bsdgroup.org



[dwm] Keybinding to jump to next/prev tag?

2009-04-15 Thread Preben Randhol
Hi

I have one more question. I'm used to keybindings from going to the
next or previous workspace (tag). Is there any that has a working
patch/function so that one can f.ex bind Mod4-Shift-j/k to go to
next/prev tag? I can of course use the Mod4-number to jump, but
sometimes it is nice to just be able to jump to the next or prev tag
(apart from Mod4-Tab of course)

Thanks in advance

Preben



Re: [dwm] Gvim size problem

2009-04-15 Thread Preben Randhol
On Wed, 15 Apr 2009 16:09:41 +
mi...@milesgroman.com wrote:

> You can try setting the resizehints boolean value to false in your
> config.h

On my Asus I use false otherwise the apps don't fill the whole screen
and that looks not so nice I think. But whether I use false or true it
doesn't matter, the result is the same. 

I also now tested with the dwm that comes with Ubuntu (it is not to my
knowledge patched and at least not with bstack), and I see the same
there. I have included a screenshot sample. I modified it in Gimp to
just cut out a section of the image (and to truncate the image in
height from 900px) to save bandwidth. You see the grey area at the
bottom. Actually it looks like gtk is expanding to match the window
sice, but that the editing widget is not getting the right size.
perhaps this is coded in GDK... Strange though that jumping between
tags or opening a new app solves the problem. Seems like the app
doesn't catch the right size hints the first time. I think it must be a
dwm or gtk issue. It does not seem to be a patch issue. The workarounds
work fine, but it is a bit strange that I haven't seen this with other
gtk apps.


Best wishes

Preben
<>

Re: [dwm] Gvim size problem

2009-04-15 Thread Mate Nagy
> Just tried, does not help.
 in fact, this problem appears with xmonad as well, so it's probably
generic to all tiling wms; tiling wms are Doing It Wrong - probably
according to the text of the standards, but many apps don't respect
these standards.
 If Java doesn't work because it's a buggy POS, is one thing; but if
gvim or *xterm* of all things don't work, then that's another thing
entirely.

Best regards,
 Mate



Re: [dwm] Gvim size problem

2009-04-15 Thread Dusan
On Wed, 15 Apr 2009 16:09:41 +
mi...@milesgroman.com wrote:

Just tried, does not help.

> You can try setting the resizehints boolean value to false in your
> config.h
> 
> miles 
> 
> --Original Message--
> From: Dusan
> To: dwm@suckless.org
> ReplyTo: dwm mail list
> Subject: Re: [dwm] Gvim size problem
> Sent: Apr 15, 2009 12:01
> 
> On Wed, 15 Apr 2009 17:53:49 +0200
> Preben Randhol  wrote:
> 
> > Hi
> > 
> > I have been using dwm for a couple of weeks now and I really love
> > it! Especially the automatic tiling system so I don't need to move
> > and resize my windows. I found the horizontal tiling patch and
> > pertag patch to be very valuable for my needs. I use it on my Eee
> > PC and an old computer. My main computer will also be switched from
> > xfce4 to dwm as soon as I have managed to add a way to notify about
> > new security updates and notification for new mcabber message.
> > 
> > Anyway! There is only one slight problem I have, but I don't know if
> > it is a dwm issue or gvim issue. When I open a gvim on my Eee
> > 1024x600 or my old computer 1280x1024 it doesn't resize correctly.
> > Same happens ifI go from Monocle to tiled view. I mean the outer
> > border is correct, but I get an empty white area below the
> > statusline (inside the window). If I open a new application like
> > xterm then suddenly gvim gets redrawn correctly. I can supply a
> > screenshot later from my Eeepc.
> > 
> > Have others seen this behavior? Is it a gvim problem or dwm? I use
> > the 5.5 from hg with the two patches mentioned. System is Ubuntu
> > Jaunty.
> > 
> > 
> > I have also run gvim -U NONE -u NONE with same effect.
> > 
> > 
> > Preben 
> > 
> 
> I can confirm this. Wanted to ask same question. I usually solve this
> by pressing alt+shift+space two times (float gvim, unfloat gvim).
> 
> 
> 
> 
> 
> Sent from my BlackBerry




Re: [dwm] Gvim size problem

2009-04-15 Thread miles
You can try setting the resizehints boolean value to false in your config.h

miles 

--Original Message--
From: Dusan
To: dwm@suckless.org
ReplyTo: dwm mail list
Subject: Re: [dwm] Gvim size problem
Sent: Apr 15, 2009 12:01

On Wed, 15 Apr 2009 17:53:49 +0200
Preben Randhol  wrote:

> Hi
> 
> I have been using dwm for a couple of weeks now and I really love it!
> Especially the automatic tiling system so I don't need to move and
> resize my windows. I found the horizontal tiling patch and pertag
> patch to be very valuable for my needs. I use it on my Eee PC and an
> old computer. My main computer will also be switched from xfce4 to
> dwm as soon as I have managed to add a way to notify about new
> security updates and notification for new mcabber message.
> 
> Anyway! There is only one slight problem I have, but I don't know if
> it is a dwm issue or gvim issue. When I open a gvim on my Eee
> 1024x600 or my old computer 1280x1024 it doesn't resize correctly.
> Same happens ifI go from Monocle to tiled view. I mean the outer
> border is correct, but I get an empty white area below the statusline
> (inside the window). If I open a new application like xterm then
> suddenly gvim gets redrawn correctly. I can supply a screenshot later
> from my Eeepc.
> 
> Have others seen this behavior? Is it a gvim problem or dwm? I use the
> 5.5 from hg with the two patches mentioned. System is Ubuntu Jaunty.
> 
> 
> I have also run gvim -U NONE -u NONE with same effect.
> 
> 
> Preben 
> 

I can confirm this. Wanted to ask same question. I usually solve this
by pressing alt+shift+space two times (float gvim, unfloat gvim).





Sent from my BlackBerry

Re: [dwm] Gvim size problem

2009-04-15 Thread Romain Bertrand
2009/4/15 Niki Yoshiuchi :
> I too have seen this, only with my terminal.  I think it's a problem with
> the bottomstack patch (although you mentioned problems in monocle so maybe
> it's dwm).  I've been meaning to look into it and try to fix it but I

I have not the bstack patch, so it does not come from this. And yes,
as Dusan said, getting floating and tiled solves it, or two alt+enter
when master size is different from the rest (when gvim is resized
actually).



Re: [dwm] Gvim size problem

2009-04-15 Thread Dusan
On Wed, 15 Apr 2009 17:53:49 +0200
Preben Randhol  wrote:

> Hi
> 
> I have been using dwm for a couple of weeks now and I really love it!
> Especially the automatic tiling system so I don't need to move and
> resize my windows. I found the horizontal tiling patch and pertag
> patch to be very valuable for my needs. I use it on my Eee PC and an
> old computer. My main computer will also be switched from xfce4 to
> dwm as soon as I have managed to add a way to notify about new
> security updates and notification for new mcabber message.
> 
> Anyway! There is only one slight problem I have, but I don't know if
> it is a dwm issue or gvim issue. When I open a gvim on my Eee
> 1024x600 or my old computer 1280x1024 it doesn't resize correctly.
> Same happens ifI go from Monocle to tiled view. I mean the outer
> border is correct, but I get an empty white area below the statusline
> (inside the window). If I open a new application like xterm then
> suddenly gvim gets redrawn correctly. I can supply a screenshot later
> from my Eeepc.
> 
> Have others seen this behavior? Is it a gvim problem or dwm? I use the
> 5.5 from hg with the two patches mentioned. System is Ubuntu Jaunty.
> 
> 
> I have also run gvim -U NONE -u NONE with same effect.
> 
> 
> Preben 
> 

I can confirm this. Wanted to ask same question. I usually solve this
by pressing alt+shift+space two times (float gvim, unfloat gvim).




Re: [dwm] Gvim size problem

2009-04-15 Thread Niki Yoshiuchi
I too have seen this, only with my terminal.  I think it's a problem with
the bottomstack patch (although you mentioned problems in monocle so maybe
it's dwm).  I've been meaning to look into it and try to fix it but I
haven't had time.  I've noticed it on my eeepc and on my desktop.  If I get
a chance I'll look into it later this week.

-Niki

On Wed, Apr 15, 2009 at 11:53 AM, Preben Randhol  wrote:

> Hi
>
> I have been using dwm for a couple of weeks now and I really love it!
> Especially the automatic tiling system so I don't need to move and
> resize my windows. I found the horizontal tiling patch and pertag patch
> to be very valuable for my needs. I use it on my Eee PC and an old
> computer. My main computer will also be switched from xfce4 to dwm as
> soon as I have managed to add a way to notify about new security
> updates and notification for new mcabber message.
>
> Anyway! There is only one slight problem I have, but I don't know if it
> is a dwm issue or gvim issue. When I open a gvim on my Eee 1024x600 or
> my old computer 1280x1024 it doesn't resize correctly. Same happens ifI
> go from Monocle to tiled view. I mean the outer border is correct, but I
> get an empty white area below the statusline (inside the window). If I
> open a new application like xterm then suddenly gvim gets redrawn
> correctly. I can supply a screenshot later from my Eeepc.
>
> Have others seen this behavior? Is it a gvim problem or dwm? I use the
> 5.5 from hg with the two patches mentioned. System is Ubuntu Jaunty.
>
>
> I have also run gvim -U NONE -u NONE with same effect.
>
>
> Preben
>
>


[dwm] Gvim size problem

2009-04-15 Thread Preben Randhol
Hi

I have been using dwm for a couple of weeks now and I really love it!
Especially the automatic tiling system so I don't need to move and
resize my windows. I found the horizontal tiling patch and pertag patch
to be very valuable for my needs. I use it on my Eee PC and an old
computer. My main computer will also be switched from xfce4 to dwm as
soon as I have managed to add a way to notify about new security
updates and notification for new mcabber message.

Anyway! There is only one slight problem I have, but I don't know if it
is a dwm issue or gvim issue. When I open a gvim on my Eee 1024x600 or
my old computer 1280x1024 it doesn't resize correctly. Same happens ifI
go from Monocle to tiled view. I mean the outer border is correct, but I
get an empty white area below the statusline (inside the window). If I
open a new application like xterm then suddenly gvim gets redrawn
correctly. I can supply a screenshot later from my Eeepc.

Have others seen this behavior? Is it a gvim problem or dwm? I use the
5.5 from hg with the two patches mentioned. System is Ubuntu Jaunty.


I have also run gvim -U NONE -u NONE with same effect.


Preben 



Re: [dwm] Raise window when requested?

2009-04-15 Thread Anselm R Garbe
Hi,

2009/4/14 Haomin Wen :
> I often write some latex files in vim, and use xdvi to see the result. My
> screen is small, so I work in monocle layout.
>
> The man page of xdvi said that the existing xdvi will raise its window when
> another xdvi is evoked with -sourceposition option, but it seems that dwm
> can not handle this.
>
> Can somebody fix this?

I will have a look into it. It'll be required that these windows are
set to floating, otherwise dwm will always override to "behind
floating windows" if these windows are managed/tiled by default. Afaik
configurenotify does not handle raise requests right now.

Note, this fix won't be in officially before dwm-5.6, because hg tip
is what I'm going to release as dwm-5.5.

Kind regards,
--Anselm