Looks nice. Thumbs up :)

Cor

List info: http://lists.roundcube.net/dev/

Hi,

On 2010-06-24 12:14 UTC A.L.E.C wrote:

I've prepared a screen for a new compose window and I've got various opinions abut this. What's your opinion? Question is for svn-trunk users, because the idea was to make compose look more unified with the rest of the current UI.

Well done! The only thing that looks a bit awkward to me, is the huge "Attachments" place. But I don't have an idea how to change it.

Patrick.

On 6/24/10 5:14 AM, "A.L.E.C" alec@alec.pl wrote:

I've prepared a screen for a new compose window and I've got various opinions abut this. What's your opinion? Question is for svn-trunk users, because the idea was to make compose look more unified with the rest of the current UI.

I'm not sure I like it - one of my favorite things about Roundcube is that it looks and feels like a traditional 'thick' mail client in a lot of ways that make people feel very comfortable with it. The new compose view is pretty drastically different, and I'm afraid it would scare people away, back to our old webmail system that I'm trying to lure them off of. People fear change :(

Maybe if there was an option to pick the layout? That would probably be harder to support, but I think I'd find myself maintaining a patch to retain the old layout if I didn't have an option to switch to it.

-Brad

List info: http://lists.roundcube.net/dev/

On 24.06.2010 16:40, Patrick Nagel wrote:

Well done! The only thing that looks a bit awkward to me, is the huge "Attachments" place. But I don't have an idea how to change it.

It has resizable height (when you enable CC, BCC, Reply-To, attachments list will be smaller) and width (vertical splitter). So, it just fit a free space. How about attachment list in current compose screen, it's bigger (but it just has fixed height).

On 25.06.2010 00:40, Brandon Davidson wrote:

I'm not sure I like it - one of my favorite things about Roundcube is that it looks and feels like a traditional 'thick' mail client in a lot of ways that make people feel very comfortable with it. The new compose view is pretty drastically different, and I'm afraid it would scare people away, back to our old webmail system that I'm trying to lure them off of. People fear change :(

We could place all fields one below the other, but in this case (having all fields with 100% width of the screen) the width will be too big. So, the ideas for re-design were to:

1. Unification

• style attachments list as other lists in Roundcube,
• use Roundcube's "box styles".

2. UX

• make body field higher and resizable,
• make attachments list width bigger and resizable,
• make all elements to fill the screen (e.g. no empty (unused) space

below the attachment list)

• no page scrolling when new fields are added (CC, BCC, ...)
• unification ;)

And I think it's done right, but I see so many votes for "No". I'm depressed ;)

I like the idea of a new layout for compose. I think what you have done is a step in the right direction, but from a layout perspective I think some visual balancing is in order. I've attached my photo shopped attempt at balancing the layout.

This layout puts message headers(sender, recipient, attachments) on the left, and message contents on the right. The layout also takes into account the list suggestions that the attachment area was too large. The actions of the attachment area in this layout would start as a blank(as in attached image), and add rows as attachments are added.

A.L.E.C wrote:

I've prepared a screen for a new compose window and I've got various opinions abut this. What's your opinion? Question is for svn-trunk users, because the idea was to make compose look more unified with the rest of the current UI.

---

---

List info: http://lists.roundcube.net/dev/

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/pi/SurZNAHG/rc_comp_layout.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---

List info: http://lists.roundcube.net/dev/

Hi

I thought you might interested to see what we've done with the compose screen in our RoundCube skin (picture2.png). As you can see, we also like having the mail folders visible on the left - and it still works fine even in 1024 x 768 mode.

I've also included a screenshot of the compose screen from our in-house webmail (picture3.png), which has evolved from feedback from customers over many years. I don't think we've had a single negative comment since this went live.

Thanks

Marcus

On 24.06.2010 14:14, A.L.E.C wrote:

...

I've prepared a screen for a new compose window and I've got various opinions abut this. What's your opinion? Question is for svn-trunk users, because the idea was to make compose look more unified with the rest of the current UI.

More ideas, but I'm still like the idea with header+attachments on the left and body on the right.

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/F7/QPhVeW0M/Picture_2.png http://detached.gigo.com/rc/F7/QPhVeW0M/Picture_3.png http://detached.gigo.com/rc/F7/QPhVeW0M/Picture_3-1.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---

List info: http://lists.roundcube.net/dev/

Thanks, but I should point out the last one is not RoundCube, it's a webmail application we wrote in house. We're currently in the process of preparing RoundCube to use as a replacement - since we're struggling to find the resources to keep our own webmail updated with new features.

25.06.2010 16:33, Marcus Don wrote:

...

Hi

I thought you might interested to see what we've done with the compose screen in our RoundCube skin (picture2.png). As you can see, we also like having the mail folders visible on the left - and it still works fine even in 1024 x 768 mode.

I've also included a screenshot of the compose screen from our in-house webmail (picture3.png), which has evolved from feedback from customers over many years. I don't think we've had a single negative comment since this went live.

Wow, last one is nicer I ever thought it can be...

List info: http://lists.roundcube.net/dev/

My favorite by far is ALEC's http://detached.gigo.com/rc/yd/F3Do0grg/compose-full2.png for the following reasons:

• The headers above the body, means people know how to use it without even thinking, there is no need to scan the page to understand a different format. It also jives with how we expect to read a message we receive, with the headers above the message body.

• I love the 'gear' in the lower left corner which hides options that are not often changed, providing a simpler, less cluttered UI. While it's clear to me that a 'gear' icon is where one could go select options, most of my users would be befuddled, I think a text label of 'options' or the like would be necessary.

*Text labels of Send Now / Cancel are a welcome addition. Several users are confused thinking the green arrow means send. Small text labels below all the icons would be a great addition. It is clear to me what they mean but I regularly have users who don't know the red circle with a line through it means delete etc.

I also think tweaking it slightly to use Phi's version of attachments http://detached.gigo.com/rc/JX/meswyk1/rc_compose.jpg is more visually appealing since most messages don't have attachments, and so it's fitting that the attachments area is small and subtle.

ALEC's compose-full2.png is a design that makes good use of space, that my users will immediately be comfortable with. This makes me happy.

--ryan

On Jun 25, 2010, at 12:27 PM, Phil Weir wrote:

Attached is my idea. It's a mixture of one of the ones from Alec and from Marcus. Here are the key points:

*) Full width editor *) I used the current way of displaying attachments because I think have a box with the grey bar at the bottom makes the element to "strong" my eye is drawn to it and it doesn't seem right. *) Send/Cancel buttons in the bottom left because that's where they are everywhere else in RC and "integrated" into the grey bar *) I haven't put a folder is because I am worried the user will find it confusing, are they supposed to click on the folders in the list? If they do will it save the sent message there rather than in the default location? Would it open the folder, and kill the message being composed?

Thanks,

Phil

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/JX/meswyk1/rc_compose.jpg Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---

---

List info: http://lists.roundcube.net/dev/

-- Ryan Horrisberger

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Mv/Q7rpbuRT/smime.p7s Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---

List info: http://lists.roundcube.net/dev/

+1 from me. But I would also like Sender drop-down to have same width as Recipient field (like in Phil's mockup). It makes top area look more polished.

Rimas

2010.06.25 22:00, Ryan Horrisberger rašė:

My favorite by far is ALEC's http://detached.gigo.com/rc/yd/F3Do0grg/compose-full2.png for the following reasons:

• The headers above the body, means people know how to use it without even thinking, there is no need to scan the page to understand a different format. It also jives with how we expect to read a message we receive, with the headers above the message body.

• I love the 'gear' in the lower left corner which hides options that are not often changed, providing a simpler, less cluttered UI. While it's clear to me that a 'gear' icon is where one could go select options, most of my users would be befuddled, I think a text label of 'options' or the like would be necessary.

*Text labels of Send Now / Cancel are a welcome addition. Several users are confused thinking the green arrow means send. Small text labels below all the icons would be a great addition. It is clear to me what they mean but I regularly have users who don't know the red circle with a line through it means delete etc.

I also think tweaking it slightly to use Phi's version of attachments http://detached.gigo.com/rc/JX/meswyk1/rc_compose.jpg is more visually appealing since most messages don't have attachments, and so it's fitting that the attachments area is small and subtle.

ALEC's compose-full2.png is a design that makes good use of space, that my users will immediately be comfortable with. This makes me happy.

--ryan

On Jun 25, 2010, at 12:27 PM, Phil Weir wrote:

...

Attached is my idea. It's a mixture of one of the ones from Alec and from Marcus. Here are the key points:

*) Full width editor *) I used the current way of displaying attachments because I think have a box with the grey bar at the bottom makes the element to "strong" my eye is drawn to it and it doesn't seem right. *) Send/Cancel buttons in the bottom left because that's where they are everywhere else in RC and "integrated" into the grey bar *) I haven't put a folder is because I am worried the user will find it confusing, are they supposed to click on the folders in the list? If they do will it save the sent message there rather than in the default location? Would it open the folder, and kill the message being composed?

Thanks,

Phil

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/JX/meswyk1/rc_compose.jpg Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---

---

List info: http://lists.roundcube.net/dev/

-- Ryan Horrisberger

List info: http://lists.roundcube.net/dev/

Looking at this one: http://detached.gigo.com/rc/yd/F3Do0grg/compose-folders.png

If you want to be consistent, and thats a design goal, then why doesnt the whole right div have a boxtitle header/class? All other pages do, only compose doesnt.

The same goes for most other examples. They're all missing boxtitles, so they're not consistent with overall design.

Regards,

Cor

List info: http://lists.roundcube.net/dev/