On Fri, Dec 16, 2016 at 6:50 AM, Tyler Romeo <[email protected]> wrote:
> On Thu, Dec 15, 2016 at 6:51 PM, Pine W <[email protected]> wrote: > > > My proposal would be that proposed UI changes which affect large > > proportions of the user base should be announced 3 months in advance. > > This would provide plenty of opportunity for discussion, > > synchronization, and testing of proposed changes. > > > > A much finer definition is needed here. "Proposed UI changes which affect > large proportions of the user base", to my mind, includes basically any UI > change that affects any public user page, e.g., public Special Pages, > article pages, etc. It does not include any specification about the > significance of the change. (I understand this is intentional based on your > replies in the previous thread.) > uh, in this discussion i have two hearts in the breast, fully supportive of both opinions here. i am wondering if the same could not be reachted with a different, less discussion intensive style, more solved by technology? with user interfaces i'd love, as a consumer, to have something like linux does: continuous features included all the time, not too many discussions in a rolling version (which may be compared to the usual new kernel coming out), and a version which stays stable (compared to the long term support). personally i would opt for the brand new beta version, not wanting to wait that somebody discusses a feature which i can barely imagine how it may look like. an easy switch back and forth gives imo a better indication if its going the right direction. rupert _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
