[Metisse] Initial work on Ia Ora theme for fvwm/metisse

[Frederic Crozat]

Le vendredi 15 décembre 2006 à 23:20 +0100, Olivier Chapuis a écrit :
> Frederic Crozat a écrit :
> > 
> > After some discussions, using #DFE7EF or #CFD7DF is really wanted : our
> > graphist wanted to hide as much as possible "intrusive" elements such as
> > borders. The initial idea was 1 pixel border but since it wasn't usable,
> > we switched to 3 pixels with a gradient. I've shown her your proposals
> > and she almost killed me because of the blue border ;) So, I guess we
> > will stick to a gray border, even for focused window. If you aren't
> > comfortable with this on CVS, I'm ok in patching only our package to
> > have grey border.
> > 
> 
> I prefer the blue border, but I will but back #DFE7EF. Maybe I will do a
> Ia Ora Metisse theme with blue borders.

Thanks.

> > Regarding shadow for unfocused window title text, it was wanted to not
> > have one, because of click to focus mouse. But after demoing follow
> > mouse focus to our graphist, she agreed on adding text shadow for
> > unfocused window. But is it possible to have a slighly less dark
> > shadow ? If not, we can keep the current one.
> > 
> 
> Yes, it is the fgsh colour of Colorset 1. It is gray40 I just set it to
> grey55 (to test after a "FuncFontsSet-WinFont 1 Bold Regular bold r"
> type "Colorset 1 fgsh your_colour" in FvwmConsole).

Great. After checking our Ia Ora palette, I'll take #8692A6.

>  >>
> >> Open a FvwmConsole and type
> >>
> >>sma borderlens 4
> >>
> >>and try to grab the left and right border. The border is expanded (4 times),
> >>but more important in mouse space it is really 4 times larger. For the
> >>bottom border only the mouse space is larger (no visual expansion). For the
> >>top border things are broken (FvwmCompositor has not been updated for the
> >>new fvwm code which allows a 1 pixel top border ...). This code has various
> >>small other bugs but I plan to fix it and allows more configurability (visual
> >>expansion or not; visual expansion can be inconvenient or can help to see
> >>where is your cursor!).
> > 
> > 
> > This is very interesting and would indeed allow to have small "visible"
> > but usuable borders. There is a slight bug when you move mouse on an
> > expanded border, the entire window get rescaled (this produce some funny
> > waving effect BTW). 
> >
> 
> This is not a bug it as been coded that way :o) However this is discussable
> and may be the best version is not the visible one (bottom border).

Hmm, are you sure the bottom border (not visible version) is working ?
I've tested it and border only "feels" 3 pixels when moving mouse cursor
over it, not 12.

> >> >
> >> > FYI, Gnome Pager can move window between workspace with a drag'n'drop
> >> > too ;)
> >> >
> >>
> >>Yes I know. But here you can take a window in the pager and take it
> >>outside of the Pager to place it on your current workspace.
> > 
> > 
> > Very nice indeed. And of course, after testing that, you expect to do
> > the reverse : grab a window on your desktop and drop it in the pager but
> > it isn't implemented, is it ?  :)
> > 
> 
> No it isn't, but why do you want to put a window into the pager as it is
> already in it :?) You are the second person asking this to me, the interaction
> is may be intersting to design.

Well, it looks logical, since you are able to get a window "out" of the
pager, you may want to push it back (on another workspace) the same way
you grabbed it the first time. And if you are really "aesthetic", you'd
like to have a "slurp" effect (in and out), just like on MacOSX for apps
in dock ;)

-- 
Frederic Crozat <fcrozat at mandriva.com>
Mandriva