[Bug 47195] Remove skins that can't be properly supported and instead add some easy-to-support options for all skins

2013-04-14 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47195

--- Comment #4 from Andre Klapper aklap...@wikimedia.org ---
(In reply to comment #3)
 It's when options that are really required are present so skins can be
 dropped.

Again: Define options and define really required. 
Former is vague, latter is subjective.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 47195] Remove skins that can't be properly supported and instead add some easy-to-support options for all skins

2013-04-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47195

Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed:

   What|Removed |Added

 CC||mediawiki-bugs@nadir-seen-f
   ||ire.com

--- Comment #1 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com ---
Sorry, but MediaWiki is an open-source project and large swaths of the software
ARE maintained by volunteers.

And skins are an important feature. And differences between skins are a fact
which is part of the fundamentals of this feature.

And there is nothing wrong with mw.util.$content being undefined. DOM nodes are
not available right away. That is a fact of scripting. There is nothing new
about having to wait for dependencies and dom to be ready.

Standard has been removed. Bugs in it aren't relevant. Quickbar is dead too.
All that stuff was part of rotting code that was completely unmaintained by
even volunteers and was actively getting in the way of development.

This doesn't look like an actual bug report with a request.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 47195] Remove skins that can't be properly supported and instead add some easy-to-support options for all skins

2013-04-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47195

Andre Klapper aklap...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from Andre Klapper aklap...@wikimedia.org ---
This report is too vague, as it misses clear criteria when to call this request
fixed at some point (e.g. meaning of properly supported is subjective).

http://meta.wikimedia.org/wiki/Talk:Turning_off_outdated_skins might be a
better place to discuss first, to end up with specific and actionable items.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 47195] Remove skins that can't be properly supported and instead add some easy-to-support options for all skins

2013-04-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47195

--- Comment #3 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 
---
(In reply to comment #1)
 differences between skins are a fact
 which is part of the fundamentals of this feature
You can't combine the feature of each skin; this is too fixed and that's why we
got more skins than we could maintain.

Please don't forget: Most editors just like to work with MediaWiki. Skins are a
bit like books behind glass windows. Nice to view at but very inflexible.

(off topic)
 nothing wrong with mw.util.$content being undefined [...]
 is nothing new
 about having to wait for dependencies
It should be function -taking one argument: a callback function- not a property
that is null this time and the next time, maybe it is a jQuery object. Who
knows?

(In reply to comment #2)
 misses clear criteria
It's when options that are really required are present so skins can be dropped.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l