[haiku-commits] Re: r37864 - in haiku/trunk: build/jam src/add-ons/decorators/MacDecorator src/add-ons/decorators/WinDecorator

  • From: "Clemens Zeidler" <clemens.zeidler@xxxxxxxxxxxxxx>
  • To: haiku-commits@xxxxxxxxxxxxx
  • Date: Thu, 05 Aug 2010 08:27:42 +1200

Am 05.08.2010, 07:20 Uhr, schrieb DarkWyrm <darkwyrm@xxxxxxxxx>:

On 08/04/2010 03:07 PM, Stephan Assmus wrote:

On 2010-08-04 at 20:38:17 [+0200], Jonas Sundström<jonas@xxxxxxxxxxx>
wrote:
Simon Taylor Simon Taylor<simontaylor1@xxxxxxxxxxxx>  wrote:
  ...
Haiku's single-project mentality means consistency of
experience (both behavioural and appearance) is an area
where the project can really stand out.

This mentality has risks too:

Conservatism, losing the visionaries, missing change and then
the long downward slope into irrelevance.

Maybe you'd had a point if the alternative decorators were actually
beautiful and did not look like outdated versions of other operating
systems. (No offense intended.) :-)
None taken. :) They look outdated because they are near pixel-perfect copies of the Win95 and MacOS 8 decorators that R5 had. Having one or two other nice-looking ones might be nice. It could be an opportunity for some of the people who have made R2 mockups over the years to try their hand on something that looks good without being a source of headaches. :)


I would not have anything against it to have some decorators on the image, just for fun to show we can do it. The setdecor app is a kind of easter egg for me. With the latest changes you can change the decorators of all windows on the fly which is quite nice to see.

The main problem for me at the moment is that when we introduce a stacking api, which rely on tabbed window titles, what should happen to windows having a alternative decorator. Just ignore stacking or stacking titles on top of each other?

        Clemens

Other related posts: