[haiku-commits] Re: r37864 - in haiku/trunk: build/jam src/add-ons/decorators/MacDecorator src/add-ons/decorators/WinDecorator
- From: Stephan Assmus <superstippi@xxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Wed, 04 Aug 2010 21:37:02 +0200
On 2010-08-04 at 23:14:38 [+0200], Adrien Destugues
<pulkomandy@xxxxxxxxxxxxxxxxx> wrote:
> > 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.) :-)
>
> They allow to test different decorator behaviours and this is important
> for evolution. It actually open the way for doing things like
> stack&tile more easily and in a "plug and play" approach, not requiring
> to touch app_server internals.
>
> They happen to have the look and feel of some outdated operating
> systems, yes. The look part is for fun, and the feel part is a
> technology test and preview.
> Note that in BeOS, to enable the amiga decorator you had to use a
> message with a what field reading (more or less) 'necro'. I guess it
> was already outdated back then :)
I am missing the point, since the dicussion is not about removing the
decorator support (which is there for the reasons you say, among others),
but about whether the additional decorators should be included by default.
How does including them by default help anyone with the points you
mentioned?
Best regards,
-Stephan
Other related posts:
