Ralph Müller | 5 Jan 01:10 2002
Picon
Picon

tiling changes accidental

Hi all,

since a longer time i make a strange observation. This concerns
at least the last 2 versions of ion (ion-20010523 as well as
ion-20011109). I made some effort to repeat the fault(?), to
find a "rule" behind it, but i only found situations in which it
appears more frequent.

I type "startx", then X and ion are running.  :-)
I open a (first) xterm and start mc (the first time).
Then i open a second xterm and start mc in that new xterm.
Now 2 mc are running. Every mc in one xterm.
This process i repeat with another (now an example) 4 xterm/mc.

The strange thing is that the size of mc in each xterm
is not everytime the same. Mostly mc covers the whole screen.
But in some xterm-"windows" mc has only about half the size. :-(
Because i have difficulties to explain what i mean i try to
paint it:

------------------------
|              |       |
|              |       |
|      mc      |       |
|              |       |
|              |       | <- My Screen
|---------------       |
|                      |
|  empty!(Background)  |
|                      |
(Continue reading)

Tuomo Valkonen | 5 Jan 02:27 2002
Picon
Picon

Re: tiling changes accidental

On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
> But in some xterm-"windows" mc has only about half the size. :-(
... 
> Any idea? (Thx for help in advance)

I suppose this is the some old xterm problem and is the result of
a race condition in xterm. (Also happens with some other programs,
e.g. LyX.) However, the problem has been fixed in the latest
XFree86 CVS version of xterm.

--

-- 
Tuomo
Marijn Meijles | 8 Jan 16:49 2002
Picon

Changing focus in multihead setup

Hi,

apart from the fact that ion is awesome (and fast and small), I was
wondering if there's a way to change focus to frames on another head
using the keyboard.

--

-- 
Marijn <at> bitpit.net
---
He who laughs last thinks slowest!
Tuomo Valkonen | 8 Jan 17:00 2002
Picon
Picon

Re: Changing focus in multihead setup

On Tue, Jan 08, 2002 at 04:49:17PM +0100, Marijn Meijles wrote:
> I was wondering if there's a way to change focus to frames on
> another head using the keyboard.

There's the "switch_ws_nth2 screen, n" function. "screen" is the
number of the screen and "n" is the number of the workspace to
switch to or less than zero for current workspace. You can also
directly go to clients or workspace by their name. There's
no function like goto_above_frame (etc.) that would work over
screens, though.

--

-- 
Tuomo
Geoffrey Simms | 8 Jan 17:55 2002

command sequences

I remember some talk a while back about command sequences. Are they 
implemented yet? For instance, I'd like to bind something like:

set_mod "Control+Mod4"
kpress "right", "command_sequence", \
	"toggle_tagged", "goto_right", "attach_tagged"

to enable me to move clients around with the keyboard, since this is not 
(yet) a natively supported function. 

Geoff
Tuomo Valkonen | 8 Jan 20:38 2002
Picon
Picon

Re: command sequences

On Tue, Jan 08, 2002 at 08:55:49AM -0800, Geoffrey Simms wrote:
> I remember some talk a while back about command sequences. Are they 
> implemented yet? For instance, I'd like to bind something like:

They were replaced by modules. Of course, nothing stops one from
writing a module to support command sequences. There currently,
however, is a limit to the number of arguments that Ion supports
in function calls from bindings. Hence one would have to define the
sequences in a configuration file for the module.

--

-- 
Tuomo
Uriel | 9 Jan 08:13 2002

Re: Changing focus in multihead setup

On Tue, Jan 08, 2002 at 04:49:17PM +0100, Marijn Meijles wrote:
> Hi,
Hi

> apart from the fact that ion is awesome (and fast and small), I was
> wondering if there's a way to change focus to frames on another head
> using the keyboard.
I use Ion in one head and PWM in the other, to move focus between them using the keyboard I use
a program that I think you can get from the PWM home page
(http://www.students.tut.fi/~tuomov/pwm/prog/warp-to-screen.c)

And then I have in my .ion/bindings-uriel.conf:

set_mod "Mod1"
kpress "space", "exec", "~/bin/warp-to-screen 1"

and in my .pwm/keys-uriel.conf
kbind "space", "exec", "~/bin/warp-to-screen 0"

I think I had to do some small changes to the warp-to-screen source to make it work like I wanted, but I can't
remember what it was, if you want I can look into it(but you may have to wait a while, I'm quite busy right
now, and I'm going to be out of the city for some days), and I can't find the source.. :/ )

Any way it was something really trivial and may be you even don't need it(was probably related to something unusual
in my configuration)

BTW, any one knows some way to move a running application from one head(Ion) to the other(Pwm)?

And sorry, but couldn't resist: how is the ion/pwm merge going(aka new Ion version)? ;)

(Continue reading)

Kari Ruohonen | 10 Jan 19:12 2002
Picon
Picon

Debian menu system under PWM

Hi!

I just switched to PWM after realising its existence. I like it very much.
However, I have tried to add items to the Debian menu system. The added
items don't show up in the PWM menu. I see them e.g. in iceWM, i.e. they
seem to work under a non-PWM window manager. Could this be a bug in PWM?

I am running Debian unstable with xdm.

Thaks in advance,

Kari

Daniel Bungert | 11 Jan 00:28 2002
Picon

Re: Debian menu system under PWM

On Thu, 10 Jan, 2002 at 20:12:02 +0200, Kari Ruohonen wrote:
> However, I have tried to add items to the Debian menu system. The added
> items don't show up in the PWM menu. I see them e.g. in iceWM, i.e. they
> seem to work under a non-PWM window manager. Could this be a bug in PWM?

Likely not.  Please file a bug against the pwm package according to

http://www.debian.org/Bugs/Reporting

including information like how you added menu items and what versions
of packages you are using.

Thanks.
--

-- 
Daniel Bungert
Kit Westneat | 11 Jan 06:17 2002
Picon

Change tab color on raise message patch for PWM

Hi,

I wrote a patch that changes the tab color of a window if the frame is 
shaded or if the window is not active, if that window receives a raise 
event. This is particularly useful for gaim, as one can turn on the 
raise events option, shade the conversation and still tell when a 
message arrives. I've been using it for a bit, and I haven't had any 
problems, so I thought I'd post it and see if anyone else got some use 
out of it.

Kit Westneat
--- pwm-20010309/clientwin.c	Sun Feb 18 08:26:05 2001
+++ pwm-new/clientwin.c	Sun Dec  9 17:08:21 2001
 <at>  <at>  -121,7 +121,7  <at>  <at> 

 
 static void get_initial_winprops(Window win, int *frame_id_ret, int *ws_ret,
-								 int *flags)
+								 int *flags, bool *raise_on, WColorGroup **raise_colors)
 {
 	int ws=-1, frame_id=0;
 	WWinProp *winprop;
 <at>  <at>  -135,6 +135,8  <at>  <at> 
 			*flags|=CWIN_WILD;
 		else if(winprop->wildmode==WILDMODE_NO)
 			*flags&=~CWIN_WILD;
+       *raise_on=winprop->raise_on;
+       *raise_colors=&(winprop->raise_colors);
(Continue reading)


Gmane