LJ: why the new update page is bad

[cellio]

I just submitted the following support request:

(Yes, I saw the note that you're working on problems here, but I'm interpreting that as "doesn't work in some browsers", or last night's date bug, not "difficult UI".)

While it is not as bad as it was last night, the "update journal" page is still too wide to be usable without lots of horizontal scrolling. The hard-coded width of 760 pixels in the content pane (this excludes the sidebar links in the classic style) seems to be the core of the problem. I assume you chose 760 to be under 800, and that you're assuming users will maximize the browser window if need be, but it's a bad idea to hard-code assumptions about a user's environment. It would be better to use proportions and let the browser handle the rendering.

---

I didn't say this in the support request, but they should think more about how they roll out changes like this. When you change existing functionality you're bound to break something, because you can't think of every combination of browser, usage pattern, special input needs, etc etc etc. In the case of the web site, it would have been really, really easy to provide a "having trouble?" link that went to the old, working form.

Followup: I received the following reply. Doing this solves the scrolling problem; some other aspects of the display are then screwed up (overlapping input areas), but they seem to know about that already.

"Thank you for your report. However, there is no way to view the Update Journal page in the old style. Viewing this page in the new LiveJournal style, http://www.livejournal.com/update.bml?usescheme=xcolibur may solve the screen-stretching problem. I apologize for the inconvenience, but please be assured that developers are working to find a resolution."

Comments

[cahwyguy.livejournal.com]

Re: Their followup.

I'll note the page they cite is the one you get when you click on the "...", vs. "Update Journal". I normally clicked on the "..." anyway.

[cahwyguy.livejournal.com]

some other aspects of the display are then screwed up (overlapping input areas)

I don't see this. Now, I'm running Mozilla; perhaps it is just a problem with a particular browser (I'm not full screen, but about 75% screen).

[cellio]

I'm using Mozilla too. I see the login/password entry boxes overlapped with the date entry boxes. It's kind of weird. I should probably upgrade to Firefox, but I haven't done so yet.

[cahwyguy.livejournal.com]

I don't have that overlap occurring. Further, I'm not using the XColibur style; my default style is Dystopia. I'm using Mozilla 1.7.3.

I even tried logging out, and still the login/password wasn't overlapping with the date.

So, given all this info, I think it is an odd interaction between some of your customizations. Take a look at http://www.livejournal.com/manage/siteopts.bml (http://www.livejournal.com/manage/siteopts.bml) and see what option you have selected.

(Note that this is different from your journal style).

[cellio]

I'm using Dystopia.

With Xcolibur I get the overlap (not with Dystopia -- there the page is just too frigging wide). I was wrong; the overlapping stuff is the search box, not login box (I'm already logged in). I saw "username" and misunderstood it.

I guess I should see if upgrading the browser causes the Xcolibur version of the page to work.

[cahwyguy.livejournal.com]

If nothing else, we'll narrow down the problem to where it can be accurately reported!

[cellio]

The overlap goes away under Mozilla 1.7.3. (I see that FireFox is still in beta, so I'm holding off. The minimal upgrade that doesn't change my UI is sufficient for now.)

[cahwyguy.livejournal.com]

That's good to hear. Speaking of upgrades, I put SP2 on my wife's machine yesterday. I'll see how that goes. So far, so good.

This morning, while the wife and small thing go to religious school, I get to do my monthly highway page updates (plus laundry, cleaning up, etc.). Should be fun.

[cahwyguy.livejournal.com]

For xcolibur, under Mozilla 1.7.3, when I activate the dropdown for category, it covers part of the "download a client". No where in that style, either for the top javascript search menu lines, or the dropdown for category, is there any interaction with the date.

I notice that the "preview" looks wierd, probably because the symbol isn't showing up (it shows up as "[info]"), and they attempt to preview in my journal style now. As a result, the spacing for the <HR> is wrong.

[cellio]

Only if you're using the default "skin" for the LJ site. This might have been before your time (I've lost track), but for a long time the look and feel of the web site was different -- a dark blue sidebar with links to everything that is now accessible only through the javascript-based move-the-mouse-here-and-wait-for-submenus stuff. But they also allow people to set this skin. So my "..." page was a little different than yours was. (That's the one I always used, too.) The link in their reply makes explicit the choice of skin that you get by default and that I'm not otherwise using. Presumably you could substitute something else for "xcolibur" to get what I'm using, except I don't know its name. (My first guesses would be "classic" and "original".)