Felix Wiemann | 1 Feb 12:16 2005
Picon
Picon

Re: Problems with very small windows

Tuomo Valkonen wrote:

> Felix Wiemann wrote:
>
>> Did you have another window in the bottom frame when you tried to
>> reproduce it?  (Sorry that I've been unclear in this regard.)
>
> Ah. Fixed. Frame to client window offsets were not being added to client
> window maximum size to get frame maximum size, but I decided to just stop
> limiting the size.

What a pity.  It was really a nice feature.  Can't you fix it in a
different way?

>>> Tab-bars being hidden is not supposed to be remembered of restarts.
>> 
>> But it *is* remembered (which is quite convenient), except for the case
>> I described.
>
> Yeah, noticed that too.

Sorry that I keep on nagging, but: The problem that the hidden tab-bar
is *not* remembered for frames which are narrower than the tab-bar still
persists...

--

-- 
When replying to my email address, please ensure
that the mail header contains 'Felix Wiemann'.

http://www.ososo.de/
(Continue reading)

mat.schult | 1 Feb 12:17 2005
Picon

statusbar

Hi,

This is an a bit unqualified question by someone who doesn't know a lot of programming. Since I use ion3 I have
wondered why is it so complicated to configure the statusbar? Wouldn't a different concept have been
simplier to use and to implement?
If the statusbar where just a special frame with something like a 1-line-shell running, where a normal
shell script could be executed, it would be much easier to configure... One could maybe even split it to
have a second area where cat is listening to a fifo and displays coments send to it (e.g. the songtitle from
xmms etc).

It seems to me that this wouldn't need as much additional code to implement this special kind of frame as the
statusbar now did, but as I said, I don't know much programming and I especially don't know anything about
ion's source code. This question has been bugging me for some time.

Don't missunderstand me, I discovered ion ca ½ year ago and never used gnome again, it's great.

/Matthias

Arcor-DSL: die echte Flatrate für alle Bandbreiten. Jetzt ohne Einrichtungspreis
einsteigen oder wechseln. Arcor-DSL ist in vielen Anschlussgebieten verfügbar.
http://www.arcor.de/home/redir.php/emf-dsl-1

Tuomo Valkonen | 1 Feb 13:00 2005
Picon
Picon

Re: Problems with very small windows

On Tue, Feb 01, 2005 at 12:16:13PM +0100, Felix Wiemann wrote:
> What a pity.  It was really a nice feature.  Can't you fix it in a
> different way?

Change the '#if 1' to '#if 0' in frame_resize_hints in ioncore/frame.c.

> Sorry that I keep on nagging, but: The problem that the hidden tab-bar
> is *not* remembered for frames which are narrower than the tab-bar still
> persists...

Fixed now.

--

-- 
Tuomo

Tuomo Valkonen | 1 Feb 13:05 2005
Picon
Picon

Re: statusbar

On Tue, Feb 01, 2005 at 12:17:16PM +0100, mat.schult <at> arcor.de wrote:
> This is an a bit unqualified question by someone who doesn't know a lot of
> programming. Since I use ion3 I have wondered why is it so complicated to
> configure the statusbar?

Complicated? For most purposes editing the template in cfg_statusbar.lua
should be sufficient.

>  Wouldn't a different concept have been simplier
> to use and to implement? If the statusbar where just a special frame with
> something like a 1-line-shell running, where a normal shell script could
> be executed,

But it would be difficult to match Ion's graphical style. Not all styles
use a simple white on black with monospace text statusbar. Also there
actually is a separate ion-statusd that prints everything else except the
date in its stdout. 

--

-- 
Tuomo

C L | 1 Feb 14:40 2005
Picon

Re: enforce sizing of docked apps?


Tuomo,

Do you know if it is possible to have transparency in the dock?
If it's not implemented yet, that would be a great wishlist item.

I tried to add the transparent_background option in the dock-draw.lua
with no success...

de_define_style("dock", {

    -- The following are the usual ion drawing configuration commands
    based_on = "*",

    -- outline_style controls where the border is drawn:
    -- "none" no border is drawn
    -- "all"  a single border is drawn around the dock
    -- "each" a border is drawn around each dockapp
    outline_style = "each",

    -- tile_size controls the minimum tile size
    tile_size = { width = 64, height = 64 },

    transparent_background = true,

})

		
__________________________________ 
Do you Yahoo!? 
(Continue reading)

Felix Wiemann | 1 Feb 16:39 2005
Picon
Picon

Re: Problems with very small windows

Tuomo Valkonen wrote:

> Felix Wiemann wrote:
>
>> What a pity.  It was really a nice feature.  Can't you fix it in a
>> different way?
>
> Change the '#if 1' to '#if 0' in frame_resize_hints in
> ioncore/frame.c.

Then resizing works as before for fixed-size windows and for
horizontally split frames, but for non-fixed-size vertically split
frames, it doesn't work anymore.

>> Sorry that I keep on nagging, but: The problem that the hidden tab-bar
>> is *not* remembered for frames which are narrower than the tab-bar still
>> persists...
>
> Fixed now.

Thanks a lot!

--

-- 
When replying to my email address, please ensure
that the mail header contains 'Felix Wiemann'.

http://www.ososo.de/

John Harrigan | 2 Feb 18:10 2005
Picon

Re: set frame width

I installed the development snapshot of ion3 and added

kpress("KP_Begin", "_sub:request_geom{w=89}"),

to cfg_bindings.lua but it still has no effect.  I tried
it in the WScreen, WMPlex and WFrame sections.  Where is
the proper place to put it?

* Tuomo Valkonen <tuomov <at> iki.fi>:
> On Wed, Jan 26, 2005 at 03:39:40PM -0700, John Harrigan wrote:
> > kpress("KP_Begin", make_mplex_sub_fn(WRegion.request_geom,{w=80})),
> 
> This is a big awkward to do in Ion2:
> 
>     kpress("KP_Begin", make_mplex_sub_fn(function(_sub)
>       				              _sub:request_geom{w=80} 
> 				         end)),
> 
> 
> You might want to consider switching to Ion3, this is much easier there:
> 
> 
>     kpress("KP_Begin", "_sub:request_geom{w=89}"),
> 
> 
> (The construct
>     kpress("KP_Begin", function(_, _sub) _sub:request_geom{w=80} end)
> also won't work in Ion2, because the C-side doesn't necessarily return
> proper _sub unlike in Ion3.)
> 
(Continue reading)

Jeroen Schot | 2 Feb 18:46 2005
Picon

Re: set frame width

On Wed, Feb 02, 2005 at 10:10:49AM -0700, John Harrigan wrote:
> I installed the development snapshot of ion3 and added
> 
> kpress("KP_Begin", "_sub:request_geom{w=89}"),
> 
> to cfg_bindings.lua but it still has no effect.  I tried
> it in the WScreen, WMPlex and WFrame sections.  Where is
> the proper place to put it?

I also couldn't get this to work, however the Lua code "_:rqgeom({w=80})" does change the framewidth to 80
pixels. I added it as a WFrame binding.

--
Jeroen Schot

Tuomo Valkonen | 2 Feb 19:46 2005
Picon
Picon

Re: set frame width

On Wed, Feb 02, 2005 at 06:46:16PM +0100, Jeroen Schot wrote:
> I also couldn't get this to work, however the Lua code "_:rqgeom({w=80})"
> does change the framewidth to 80 pixels. I added it as a WFrame binding.

Yes, my mistake. The function was renamed in Ion3.

--

-- 
Tuomo

Mike | 3 Feb 09:57 2005
Picon

hook question


how does one access the {frame|screen} name from the
{frame|screen}_managed_changed_hook ?

thanks,

Michael


Gmane