By the way, Daniel, have you had similar problems with your next upgrades?
Maybe things have indeed improved since your post about 1.18


Mariya

On Tue, Feb 12, 2013 at 3:14 PM, Maria Miteva <mariya.mit...@gmail.com>wrote:

> Hi everyone,
>
> I guess it is a little difficult for me to describe what I mean since I am
> just rephrasing what I've heard from others. I am still waiting for some
> more specific examples. However, I think most people are facing the kind of
>  problems which Daniel has so well described in his post to the mailing
> list.
>
> Maybe this quotation will help clarify things.
>
> Mostly I want core developers to think about MediaWiki as framework with
> programming interfaces for extension developers. All the changes in those
> interfaces have to be calm, with slow deprecation. A role model for that is
> Python compiler.
> (
> http://www.mediawiki.org/wiki/Talk:Third-party_MediaWiki_users_discussion#Features_Wish_List_22689
>  )
>
> I understand from your comments that keeping things stable and preserving
> compatibiliy HAS been a priority for core developers at least since
> Daniel's email. Is this really the case? If this is the case, it makes me
> wonder why I hear some complaints about it. Is it maybe that documentation
> is not clear on what will be stable and can be used and what should not be
> used? Or is it a matter of educating extension developers how to find such
> information?
>
> On a brighter note, I heard that the LTS version 1.19 was the best thing
> that happened since sliced bread :)
>
> Mariya
>
>
> On Tue, Feb 12, 2013 at 10:03 AM, Antoine Musso <hashar+...@free.fr>wrote:
>
>> Le 11/02/13 19:58, vita...@yourcmc.ru a écrit :
>> >> 1) removal of global $action
>> >> 2) removal of Xml::hidden()
>> >> 3) broken Output::add() (had to migrate to resource loader)
>> >> 4) various parser tag bugs
>> >> 5) removal of MessageCache::addMessage()
>> >> 6) removal of ts_makeSortable() (javascript)
>> >> 7) brokage of WikiEditor adaptation
>> >> 8) MediaWiki:common.js no more loading by default (security)
>> >> 9) addHandler() javascript broken in IE8
>> >
>> > Most of these were deprecations, am I correct?
>> >
>>
>> I guess so.  Probably methods we simply removed instead of deprecating
>> them like we are doing nowadays.
>>
>> --
>> Antoine "hashar" Musso
>>
>>
>> _______________________________________________
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
>
>
_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to