fu: Close-up of Fu, bringing a scoop of water to her mouth (Default)
fu ([personal profile] fu) wrote in [site community profile] dw_beta2012-03-24 01:20 pm

New JS on Journals: Last Call

We're planning on taking the "new JavaScript on journals" changes out of beta soon and making the changes the default for the entire site, so we've done a push today that adds the last few (reported) missing features, and fixes the last few (reported) really annoying behaviors.

There's always going to be one thing more though, so please make sure that you turn on beta for the new JS on journals, and tell us how that new JS works for you -- or doesn't work, if that's the case.

I'm interested in hearing about everything that's bothering you, no matter how tiny it seems! The sooner we know, the sooner we can fix it. (Just this code push, we fixed two things that seemed tiny: one was the hover menu fading way too quickly, another was how the attempt to change your poll vote would bring to you to a separate page instead of changing your vote on the page you were on. They were both things we missed at first, but once they were brought to our attention, we couldn't stop seeing them. And now they're fixed!)

So poke around, and let us know what you find. If you're looking for something to focus on, here's a short list of things we recently added or fixed:

  • added same-page comment tracking

  • fixed same-page changing of poll votes

  • added displaying errors when comment expansion fails to work

  • fixed hover menu fading away even when you didn't move your mouse

  • fixed the .cuttag-open CSS class so it applies to the contents of the opened cut tag (the way the old JS did), for people who want to customize this in their styles

  • made the bottom arrow jump you to the top of the cut tag, without affecting page forward/back

Assuming there are no major issues, we'll turn on the "new JS on journals" beta flag for everyone with our next code push for one last round of testing with the whole site, not just the people who've turned on the beta version. We'll keep it as a beta option at that point, so if anyone has serious problems, they can disable the beta and go back to the old JS while we fix the problem. After that, we'll take this code out of beta and make it the standard option for everyone, removing the old (existing) JavaScript entirely. So, if something's wrong, speak up now!
northern: JC Chasez's hand with some drawn-in-Photoshop colorful fire beneath it. (Default)

[personal profile] northern 2012-03-24 05:59 am (UTC)(link)
The hover menu for icons (you have subscribed to fu!) on my friends page doesn't go away at all, even though I move my mouse away. It doesn't go away until I actually click somewhere else. Is that a feature or a bug? (The same thing seems to work differently for example for the commenting page, which I am on now to write this comment - the menu stays about a second or so after I've removed the mouse from the icon, but then goes away.)
kareila: (Default)

[personal profile] kareila 2012-03-24 06:18 am (UTC)(link)
The delayed fadeout is a new feature - I think it was staying on indefinitely before, at least in the beta.

For me the hover menu on the reading page works as expected the first time, but then it flashes off immediately if I bring the same one up again. (Using Google Chrome.) Definitely some inconsistency there.
northern: JC Chasez's hand with some drawn-in-Photoshop colorful fire beneath it. (Default)

[personal profile] northern 2012-03-24 06:20 am (UTC)(link)
I should say that I'm using Firefox, on Windows 7 Home Premium.
widowmaker: (Default)

[personal profile] widowmaker 2012-03-24 06:40 am (UTC)(link)
I'm having the same experience (over userheads, I have the icon popup turned off). Also a Firefox and Windows 7 user.
pocketmouse: pocketmouse default icon: abstract blue (Default)

[personal profile] pocketmouse 2012-03-24 04:45 pm (UTC)(link)
I'm having this, too. Mouse over the icon, leave it there for a few seconds, and the move the mouse away, and the hover menu stays up. I think it's a bit too long to call it a delay. It's stayed up the entire time it took me to write this comment. To get it to go away, I have to mouse over again (sometimes twice). And mousing over something else doesn't get rid of it. I just moused over someone's icon and their username, and now I have two menus not going away.

I'm on Firefox 10.0.2, Mac 10.5.8.
darksilverhawk: Picture of me in Sailor Moon cosplay, silhouetted against the sky (Default)

[personal profile] darksilverhawk 2012-03-26 05:24 pm (UTC)(link)
Same problem here, also Firefox with Windows 7. Sometimes it fades out properly, sometimes it stays up until I click elsewhere on the page. I can sometimes have multiple hover windows up at the same time and one will fade and the other won't. It's not just my reading page for me; it's all over the site.

[personal profile] thomasneo 2012-07-04 08:52 am (UTC)(link)
Firefox 13.0.1, Windows XP Home SP3.

Hover menu for icons stay up for too long IMO. Should make it shorter, or start a poll to determine how long/short the menu should stay up. :)
Edited (corrected a spelling mistake) 2012-07-04 09:25 (UTC)
ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)

[personal profile] ninetydegrees 2012-08-20 07:27 pm (UTC)(link)
Adding info to this: it also goes away if you hover over the pop-up itself. This seems to be a Firefox-only bug as it doesn't get stuck in other browsers for me.