[webkit-dev] Deprecating features guideline wiki

[Maciej Stachowiak]

I think the concern is that, due to lack of clear standards, we end up not knowing when we can remove things. Thus, we end up with a lot of inconclusive and frustrating conversations, and people may shy away from even trying to remove things.

BTW, the page at <https://trac.webkit.org/wiki/DeprecatingFeatures> seems to be using "deprecate" in the sense of "remove entirely". Is that what is meant? If so, I think it would be helpful to change the wording to "removing features". In non-Web contexts, deprecate often means a step short of removal.

Regards,
Maciej


On Apr 27, 2012, at 5:10 PM, Eric Seidel <eric at webkit.org> wrote:

> Is the concern that we've been deprecating too many things too quickly?
> 
> On Fri, Apr 27, 2012 at 5:00 PM, Benjamin Poulain <benjamin at webkit.org> wrote:
>> On Fri, Apr 27, 2012 at 2:18 PM, Dirk Pranke <dpranke at chromium.org> wrote:
>>> That said, what sort of "officialness" does this
>>> writeup/guideline/policy have? Do all the ports agree that this is
>>> what our stance should be?
>> 
>> Everyone seemed to agree we just need to discuss each deprecation on
>> webkit-dev with solid supporting data.
>> 
>> Feel free to continue the discussion on this mailing list if you have
>> ideas for improvement.
>> 
>> Benjamin
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev