After some discution I think about the following: a frame is a wibox with a clientwidget (and a titlebar, etc..) a clientwidget is a reparenting widget that can contains 0 or more clients.
- an empty frame is a frame with an empty clientwidget (this allow the creation of fixed layout) - a frame with more than one widget is a tabbed frame the clientwidget is the #FS542 widget. This will allow fixed layout, proper titlebar, and first class tab support. what do you think about that? On Thu, Sep 3, 2009 at 8:06 PM, Cedric GESTES<cta...@gmail.com> wrote: > I'am thinking about a frame client. A frame would own clients (one or > more). This will allow to implement tab properly, and I think it could > allow to create a fixed layout too. (just split the screen full of > empty frame). > > maybe it's related to #FS542. > > Do you think it's a good idea? > Do you have idea how to do that properly or maybe you already have secret > plan? > > On Thu, Sep 3, 2009 at 1:45 PM, Cedric GESTES<cta...@gmail.com> wrote: >> Here is a git repository with my last work: >> >> http://gitorious.org/awesome/awesome/commits/master >> >> >> >> >> here is the list of patch and what they do: >> >> titlebar[experimental]: support a new tab button : not finished at the >> moment, intrusive and all... nevermind >> >> >> titlebar: add support for a custom widget (allow to insert a custom >> widget in the titlebar) may be merged as is >> >> tasklist : display Tab[i/c] in the name if the client is tabbed (only >> when display_tab = true is passed in param to the tasklist.new >> function) >> >> tablist: import a widget to display tab (the widget) >> >> awful.tab: import (the tab) >> >> >> >> limitation: >> - there is flickering when changing from one tab to another. >> - there is a problem with titlebar => they change the size of the >> windows (they are desactivated for some reason I dont know) >> - there is a mirror_client function that mirror the state of a client >> to another (titlebar/above/size/pos/...) => that let me think that a >> tabclient that reparent each child would be better >> > -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
