headers
John Robson | 1 Dec 2005 16:07

Failure to split frames.

I'm pretty sure this isn't an ion bug, but it's odd anyway and I'd be
interested to know of any other applications which behave in a similar
way... and if anyone knows how this is happening...

When I run Perforce [source control software] (in GUI mode) I cannot
split the frame in which it resides (by keyboard or mouse).
I can move Perforce, split the old frame and move Perforce back in - but
I can't split the window it is actually in at the time...

How???
It's not nicking keystrokes (I presume, since the mouse fails too).
It's happy being resized.

Any ideas anyone?

John
Permalink | Reply | 5 comments |
headers
Adam Chodorowski | 1 Dec 2005 16:57

Re: More for the wishlist (Was: Re: Spliting frames vertically splits statusbar)

On Tue, 06 Sep 2005 18:36:55 +0200, Tuomo Valkonen <tuomov@...> wrote:

> On 2005-08-05 03:31 +0200, Adam Chodorowski wrote:
>> That's not the prettiest solution IMHO. How about making it possible to
>> use %filler (maybe there's a better name) in the statusbar template to
>> make the statusbar take all available space on the screen? It could also
>> be used in the middle of the template to make the rest of the display
>> right-aligned (eg. "%load %filler %date" would put the date at the far
>> right of the screen).
>
> There's now %filler and a fullsize option for stdisps in general. The
> %filler template item will just push stuff on the left/right of it to
> the left/right end of the statusbar despite statusbar corner or
> drawing engine style alignment settings.

Yay. Thanks. :-)

> The fullsize option to
> WMPlex.set_stdisp (passed to it by mod_statusbar.create) will make
> the statusbar use the full width of the screen.

Setting it to true doesn't seem to have any effect. If I do a horizontal  
split the statusbar is still cut in half, and it doesn't take the full  
width on float workspaces either. Perhaps I'm doing something wrong?

     mod_statusbar.create{
         screen=0,
         pos='tl',
         fullsize=true,
         template='Workbench %filler Load: %load_1min ~ %date'
(Continue reading)

Permalink | Reply | 2 comments |
headers
Adam Chodorowski | 1 Dec 2005 17:05

region_do_warp_alt

Hi.

How is one supposed to use the region_do_warp_alt hook? I can't find any  
function exposed to the Lua side to warp the pointer, nor does it seem to  
use the return value of the hook for this.

--

-- 
Adam Chodorowski <adam@...>
Permalink | Reply | 2 comments |
headers
Adam Chodorowski | 1 Dec 2005 17:08

Re: Failure to split frames.

On Thu, 01 Dec 2005 16:07:57 +0100, John Robson <jrobson@...>  
wrote:

> I'm pretty sure this isn't an ion bug, but it's odd anyway and I'd be
> interested to know of any other applications which behave in a similar
> way... and if anyone knows how this is happening...
>
> When I run Perforce [source control software] (in GUI mode) I cannot
> split the frame in which it resides (by keyboard or mouse).
> I can move Perforce, split the old frame and move Perforce back in - but
> I can't split the window it is actually in at the time...

I noticed something similar with on of gthumb's dialogs. I presume that  
the dialog reports than it's already at it's minimum size, so Ion refuses  
to split the frame since the window would then become smaller than it's  
minimum size.

--

-- 
Adam Chodorowski <adam@...>
Permalink | Reply | 4 comments |
headers
Etan Reisner | 1 Dec 2005 18:04
Picon
Favicon

Re: region_do_warp_alt

On Thu, 1 Dec 2005, Adam Chodorowski wrote:

> Hi.
>
> How is one supposed to use the region_do_warp_alt hook? I can't find any 
> function exposed to the Lua side to warp the pointer, nor does it seem to use 
> the return value of the hook for this.

I believe the answer is "you don't", at least not from lua, I believe 
when I asked Tuomo the answer was Lua should have an Xlib library which 
should be what you use here. But the return value does get used, like in 
all _alt hooks you return 'true' if you've handled the event or 'false' 
otherwise.

I actually wrote myself a script to not warp the mouse when I'm bringing 
up the scratchpad which uses this hook. You can find it here: 
http://www.eden.rutgers.edu/~deryni/script_nowarp_scratchpad.lua .

 	-Etan
Permalink | Reply | 1 comment |
headers
Adam Chodorowski | 1 Dec 2005 18:20

Re: region_do_warp_alt

On Thu, 01 Dec 2005 18:04:37 +0100, Etan Reisner <deryni@...>  
wrote:

>> How is one supposed to use the region_do_warp_alt hook? I can't find  
>> any function exposed to the Lua side to warp the pointer, nor does it  
>> seem to use the return value of the hook for this.
>
> I believe the answer is "you don't", at least not from lua, I believe  
> when I asked Tuomo the answer was Lua should have an Xlib library which  
> should be what you use here.

That's too bad... :-/

> I actually wrote myself a script to not warp the mouse when I'm bringing  
> up the scratchpad which uses this hook. You can find it here:  
> http://www.eden.rutgers.edu/~deryni/script_nowarp_scratchpad.lua .

Ah. so one can use the hook to disable warping. It's not completely  
useless then. ;-)

What I'd like to do is restoring the position the pointer had previously  
in that frame or, if that's to difficult, atleast warp the pointer to the  
middle of the frame (so I don't have to move it so damn far).

--

-- 
Adam Chodorowski <adam@...>
Permalink | Reply | 0 comments |
headers
oksijun | 2 Dec 2005 09:23
Favicon

Re: dock + gkrellm = window truncated

On Wed, 30 Nov 2005 22:09:54 +0100
Tom Payne <ion@...> wrote:

>         - gkrellm2 can have the wrong shape if it is started after
> the dock module is loaded.

After adding gkrellm to the startup programs in
gnome-session-properties (yes, I'm using gnome-session), with a lower
priority than ion3, it works. However, adding the gkrellm invocation
to .xinitrc before gnome-session didn't work. 

Mike
Permalink | Reply | 2 comments |
headers
Capit Nicolas | 2 Dec 2005 10:28
Picon
Favicon

Re: dock + gkrellm = window truncated

oksijun wrote:
> On Wed, 30 Nov 2005 22:09:54 +0100
> Tom Payne <ion@...> wrote:
> 
> 
>>        - gkrellm2 can have the wrong shape if it is started after
>>the dock module is loaded.
> 
> 
> After adding gkrellm to the startup programs in
> gnome-session-properties (yes, I'm using gnome-session), with a lower
> priority than ion3, it works. However, adding the gkrellm invocation
> to .xinitrc before gnome-session didn't work. 

Indeed I launch gkrellm in my .xinitrc and just after ion3. So if I make a 
"sleep 5" between these 2 commands, gkrellm is not truncated initially.
But if (for example) I switch down the network interface (gkrellm is resized 
smaller) and switch up I obtain the same truncated gkrellm as you can see in my 
screenshot 
(http://www-id.imag.fr/Laboratoire/Membres/Capit_Nicolas/gkrellm_ion3.jpg)

I will try previous versions of gkrellm...

> 
> Mike 
> 
>
Attachment (smime.p7s): application/x-pkcs7-signature, 3158 bytes
(Continue reading)

Permalink | Reply | 1 comment |
headers
Capit Nicolas | 2 Dec 2005 10:42
Picon
Favicon

Re: dock + gkrellm = window truncated

Capit Nicolas wrote:
> oksijun wrote:
> 
>> On Wed, 30 Nov 2005 22:09:54 +0100
>> Tom Payne <ion@...> wrote:
>>
>>
>>>        - gkrellm2 can have the wrong shape if it is started after
>>> the dock module is loaded.
>>
>>
>>
>> After adding gkrellm to the startup programs in
>> gnome-session-properties (yes, I'm using gnome-session), with a lower
>> priority than ion3, it works. However, adding the gkrellm invocation
>> to .xinitrc before gnome-session didn't work. 
> 
> 
> Indeed I launch gkrellm in my .xinitrc and just after ion3. So if I make 
> a "sleep 5" between these 2 commands, gkrellm is not truncated initially.
> But if (for example) I switch down the network interface (gkrellm is 
> resized smaller) and switch up I obtain the same truncated gkrellm as 
> you can see in my screenshot 
> (http://www-id.imag.fr/Laboratoire/Membres/Capit_Nicolas/gkrellm_ion3.jpg)
> 
> I will try previous versions of gkrellm...

I tried versions : 2.2.3, 2.2.4, 2.2.5, 2.2.6, 2.2.7 --> same effect (the window 
is truncated)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jon Dowland | 2 Dec 2005 12:28
Picon

Re: minimizing windows

On 11/26/05, Adam Chodorowski <adam@...> wrote:
> On Fri, 25 Nov 2005 20:03:12 +0100, Norbert Tretkowski
> <norbert@...> wrote:
> But you can shade frames using set_shaded(). It's not bound to anything by
> default though.

The equivalent procedure in ion2 is toggle_shade I believe, bound by
default to double-click Button1 on the titlebar:

ionws.lua:    mdblclick("Button1", WIonFrame.toggle_shade, "tab"),

If you are wondering where might be a suitable place to bind it in
ion3, I find that quite convenient (also mod+k V in the opposing
frame)

--
Jon Dowland
http://jon.dowland.name/
Permalink | Reply | 0 comments |

Gmane