https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Bartosz Dziewoński changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Nemo changed:
What|Removed |Added
CC||federicol...@tiscali.it
Summary|Crea
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Krinkle changed:
What|Removed |Added
Keywords|performance |
URL|https://secure.wikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #34 from TMg 2012-09-08 15:29:39 UTC ---
I'm not sure why you quoted my post. I never talked about disabling JavaScript.
You are wrong in so many ways. "Animation" is not "interactivity". It's the
opposite. During an animation I can
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
mybugs.m...@gmail.com changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #33 from Steven Walling 2012-09-07
18:24:13 UTC ---
(In reply to comment #14)
> I vote for: Get rid of all this annoying, time consuming, tediously slow
> animations. Make the user interface react fast. If you really insist of
> an
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Derk-Jan Hartman changed:
What|Removed |Added
CC||hartman.w...@gmail.com
--- Comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #31 from Krinkle 2012-08-29 14:50:18 UTC ---
(In reply to comment #19)
> (In reply to comment #16)
> > -bug 29876 (post-deployment): This is a new plugin, nobody is forced to use
> > it,
>
> Seems to contradict:
>
> (In reply to
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
mybugs.m...@gmail.com changed:
What|Removed |Added
Keywords||performance
--
Configure bugma
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #30 from Brion Vibber 2011-10-26 00:22:30 UTC
---
Note -- as a general rule, animations are nice when they work.
Fade-out animations on roll-up hide/shows such as on enhanced watchlist and
hidable tables **are not an appropriate a
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #29 from Saibo 2011-10-25 19:27:18 UTC ---
(In reply to comment #25)
> (In reply to comment #23)
> > I have never seen a collapsed watchlist, you must have some gadget or script
> > enabled that makes it collapse, and the slowness i
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Mark A. Hershberger changed:
What|Removed |Added
Blocks|29876 |
--- Comment #28 from Mark A. He
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #27 from Krinkle 2011-10-24 21:07:53 UTC ---
(In reply to comment #19)
> (In reply to comment #16)
> > -bug 29876 (post-deployment): This is a new plugin, nobody is forced to use
> > it,
>
> Seems to contradict:
>
> (In reply to
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #26 from Brandon Harris 2011-10-24 21:03:33
UTC ---
(In reply to comment #25)
> (In reply to comment #23)
> > I have never seen a collapsed watchlist, you must have some gadget or script
> > enabled that makes it collapse, and the
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #25 from mybugs.m...@gmail.com 2011-10-24 20:56:27 UTC ---
(In reply to comment #23)
> I have never seen a collapsed watchlist, you must have some gadget or script
> enabled that makes it collapse, and the slowness is caused by that
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #24 from Brandon Harris 2011-10-24 20:52:23
UTC ---
(In reply to comment #22)
> (In reply to comment #20)
> > I don't know that this is serious enough to warrant the usability hit of
> > adding
> > yet another preference checkbox.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #23 from Erwin Dokter 2011-10-24 20:43:13 UTC
---
@Saibo, the slowness of the watchlist is not caused by the animation. And since
I have never seen a collapsed watchlist, you must have some gadget or script
enabled that makes it co
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #22 from Mark A. Hershberger 2011-10-24
20:11:22 UTC ---
(In reply to comment #20)
> I don't know that this is serious enough to warrant the usability hit of
> adding
> yet another preference checkbox.
What solution would you sug
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #21 from Saibo 2011-10-24 19:31:00 UTC ---
Unbelievable This is broken since the 1.18 deployment and no-one seems to
want to fix it. At least a hack is known for switching off the useless
animations - what is the hack to replac
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Brandon Harris changed:
What|Removed |Added
CC||bhar...@wikimedia.org
--- Comment #20
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Mark A. Hershberger changed:
What|Removed |Added
Blocks||29876
--- Comment #19 from Mark
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #18 from Daniel Friesen
2011-10-24 01:32:18 UTC ---
(In reply to comment #17)
> (In reply to comment #16)
> > -accessibility: Doesn't seem related.
>
> If something is delayed 20 seconds for no good reason on older computers it
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #17 from TMg 2011-10-24 00:06:19 UTC ---
(In reply to comment #16)
> -accessibility: Doesn't seem related.
If something is delayed 20 seconds for no good reason on older computers it
surely is an accessibility issue.
I agree with
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Krinkle changed:
What|Removed |Added
Keywords|accessibility |
Blocks|29876
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #16 from Krinkle 2011-10-23 23:31:20 UTC ---
-accessibility: Doesn't seem related.
-bug 29876 (post-deployment): This is a new plugin, nobody is forced to use it,
it's available for those that want to use the core script instead of
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Krinkle changed:
What|Removed |Added
CC||krinklem...@gmail.com
--- Comment #15 from K
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #14 from TMg 2011-10-23 23:18:39 UTC ---
I vote for: Get rid of all this annoying, time consuming, tediously slow
animations. Make the user interface react fast. If you really insist of
animations, please, please make it very fast (
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #13 from Saibo 2011-10-22 17:20:41 UTC ---
but: as mentioned, $.fx.off = true; doesn't really help with slowness!
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #12 from Saibo 2011-10-22 17:19:36 UTC ---
(In reply to comment #11)
> The big question is: do we provide a user based (preference) or computer based
> (cookie) option?
User based preference: A: on for me, B: off for me, C: off on
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #11 from Erwin Dokter 2011-10-22 08:43:54 UTC
---
The big question is: do we provide a user based (preference) or computer based
(cookie) option?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #10 from Mark A. Hershberger 2011-10-22
01:03:29 UTC ---
Looking at other bugs that have been reported about this, at the problems that
this causes for people with slower computers, I think we *really* need to
provide a way for peo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
mybugs.m...@gmail.com changed:
What|Removed |Added
Keywords||accessibility
--
Configure bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Mark A. Hershberger changed:
What|Removed |Added
CC||mr.h...@gmx.de
--- Comment #9 fr
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #8 from Saibo 2011-10-19 23:12:03 UTC ---
Btw: the code to insert in your common.js/monobook.js is:
$.fx.off = true;
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #7 from Saibo 2011-10-19 23:11:10 UTC ---
(In reply to comment #4)
The JS from [[mw:Snippets/Toggle_animations]] helps to switch off the
animations - yes. But apparently they aren't causing the biggest part of the
freeze after loadi
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Saibo changed:
What|Removed |Added
CC||saibotr...@arcor.de
Severity|enhance
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Mark A. Hershberger changed:
What|Removed |Added
Blocks||29876
--
Configure bugmail: htt
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #5 from Erwin Dokter 2011-10-07 15:21:28 UTC ---
Interesting. Way better then setting fx.off in a per-user gadget; this way the
setting is stored on the (slow/fast) computer itself. Though the Toolbox
portlet is a way better place.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #4 from mybugs.m...@gmail.com 2011-10-07 14:49:15 UTC ---
(In reply to comment #3)
> I was just pointed to "jQuery.fx.off = true;". It may be worth adding this
> option to the the Appearence tab of preferences.
Cool! That works!
Fo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #3 from Erwin Dokter 2011-10-07 11:55:20 UTC ---
I was just pointed to "jQuery.fx.off = true;". It may be worth adding this
option to the the Appearence tab of preferences.
--
Configure bugmail: https://bugzilla.wikimedia.org/user
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
--- Comment #2 from Beau 2011-10-05 19:36:45 UTC ---
Some people with older PCs from pl.wiki report long times to expand or collapse
changes on enhanced recent changes or watchlist too.
--
Configure bugmail: https://bugzilla.wikimedia.org/use
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
mybugs.m...@gmail.com changed:
What|Removed |Added
Keywords||javascript
--
Configure bugmai
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401
Krinkle changed:
What|Removed |Added
Summary|jQuery.makeCollapsible |Create option to disable
|
43 matches
Mail list logo
