headers
Martin Stubenschrott | 9 Sep 2003 02:15
Picon

mouse wheel to change workspaces

Hi, 

I am trying to get the latest devel-release to accept the mouse wheel to 
change workspaces, but have not succeded so far.
What I tried is the following:

     mclick(DEFAULT_MOD.."Button4", WScreen.switch_next),
     mclick(DEFAULT_MOD.."Button5", WScreen.switch_prev),

in global_bindings{}.

The only differece in contrast to without these lines is, that I can't scroll 
normal windows anymore when holding the modifier key, but no workspace 
changes :(

Any clue, how I can achieve the desired behavior?

However, thanks for this absolutely awesome window manager :)

MaxAuthority
Permalink | Reply | 0 comments |
headers
Per Olofsson | 9 Sep 2003 16:06
Picon
Picon
Gravatar

Ion-devel in sarge

Hello,

I know I haven't been the best package manager lately, and now I'm a bit
unsure of what to do. As you may know, sarge is planned for release in
December (it might be delayed of course). The question is, should
ion-devel be included in the release? And if it should, which version?
Should I take the currently latest version or the next to be released?

The reason I'm asking is because it's not possible to fix bugs in sarge
when it's already released (unless they are very serious and/or security
related). It would be unfortunate if a buggy ion-devel was included in
sarge. It might be safer to just take the current release and stick with
it. What do you think?
Permalink | Reply | 4 comments |
headers
Derek Wyatt | 9 Sep 2003 16:42

maximize horiz vs maximize vert

Hi folks,

These two functions behave a little differently with regards to xterms.  If
i use maximize vert then the xterms that "disappear" restore properly (ie.
the contents look the same as when they did before they disappeared).
However, maximize horiz doesn't work the same.  It really screws up the
contents of the xterms.  When they restore to their original size, the
contents consist of a single column in on one of the two ends (the end that
was still left exposed) and blankness in all other columns.

Does anyone know why the behaviour is different and if horiz can be made to
function the same as vert?

Thanks,
Derek

--

-- 
-----------------------------------------------------------
Derek Quinn Wyatt      |  Phone: (905) 886-7818 ext. 2313
Syndesis Engineering   |  Fax:   (905) 886-9076
Toronto, Ontario, CAN  |  Email: wyatt <at> syndesis.com
-----------------------------------------------------------
"Go away or I will replace you with a small, more cost-effective
 shell script."
Permalink | Reply | 2 comments |
headers
Tom Payne | 9 Sep 2003 20:29

Re: Ion-devel in sarge

On Tue, Sep 09, 2003 at 04:06:07PM +0200, Per Olofsson wrote:
> As you may know, sarge is planned for release in
> December (it might be delayed of course). The question is, should
> ion-devel be included in the release? And if it should, which version?
> Should I take the currently latest version or the next to be released?

I've been using 20030814 for a while now, with a the stripws patch posted by
Tuomo, and it seems very stable.

Unless Tuomo has something up his sleeve (I haven't looked at the latest
CVS), I'd suggest that 20030814 will meet your requirements.

If the freeze isn't until December then you've got a few months to iron out
bugs anyhow.

Tom
Permalink | Reply | 1 comment |
headers
Tom Payne | 9 Sep 2003 21:11

Minor buglet?

Having just sent that last post, I've noticed the following problem in
ion-devel-20030814:

You cannot move windows between frames with the mouse if the window's title
is changing quickly.

Steps to reproduce:
1. Fire up an xterm
2. Run this in the xterm:
while true; do echo -ne "\033]0;`cat /proc/stat | awk '/^intr/ { print $2 }'`\007"; done
/* creates a very quickly changing window title */
3. Try to use the mouse to move the xterm between frames

Relevant section from config file:

ionframe_bindings{
    mdrag("Button1", WGenFrame.p_tabdrag, "tab")
}

Note that this code to move windows using the keyboard _does_ work:

function ionws_move_current(ws, frame, dir)
    local c = frame:current()
    local other = nil
    if dir == "left" then
        other = ws:left_of(frame) or ws:rightmost()
    elseif dir == "right" then
        other = ws:right_of(frame) or ws:leftmost()
    elseif dir == "up" then
        other = ws:above(frame) or ws:lowest()
(Continue reading)

Permalink | Reply | 2 comments |
headers
Per Olofsson | 9 Sep 2003 21:36
Picon
Picon
Gravatar

Re: Ion-devel in sarge

On Tue, 9 Sep 2003, Tom Payne wrote:

> I've been using 20030814 for a while now, with a the stripws patch posted by
> Tuomo, and it seems very stable.

Okay, that sounds good. I'm using 20030627 and it's quite stable except
for some focus problems in Mozilla on floating workspaces.

> If the freeze isn't until December then you've got a few months to iron out
> bugs anyhow.

No, that's the release. It looks like the freeze is planned for November.
Still two months, though.
Permalink | Reply | 0 comments |
headers
Tuomo Valkonen | 9 Sep 2003 22:02
Picon
Picon
Favicon

Re: Ion-devel in sarge

On Tue, Sep 09, 2003 at 04:06:07PM +0200, Per Olofsson wrote:
> It might be safer to just take the current release and stick with
> it. What do you think?

I suggest the next release, which I may make it the new "stable"
Ion after a while. There are only a few trivialities to be taken
care of before I could release it, but I've been busy thinking other
things lately (i.e. mostly not doing anything). Although I had the
intention of freezing the configuration files the previous release, I
may still do some style renaming slightly breaking the drawing engine
configuration files (frame-tab-* => tab-frame-* so I can have a
tab-menu style and a tab base style for both so no extra configuration
would be necessary for menus). But this is such a minor detail that
it can be easily taken care of without users having to modify their
colour schemes unless decent menu colouring is wanted.

--

-- 
Tuomo
Permalink | Reply | 1 comment |
headers
Tuomo Valkonen | 9 Sep 2003 22:07
Picon
Picon
Favicon

Re: Minor buglet?

On Tue, Sep 09, 2003 at 09:11:10PM +0200, Tom Payne wrote:
> Having just sent that last post, I've noticed the following problem in
> ion-devel-20030814:

This should fix it:

Index: eventh.c
===================================================================
RCS file: /share/cvsrepos/ion/ioncore/eventh.c,v
retrieving revision 1.47
diff -r1.47 eventh.c
592c592
<                               if(ev->type==MotionNotify || ev->type==ButtonRelease)
---
>                               if(tmp.type==MotionNotify || tmp.type==ButtonRelease)

--

-- 
Tuomo
Permalink | Reply | 1 comment |
headers
Tuomo Valkonen | 9 Sep 2003 22:11
Picon
Picon
Favicon

Re: maximize horiz vs maximize vert

On Tue, Sep 09, 2003 at 10:42:12AM -0400, Derek Wyatt wrote:
> These two functions behave a little differently with regards to xterms.  

I think this is a feature of xterm. It stores the contents and some
backlog line-wise and when resized horizontally recalculates the
lines and no longer knows how to restore to previous line width.

--

-- 
Tuomo
Permalink | Reply | 1 comment |
headers
Derek Wyatt | 9 Sep 2003 22:20

Re: maximize horiz vs maximize vert

Yeah, that's what i figured... i was just hoping i was extremely naive :)

Thanks for the note.

Regs,
Derek

On Tue, Sep 09, 2003 at 11:11:44PM +0300, Tuomo Valkonen wrote:
: On Tue, Sep 09, 2003 at 10:42:12AM -0400, Derek Wyatt wrote:
: > These two functions behave a little differently with regards to xterms.  
: 
: I think this is a feature of xterm. It stores the contents and some
: backlog line-wise and when resized horizontally recalculates the
: lines and no longer knows how to restore to previous line width.
: 
: -- 
: Tuomo

--

-- 
-----------------------------------------------------------
Derek Quinn Wyatt      |  Phone: (905) 886-7818 ext. 2313
Syndesis Engineering   |  Fax:   (905) 886-9076
Toronto, Ontario, CAN  |  Email: wyatt <at> syndesis.com
-----------------------------------------------------------
"Go away or I will replace you with a small, more cost-effective
 shell script."
Permalink | Reply | 0 comments |

Gmane