[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Shipping a cursor theme with KDE
From:       Tom Albers <tomalbers () kde ! nl>
Date:       2007-12-28 17:09:18
Message-ID: 5219324.QSXStQzQMz () kde ! nl
[Download RAW message or body]


Op Friday 28 December 2007 17:48 schreef u:
> It's actually not necessary to discuss an exception. As I pointed out \
> already  artwork just like documentation is _not_ subject to a freeze. 

I don't agree. It should behave with respect to the release plan. We are in \
a very deep feature freeze, so no new features. A freeze has a reason. We \
want focus on bugs, and don't want to introduce new code which can break in \
an _unexpected_ way the current code. I highlight unexpected, because \
that's important. Everyone can assure me there won't be any side-effects, \
but the unexpected part is ... well that you did not think of it before.

> There are only 
> two exceptions:

There are more raised in this thread. For example that there has been no \
chance at all for user _or_ developer feedback on a new team. I've not yet \
seen any evidence it has been tested on a larger scale, let alone tested \
with different color scheme's, resolutions, background and other weird \
combinations. 

Another argument is that it sets a wrong example. We have some excellent \
games in playground which love to go back into games. There is nothing \
which can break - except the app itself - due to that, non? We should allow \
that as well then.  
> 1.) of course core parts of the look and feel shouldn't be drastically \
> changed  unless they are still missing. This is especially important if \
> they have been  included in screenshots of the documentation.
> 
> 2.) changes of the artwork must not have a negative impact on the \
> stability  and must not result in technical bugs.
> 
> Item 1.) is not an issue here given that a set of default cursors for \
> Oxygen  has been missing and given that cursors never get included with \
> screenshots. So that only leaves item 2.) :

No, documentation was just part of the reason in 1. I still answer the \
first part of 1 with 'yes'. Not being available is something i don't \
understand, I see a mouse cursor, although not oxygen, that's not relevant \
to me.

> While artwork usually doesn't have any impact 
> on the stability of the system I could imagine that it might be different \
>  with cursors:

I don't question there capabilities, but we have had some discussions about \
the oxygen theme on this list, let's not run into the option where we have \
such discussions again about a cursor theme, with the addition of a final \
tag after a few days. 

The release-team has made a schedule with different points in time where it \
gets tested. Bypassing that is not a good thing. We will have a tricky \
first release probably, so why add another variable to it? 

BTW, I have not seen much support for adding the cursor theme here or on \
the release-team mailinglist.

Toma



[prev in list] [next in list] [prev in thread] [next in thread]