[Bug 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 James Alexander jalexan...@wikimedia.org changed: What|Removed |Added CC||jalexan...@wikimedia.org --- Comment #4 from James Alexander jalexan...@wikimedia.org --- I, sadly, don't have much to add here. This is, literally, one of the longest running discussions on central notice (if not the longest running one) we've made the bump much better but it is not going to be perfect. You are correct, your design would be nice for the bump and it's certainly an option for people to use but it is unlikely to become the default people use. It's benefits for you (less annoying, only showing a header, need to click to see the rest) are also the weaknesses for some of those showing the banner (less annoying, significantly less see it and find out more). In the end that is a possibility in the current (though not default) CN system and I would personally prefer to see it used more often but I have to be honest and say I wouldn't use it for things that I 'really' wanted people to see. I've found that small banners like that are just too easily ignored with banner blindness and people move on. I think coming up with creative ways to do the banner is very helpful, but in the end this is more of a selling process of convincing those who use the banner (both community and staff) to use them. In the end I would prefer to try and find a way to lessen or eliminate the bump, but I also know that we have been working on it for years off and on without finding a great answer and it is not going to happen overnight. -- 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 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 --- Comment #5 from James Alexander jalexan...@wikimedia.org --- To be clear the biggest problem, by far, that I've seen as we've inspected this in the past is the geolocation. Because we don't know where the user is from right away there is a delay as the page finds out WHERE they are and then has to decide what banner to show. -- 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 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |enhancement -- 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 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 Matt Walker mwal...@wikimedia.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||mwal...@wikimedia.org Ever confirmed|0 |1 --- Comment #2 from Matt Walker mwal...@wikimedia.org --- I'll give you points for coming up with a solution that works for large screen resolutions but as you pointed out it doesn't work so amazingly for small resolutions. Sadly it also only works for those banners which are 'standard' and in page. Fundraising banners which take up all of the top will also cause a bounce... :( We are aware of the issue and we keep taking steps in an attempt to reduce the 'time to bounce' but the only way to eliminate it completely, for generic banners, is to add the banner at page render time or via injection in the caching layer. We've addressed this very issue in the past by optimizing our delivery workflow but we obviously still have work to do. What if we put in a timer that said after 0.x seconds after page load we 'slide' in the content rather that just showing it immediately? That would at least give you some warning that it's coming. -- 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 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 --- Comment #3 from Eduard Braun eduard.bra...@gmx.de --- Created attachment 12789 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12789action=edit Proof of concept of CentralNotice banner that would be both: More visible and implementable without messing with page layout. Actually I like sliding even less. I'm no friend of dynamic page content at all as you might have noticed. Sort of fundamental question: Is the current layout fixed (e.g. should it be considered as a design constraint) or could we freely edit it? In the latter case see my attachment for a rough design proposal how the banner could be changed to nicely fit into the currently existing space without the need to mess with page layout. * The banner is at the top of the page (where important banners belong), therefore highly visible. * The banner is not longer part of the #content div (were it doesn't belong) and it is not necessary to mess with the layout to make room for it. * The banner only shows a heading by default. Therefore one can quickly see if the notice is relevant and expand it as necessary while it only has a small footprint when one isn't interested. * The extended banner could extend even further to the bottom and to the right to allow for large messages with far more text (currently all information needs to always be hidden behind a link, since no more information would fit into the space offered by the current banner). I hop you like my way to think different since the current design is far from optimal (as you say yourself, there is no clean solution to prevent shifting). Maybe this might be a slight indication of poor design after all? My proposal seems to solve the problem completely while even improving upon current design (at least in my opinion). -- 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 50865] CentralNotice shifts down page content on load (causes mis-clicks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50865 Eduard Braun eduard.bra...@gmx.de changed: What|Removed |Added CC||eduard.bra...@gmx.de --- Comment #1 from Eduard Braun eduard.bra...@gmx.de --- Related bug 26234, which is about page anchors not correctlyworking because of the shifting. -- 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
