@Laura Goto Settings > Folders. See checkboxes (switches) on the list? These are subscription change switches. Now imagine we add multi-selection capability to that list, which would add a normal checkbox on the left of each folder name. If we do not use the blue-switch-element we end up with two unlabelled checkboxes on each record. So, styling one of them differently would be less confusing. Though still not perfect, that's only one reason. And as I've said I don't have a strong opinion.

We're limited by Font-Awesome iconset. And there the tasks icon is https://fontawesome.com/icons/tasks?style=solid. I also am not sure if only the icon change would fix the issue.

Looks to me like now you'll add user/ prefix twice. See in user_mailbox_extsts() and code above your change.

You can see what tasks are when you login to https://kolabnow.com/apps. Tasks are similar to calendar events, but don't have to have a date specified. In other words tasks are "todo items".

Fixed in 876c956c24a4d.

Looks like the fix in https://git.kolab.org/rC3b776f3a10e2443c0e47d331333265f9c75d7392 wasn't correct. We need to just support both cases.

So, your webdav server does not return Content-Length or the http client code is buggy? Did you try to log response headers ($response['headers'])?

When we implement the new skin for Tasks plugin, users will see a new entry on the left side menu (with the same icon). Then the entry on folders list hopefuly would be less confusing. But aside of that, I agree that together with the fact that it was the last folder on the list it could have been confusing. The use of special-type folders in Kolab is another story.

Drag-n-drop works in Settings > Folders, but not in Mail UI. I generally agree that it would be nice to have all functionality of the folder manager in Mail UI, but it's just quite a lot of work.

Patch applied in 239783c3dd576.

I created an upstream ticket for contextmenu plugin https://github.com/johndoh/roundcube-contextmenu/issues/104

Duplicate of T2223

There's more than that. If we move the Options and Attachments to the right we have a (technical) problem in tablet mode. Because when switching from Options to Contacts will make them appear one on right the other on left. Which might be annoing and I can't fix that easily. You should try the tablet mode (smaller screen where only two columns are visible).

Your proposition does not make much sense to me because to add a contact you first need to select it on the list. So, while you're on the list it's better to use button in list footer than in the input, imho.

You mean the one in right-bottom corner? It's not well suited for long text. Of course, we could think if list of imported contacts is really important for the user. Maybe a number would be enough. Then it could be a popup.

The additional bar makes it too clattered. I also think that sorting order change is not something you do often.

That would make sense if the Contacts list was displayed in a popup dialog, but it's all the time on left. So, maybe we should consider removing the Contacts list box and use a dialog. However, there's a plugin that adds a button in contacts list footer which is used to attach selected contact vCard to the message. It would need to be implamented in some different way.

This is not the same and I don't think they need to look the same. On the first screenshot you have the standard <select> element. How it looks depends on the web browser used. The other screenshot contains a custom dialog which is not a <select> and is not a single-selection list. Of course we could replace <select> lists with something custom, but I'm just not sure this is a good practice. BTW, there's another ticket about iOS Safari select lists looking completely different, but I guess browser/device developers do this for a reason.

An icon is one thing we have a ticket about. The other thing is button position. It is placed in the toolbar for consistency. When you don't use HTML editor, you don't have the text editor toolbar above the textarea.

I agree that folder management actions should be available here. It's just a lot of work. When we'll have them in the menu, they will appear also in the right-click menu.

In current version I slightly modified the look of the icon so it does not look like a button, making it less confusing. We could consider removing it at all.

We're here limited by the TinyMCE editor functionality. We control the Select Image dialog, so I guess we could improve it a little bit. E.g. by automatically pre-selecting newly added image and adding "Continue" or "Insert" button. We could also see if TinyMCE provides an API to replace completely its Insert/Edit image dialog.

So, would you propose to:

• move the Options box to the right of the main box
• move the Contacts box to the right of the main box
• move both Options and Contacts to the right side?

We should not close automatically, because user should be able to read which contacts have been imported. We could however, replace the dialog buttons with one "Close" button, I guess.