![[staff profile]](https://www.dreamwidth.org/img/silk/identity/user_staff.png){kind=small}
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png){kind=small}
Entry tags:
Weekly update, 26 May
Good afternoon, Dreamwidthians! ...Okay, okay, it's evening where I am, and morning elsewhere in the world, and and and ... but you know what I mean.
This week's update is late because I was busy getting married! (Okay, not so busy -- it was just a simple courthouse ceremony. But still.![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
sarah said that she doesn't work on days she gets married, and I happen to agree.) Then, as I was settling in to gather things for the update, something big happened. Like, huge. Big enough to blow away everything else I was going to talk about in the rest of this update.
Before I get to that, though, a quick hit: welcome topoulpette, who has had her first patches committed! (Two, to be exact.) Also, this month we're running a Clean Up The Small Stuff hackathon in an attempt to knock down our open bug count. So, if you've been considering getting involved, now would be a great time. (Come to the dark side. We have cookies.)
Still, all of this pales next to ...
Yes, that's right.fu has been working her fingers off to turn my crappy pencil sketches into an actual semi-usable mockup. This mockup doesn't work to actually post entries to your journal, and you can't use any of the draft entries/scheduled entries functions yet (since it's not yet finished!), but it will let you play with it and figure out what you love about it and what things you think can still be improved.
Before I link to it, though, we need some background.
The reason for this redesign is to make it possible -- and easy -- to have draft and scheduled entries in the future. This means that you'll be able to:
a). Work on multiple entries at once, save the entries you haven't finished yet, and keep them in your DW account instead of in a file on your computer somewhere.
b). Schedule finished entries for posting sometime in the future, so that you don't actually have to be in front of your account at a certain time in order to post an entry. For instance, if you're going on vacation, you'll be able to write a week's worth of entries ahead of time and they'll post right on schedule.
c). Set a particular entry to post at specified intervals (daily, weekly, monthly) so if you post the same text every week, you don't have to remember that it's Monday again. (Something I am clearly failing at, seeing as how the Monday update is on Wednesday this week!)
d). Temporarily "unpublish" entries back to draft status, instead of deleting them or setting them to Private, so that if you want to revise an entry after you post it, you can do so and still keep the same URL and privacy settings when the entry is republished.
We've also tried to improve on the general usability of the update page, group the metadata settings into logical categories, modernize the interface and add some useful tricks (better tag autocomplete, for instance, and the ability to hide certain metadata sections that you never use and have that choice remembered when you load the update page).
When we asked you a while back what you wanted in the update page, and in the conversations we've been having with people about the topic since, the chief things that were mentioned were:
* Prominence of the icon selection, security, and date/time options.
* Good keyboard navigability.
* Better tagging options.
* The ability to hide unused or less-frequently-used options, but still have access to them if needed on an entry-by-entry basis.
The design that we came up with fits these criteria as much as we could. It borrows heavily from the Wordpress posting interface, because when we were looking around at all of the available options out there, the Wordpress one was the closest to what we wanted. It's far from being an exact clone, though, because on DW, the focus is entirely on different things.
Another major thing this redesign does: Because we have so many options for posting an entry, it can be totally overwhelming for new people, but everyone uses a different set of those options and therefore we can't get rid of any of them (or hide them, or put them behind another click for an 'advanced options' page) without annoying somebody. So, for all of the more advanced options, we went with a simple JS trick: the settings for the option won't show up until you select the option, thus saving space and simplifying the process for new people, but they aren't hidden behind a further click to avoid annoying the people who use them regularly.
The major thing that we did even though a few people said we shouldn't: the design uses a two-column design, rather than a one-column design, even though some people said that they'd find a two-column version annoying. There are two reasons we went with this design rather than a one-column one:
1). Our usage data shows that under 1% of our users access the site at a screen resolution under 1024x768. At this resolution, the entry-typing area is still about 70% of the existing update page entry-typing area, and the two-column option allows us to make more of the metadata options visible on the first screenload.
2). A survey I did a while back about the order in which people write entries turned up that everyone does things slightly differently. We wanted to optimize the design for the most common workflow, except there wasn't really a most common workflow! Because of that, we needed to build a version that people could adapt to their own preferred workflow without too much doubling back, and a two-column option means that most of the common workflow items can be visible on the screen at the same time for people to select.
For those users who are accessing DW on a mobile device with a much smaller screen: We are, as part of an unrelated project, working on a redesign of our mobile site. (One of the Summer of Code projects is also an iPhone client.) This will make it easier for you to use the update page on a mobile screen. The design also degrades gracefully into a one-column version if the working screen space is small enough, so users on small devices and low resolutions will still have a large enough working space.
The design is also meant to degrade gracefully if Javascript is off.
* The design should be fully keyboard-navigable and screenreader-friendly. We've checked it with the accessibility team, but if it isn't for you, that's a bug and we want to know about it!
* To collapse boxes, hit the arrow in the top left corner. To expand a box and make it larger -- to have more room to type in things like tags and "current mood/music/etc", click the
magnifying glass next to the text entry box.
* If your computer is older or slower, and you're having trouble with the Javascript used to create the various zoom effects, there's a "disable effects" link in the upper right hand corner of the page that will shut those off.
* To choose a custom time to display on the entry, select "Custom" for "Displayed Entry Time" under Date & Time. To schedule a post for the future, select "in the future" for "Scheduled Publishing Time" under Date & Time. A calendar will pop up for scheduling. Tabbing or clicking outside the calendar will dismiss it. (This is one of the things I'm most nervous about. We don't want to lose the ability to make the entry display a date that isn't "now", but we're going to be introducing the concept of "entry posted in the future at a time other than now", and I'm a little nervous that the distinction isn't clear enough. But more about that later.)
* The "Works in Progress" bin will show you draft posts and scheduled posts. Scheduled posts display with both absolute and relative time, and the
icon indicates that it's scheduled to be posted regularly and not just once. Under the Draft column, "draft" means that it's never been published, and "retracted" means that it was published once but then pulled back for more revision.
* To pick a custom security level (custom filter the entry), select "Custom" under the "Security Level" in the Publishing area. A series of checkboxes for your defined custom filters (or, in this case since it's a mockup, some sample custom filters) will show.
* Preview and Spellcheck are under the Other Actions box, which is collapsed by default as a demonstration of how the collapse-on-load will work -- it won't be collapsed by default the first time you load the new update page when it's live on the site.
* To save as a draft, you'd select "Draft" under "Publishing Status" (in Publishing), then the "Post Entry" button.
So, the purpose of showing you this mockup is to get your feedback now, before we release it on the userbase as a whole! This means that this is the part where I ask you guys what you love about the design and what you think could be better.
Your feedback is important to us, because we want you to be as comfortable as possible with the new design when we release it. It's really important for me to note, though, that the overall design won't be changing, because we chose it for very specific reasons. This means that feedback like "I hate the whole thing and you shouldn't change anything about the existing page" won't be helpful for us -- if you dislike a part of the redesign, tell us the specific pieces you don't like about it, and why, so we can see if there's another way of doing the same thing that will be more widely useful for people.
(Also, before anyone asks: Because this redesign is to allow more functionality, there also won't be any chance to opt out of the redesign and keep using the old update page. It's necessary for us to standardize on one design, especially since we're going to be making sweeping changes to the backend that you guys won't see but will require us to use the new update form to create posts.)
If you're stuck on the kind of feedback you want to give, here are some questions you might want to answer. (You don't have to answer them -- this is just a sample of the kind of things we want to hear!)
* Does your computer/browser display any elements of the page wrongly? (If it does: please let us know what browser (and browser version) and operating system, and what screen resolution, you're using.)
* Is there enough visual distinction to the "Works in progress" bin? If you don't think so, what do you think would improve it?
* Is the distinction between "timestamp on the entry", aka "displayed entry time", and "time the entry will be posted", aka "scheduled posting time", clear enough for you? If it isn't, what can you think of that might make it more instinctive?
* If you use assistive technology: Does this design work for you in it? Is there anything that annoys you about it? Is there anything that's actively hard to work with about it? If so, let us know, and let us know specifically what assistive tech you're using so we can try to reproduce.
* After trying it out a few times, is there anything about the workflow that seems off or wrong to you? Are there any little details of the process that you think will quickly get annoying?
* Is the process of saving a draft, instead of posting the entry directly to your journal, clear enough?
* And, finally, becausefu worked her butt off on this and needs some positive feedback to focus on in the middle of all the critique: What're your favorite parts of the mockup?
So, after all that ... here's the link to the mockup!
Remember, this is only a demo. It will not post entries to your journal or save them as drafts, and it won't use your icons, your tags, or your custom filters.
There's a note on the page itself about what else it doesn't have, but to reiterate: the Rich Text Editor isn't integrated yet (since we're replacing it as part of a Summer of Code project), and neither is draft auto-save or functional preview/spellcheck. The links to the sample "draft" and "scheduled" posts don't work yet, either.
Try a few sample posts, bang around on it, see how it works, and let us know what could be better!
Without further ado ...
Create Entries Demo
Things that are coming up frequently in comments, that we will definitely look into changing/improving/etc, that are already on the list and don't need to be mentioned anymore:
* Moving the location of the 'tags' option -- nearly everyone who's commented would like that moved, and we'll play around with the best location.
* Tag autocomplete not working perfectly with mouse selection (typing 'ca' to get 'cake', selecting 'cake', and getting two tags of 'ca' and 'cake')
* Location of the spellcheck/preview buttons (please do note, though, that the box they're in right now would not be automatically collapsed when you load the page: the page will remember your last-used value) -- we'll play around and try to find a good solution. (We very much want to separate them, since a common complaint is that people hit post when they meant preview, but what we're hearing from you guys is that they're too separated.)
* The phrasing of the "Take out of normal date flow" box -- that was our best attempt to make the "date out of order" option clearer, since it's a source of much confusion, and we've apparently succeeded in making it worse!
* Requests for the ability to drag & reorder the modules -- I don't know if it'll be technically possible, but I'll havefu looking into how easy it would be!
Also, thank you guys so much for the thoughtful and incredibly helpful feedback and comments so far!
This week's update is late because I was busy getting married! (Okay, not so busy -- it was just a simple courthouse ceremony. But still.
sarah said that she doesn't work on days she gets married, and I happen to agree.) Then, as I was settling in to gather things for the update, something big happened. Like, huge. Big enough to blow away everything else I was going to talk about in the rest of this update.Before I get to that, though, a quick hit: welcome to
poulpette, who has had her first patches committed! (Two, to be exact.) Also, this month we're running a Clean Up The Small Stuff hackathon in an attempt to knock down our open bug count. So, if you've been considering getting involved, now would be a great time. (Come to the dark side. We have cookies.)Still, all of this pales next to ...
The Update Page Redesign Mockup
Yes, that's right.
fu has been working her fingers off to turn my crappy pencil sketches into an actual semi-usable mockup. This mockup doesn't work to actually post entries to your journal, and you can't use any of the draft entries/scheduled entries functions yet (since it's not yet finished!), but it will let you play with it and figure out what you love about it and what things you think can still be improved.Before I link to it, though, we need some background.
The Motivations
The reason for this redesign is to make it possible -- and easy -- to have draft and scheduled entries in the future. This means that you'll be able to:
a). Work on multiple entries at once, save the entries you haven't finished yet, and keep them in your DW account instead of in a file on your computer somewhere.
b). Schedule finished entries for posting sometime in the future, so that you don't actually have to be in front of your account at a certain time in order to post an entry. For instance, if you're going on vacation, you'll be able to write a week's worth of entries ahead of time and they'll post right on schedule.
c). Set a particular entry to post at specified intervals (daily, weekly, monthly) so if you post the same text every week, you don't have to remember that it's Monday again. (Something I am clearly failing at, seeing as how the Monday update is on Wednesday this week!)
d). Temporarily "unpublish" entries back to draft status, instead of deleting them or setting them to Private, so that if you want to revise an entry after you post it, you can do so and still keep the same URL and privacy settings when the entry is republished.
We've also tried to improve on the general usability of the update page, group the metadata settings into logical categories, modernize the interface and add some useful tricks (better tag autocomplete, for instance, and the ability to hide certain metadata sections that you never use and have that choice remembered when you load the update page).
The Requests
When we asked you a while back what you wanted in the update page, and in the conversations we've been having with people about the topic since, the chief things that were mentioned were:
* Prominence of the icon selection, security, and date/time options.
* Good keyboard navigability.
* Better tagging options.
* The ability to hide unused or less-frequently-used options, but still have access to them if needed on an entry-by-entry basis.
The design that we came up with fits these criteria as much as we could. It borrows heavily from the Wordpress posting interface, because when we were looking around at all of the available options out there, the Wordpress one was the closest to what we wanted. It's far from being an exact clone, though, because on DW, the focus is entirely on different things.
Another major thing this redesign does: Because we have so many options for posting an entry, it can be totally overwhelming for new people, but everyone uses a different set of those options and therefore we can't get rid of any of them (or hide them, or put them behind another click for an 'advanced options' page) without annoying somebody. So, for all of the more advanced options, we went with a simple JS trick: the settings for the option won't show up until you select the option, thus saving space and simplifying the process for new people, but they aren't hidden behind a further click to avoid annoying the people who use them regularly.
The Anti-Requests
The major thing that we did even though a few people said we shouldn't: the design uses a two-column design, rather than a one-column design, even though some people said that they'd find a two-column version annoying. There are two reasons we went with this design rather than a one-column one:
1). Our usage data shows that under 1% of our users access the site at a screen resolution under 1024x768. At this resolution, the entry-typing area is still about 70% of the existing update page entry-typing area, and the two-column option allows us to make more of the metadata options visible on the first screenload.
2). A survey I did a while back about the order in which people write entries turned up that everyone does things slightly differently. We wanted to optimize the design for the most common workflow, except there wasn't really a most common workflow! Because of that, we needed to build a version that people could adapt to their own preferred workflow without too much doubling back, and a two-column option means that most of the common workflow items can be visible on the screen at the same time for people to select.
For those users who are accessing DW on a mobile device with a much smaller screen: We are, as part of an unrelated project, working on a redesign of our mobile site. (One of the Summer of Code projects is also an iPhone client.) This will make it easier for you to use the update page on a mobile screen. The design also degrades gracefully into a one-column version if the working screen space is small enough, so users on small devices and low resolutions will still have a large enough working space.
The design is also meant to degrade gracefully if Javascript is off.
A few notes
* The design should be fully keyboard-navigable and screenreader-friendly. We've checked it with the accessibility team, but if it isn't for you, that's a bug and we want to know about it!
* To collapse boxes, hit the arrow in the top left corner. To expand a box and make it larger -- to have more room to type in things like tags and "current mood/music/etc", click the
magnifying glass next to the text entry box.* If your computer is older or slower, and you're having trouble with the Javascript used to create the various zoom effects, there's a "disable effects" link in the upper right hand corner of the page that will shut those off.
* To choose a custom time to display on the entry, select "Custom" for "Displayed Entry Time" under Date & Time. To schedule a post for the future, select "in the future" for "Scheduled Publishing Time" under Date & Time. A calendar will pop up for scheduling. Tabbing or clicking outside the calendar will dismiss it. (This is one of the things I'm most nervous about. We don't want to lose the ability to make the entry display a date that isn't "now", but we're going to be introducing the concept of "entry posted in the future at a time other than now", and I'm a little nervous that the distinction isn't clear enough. But more about that later.)
* The "Works in Progress" bin will show you draft posts and scheduled posts. Scheduled posts display with both absolute and relative time, and the
icon indicates that it's scheduled to be posted regularly and not just once. Under the Draft column, "draft" means that it's never been published, and "retracted" means that it was published once but then pulled back for more revision.* To pick a custom security level (custom filter the entry), select "Custom" under the "Security Level" in the Publishing area. A series of checkboxes for your defined custom filters (or, in this case since it's a mockup, some sample custom filters) will show.
* Preview and Spellcheck are under the Other Actions box, which is collapsed by default as a demonstration of how the collapse-on-load will work -- it won't be collapsed by default the first time you load the new update page when it's live on the site.
* To save as a draft, you'd select "Draft" under "Publishing Status" (in Publishing), then the "Post Entry" button.
The Feedback
So, the purpose of showing you this mockup is to get your feedback now, before we release it on the userbase as a whole! This means that this is the part where I ask you guys what you love about the design and what you think could be better.
Your feedback is important to us, because we want you to be as comfortable as possible with the new design when we release it. It's really important for me to note, though, that the overall design won't be changing, because we chose it for very specific reasons. This means that feedback like "I hate the whole thing and you shouldn't change anything about the existing page" won't be helpful for us -- if you dislike a part of the redesign, tell us the specific pieces you don't like about it, and why, so we can see if there's another way of doing the same thing that will be more widely useful for people.
(Also, before anyone asks: Because this redesign is to allow more functionality, there also won't be any chance to opt out of the redesign and keep using the old update page. It's necessary for us to standardize on one design, especially since we're going to be making sweeping changes to the backend that you guys won't see but will require us to use the new update form to create posts.)
If you're stuck on the kind of feedback you want to give, here are some questions you might want to answer. (You don't have to answer them -- this is just a sample of the kind of things we want to hear!)
* Does your computer/browser display any elements of the page wrongly? (If it does: please let us know what browser (and browser version) and operating system, and what screen resolution, you're using.)
* Is there enough visual distinction to the "Works in progress" bin? If you don't think so, what do you think would improve it?
* Is the distinction between "timestamp on the entry", aka "displayed entry time", and "time the entry will be posted", aka "scheduled posting time", clear enough for you? If it isn't, what can you think of that might make it more instinctive?
* If you use assistive technology: Does this design work for you in it? Is there anything that annoys you about it? Is there anything that's actively hard to work with about it? If so, let us know, and let us know specifically what assistive tech you're using so we can try to reproduce.
* After trying it out a few times, is there anything about the workflow that seems off or wrong to you? Are there any little details of the process that you think will quickly get annoying?
* Is the process of saving a draft, instead of posting the entry directly to your journal, clear enough?
* And, finally, because
fu worked her butt off on this and needs some positive feedback to focus on in the middle of all the critique: What're your favorite parts of the mockup?The Mockup
So, after all that ... here's the link to the mockup!
Remember, this is only a demo. It will not post entries to your journal or save them as drafts, and it won't use your icons, your tags, or your custom filters.
There's a note on the page itself about what else it doesn't have, but to reiterate: the Rich Text Editor isn't integrated yet (since we're replacing it as part of a Summer of Code project), and neither is draft auto-save or functional preview/spellcheck. The links to the sample "draft" and "scheduled" posts don't work yet, either.
Try a few sample posts, bang around on it, see how it works, and let us know what could be better!
Without further ado ...
Create Entries Demo
EDIT (5/27/10, 1024 EDT):
Things that are coming up frequently in comments, that we will definitely look into changing/improving/etc, that are already on the list and don't need to be mentioned anymore:
* Moving the location of the 'tags' option -- nearly everyone who's commented would like that moved, and we'll play around with the best location.
* Tag autocomplete not working perfectly with mouse selection (typing 'ca' to get 'cake', selecting 'cake', and getting two tags of 'ca' and 'cake')
* Location of the spellcheck/preview buttons (please do note, though, that the box they're in right now would not be automatically collapsed when you load the page: the page will remember your last-used value) -- we'll play around and try to find a good solution. (We very much want to separate them, since a common complaint is that people hit post when they meant preview, but what we're hearing from you guys is that they're too separated.)
* The phrasing of the "Take out of normal date flow" box -- that was our best attempt to make the "date out of order" option clearer, since it's a source of much confusion, and we've apparently succeeded in making it worse!
* Requests for the ability to drag & reorder the modules -- I don't know if it'll be technically possible, but I'll have
fu looking into how easy it would be!Also, thank you guys so much for the thoughtful and incredibly helpful feedback and comments so far!
no subject
And now, feedback:
+1 to displaying in chosen site theme (big pink boxes make me sad)
+1 million to moving the tags field out of "Currents", and making it bigger
+1 to putting the preview button back into the workflow. If the proximity to the "post" button is an issue, what about keeping it under the entry field, but aligning the preview & spellcheck to the left side, and keeping Post/Save on its own on the right? and make it bold? That way the 'accidental' clicks won't occur, but it'll still be kept in the 'posting actions' area of the layout.
+1 to the magnifying icons being useless in the "Currents" section - AFAI can see, they don't serve any purpose whatsoever? I was expecting the location field that popped up to autocomplete when I started typing, or something. The music one makes no sense.
+1 re: custom mood text. Perhaps, esp if the tags field is being removed from that section, a tickbox below/next to the mood drop down that says "use custom text" would result in a textfield appearing within the box (rather than as a popup?).
I love the expandable options, but I don't love the layout/positioning of the other posting options (Publishing and Date & Time). Visually, this bugs me because the positioning and look of the expandable options fits the flow of the page, but these two take up too much space, push out a bunch of whitespace, and (most importantly, for me) result in a lot of dead space before I get to click the "Post" button. In addition, they contribute to the too-much-scroll to get down to the WIPs bin.
Initially my gut response was to think, why are these two sets of options down here, instead of in the sidebar? I am assuming the way you divided those two areas up (sidebar and below-entry) were to consider which sets of options were, well, *optional* customisations, and which ones mandatorily had to be considered before the post button was allowed to be clicked.
But the more I think about it, the less that division makes sense to me - because there *are* defaults that don't require mandatory customisations in both "Publishing" and "Date & Time", and in fact, whenever I post entries *now* I use the defaults more often than not, so having to scroll through this mass of irrelevance just to get to the post button is going to annoy the crap out of me.
Also the more I think about it, the more I realise that there's another way to divide up the sets of options:
1) optional add-ons (moods, tags, music, location)
2) settings whose default will be applied to your entry unless you specify otherwise (icon, formatting, age restriction, publishing options, date/time options, security level, comments settings, crossposting)
3) posting actions (preview, spellcheck, publish, save, schedule)
A commenter mentioned above that ze was disarmed by having the comment security displayed in the sidebar; I think that reaction (which I have a bit myself), along with the reaction to where the preview button's been placed, reflects how these three categories of options are combined illogically around the layout. (And I think the fact that there are "other options" and "other actions" sections demonstrates that it's not ideal.)
So, I think there are a couple of issues: the disparity between how the Publishing & Date/Time sections are displayed (not collapsed, etc) compared to the rest of the options; and the illogical bundling/ordering of the sections throughout the layout.
And to dig right into those two sections below the entry, I think within them there is some confusion in the mixing of features. For example, in Date & Time, I would see 'backdating' (i.e. changing the display date) as a totally different feature to *scheduling* the posting of an entry.
Here's what I think would work better (click to embiggen):
(Apologies if this form of feedback comes across as OTT - I find communicating with mockups is a whole lot clearer than trying to describe what I'm thinking, so hopefully you find the ideas below more useful than annoying! I get that it may have elements that you've already considered and tossed out; take or leave ideas as you like :) Also excuse the clunky nature of this, I just slapped it together in PS... not meant to be giving tips on typography or style...)
- I think this layout emulates Wordpress a bit more than your mockup does, drawing in more of its useful way of delineating different types of customisation for an entry.
- I've made the collapsible options on the bottom blue just to demo that they might be styled slightly different to the ones in the sidebar (so it doesn't seem so much like the boxes a cluttering/wrapping around the entry field).
- I envisage that all the default-ticked ones would be automatically collapsed; unticking 'default' would expand the section. Clicking the arrow would still expand; editing anything within would automatically untick 'default'.
- The 'action' buttons are all in the same area (but spaced to avoid accidental clicks) - a save button is always present *as well as* a post button (rather than having one that changes), for consistency's sake, and also so that people can continue to save drafts manually even if they're planning on posting at the end of their editing session. Also, the action buttons would be up much closer to the entry field when the options below it are collapsed; there would probably be minimal (if any) scrolling to get to them.
- I've also chucked a couple of dodgy borders around the scheduled and drafted posts to make clear that they are *different* lists side-by-side, not just one wide table (which took me a while to parse!).
Phew!
And, last but not least - I would also suggest some terminology tweaks. With the links at the top of the screen, considering that 'drafts' and 'scheduled posts' go to the same place in the page, I would have only two links and rename them: "Post new entry" / "View unpublished entries".
In addition, I love the functionality of being able to disable enhancements, but "enhancement" does seem to me a bit of a technical term... is there a plainer-english way of describing the js animations you're talking about? "disable layout animations on this page"?
Disclaimer: In my day job I am a UI expert and front-end designer. Hopefully this excuses my overshare of feedback! (If you're looking for more UI volunteers on the team, let me know!) Oh, and I've also worked with Wordpress a lot.
no subject
If you ever, ever see something you think should be done better, or something you want to improve, I'd love to see screenshots/wireframes/mockups/etc. The current team doesn't really have anyone whose specialty/passion is UI, so every little bit helps.
no subject
I love the functionality of being able to disable enhancements, but "enhancement" does seem to me a bit of a technical term... is there a plainer-english way of describing the js animations you're talking about? "disable layout animations on this page"?
Of course, it doesn't say "enhancements", it says "effects" (*facepalm*) - but my point is the same "effects" doesn't communicate clearly what you mean here either - it could refer to the collapsibility of the sections, not just the animation while it happens.
Also, looking at this on my tiny 13 inch macbook screen with the text zoomed (vs the big iMac I was looking at it on at work), there does seem to be a lot of whitespace around each element (and the left and right margins, to boot) that seems to make the whole use of space on the first screen kind of inefficient. I would even suggest less whitespace between the elements in the sidebar - maybe making it like one long menu that accordion-expands rather than island-like elements?
Thank you :) UI is definitely my passion, and I'm used to working with developers (and hand-coding my own front-ends), so hit me up!
ETA: Also in my mockup, I think it'd also work well (better, even) if the "Entry status" was the first item in the sidebar, and the crossposting settings go below the entry field. But, yeah. *hands* On the one hand, I like the all the options are in the sidebar on WP; on the other hand, I'm used to certain key settings being below the entry field when I post on DW.
no subject
One enhancement to both the original and your mockup: Make the "Scheduled Posts" and "Draft Posts" headings centered! Having them left-justified doesn't look right, especially now that they're clearly delineated by boxes in your mockup.
no subject
no subject
no subject
Though they also make me a bit *grabbyhands* for movable modules. *g*
no subject
no subject
no subject
I would hav it as an extra "Posting in [dropdown menu]" as the first item in the "Entry status" box.
no subject
no subject
I love having all the security together.
I love that you gave tags a separate field.
I love the bigger dividers between the two kinds of WiPs.
I just... YES!
no subject
no subject
(Specifically: the default ticky box in the right-hand sections, separating tags from currents, separating 'other' into formatting and security/restrictions and the two-column draft/scheduled format. I don't actually see the 'save' button in addition to the 'post' button that you mention in the mockup? But I'm all in favor of having one, yes - it makes me twitchy not to have a 'save' button lurking somewhere for manual saves as I go along.)
no subject
Yeah, I realised *after* I'd posted that I'd added the save button after I'd already exported the file. Sigh. But, yes. Imagine it's there *g*
no subject
(Is it just me, or is your mockup missing the choice of which journal/community to post to?)
no subject
Yeah, it is. I would put it at the top of the "entry status" options.
no subject
However, personally *cough* too many colours on interaction pages make me anxious. I'd prefer to either have it display in chosen site scheme or at least not in such opposite colours as red and blue. But yay, boxes! *loves on grouped stuff*
no subject
no subject
no subject
no subject