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