Here’s a short review of recent changes in the Elastic skin. I ported the code to the first stable release of Bootstrap 4 and fixed some bugs. There’s also a new Roundcube feature.
As I announced I’m working on porting Kolab plugins to Elastic. I just finished working on Kolab Tags functionality. In comparison to the old design we have two small changes:
– tags list is displayed below the folders list as before, but visually it is the same element. It is also not a tag-cloud, but a simple list. The tag-list related actions were put into the Actions menu in the list footer.
– we display tag color by applying the color to the tag icon.
We use tags functionality in other plugins, e.g. Tasks and Notes, however all of them use its own tags UI implementation. When working on these I’m going to unify and make them use the same tag-list look/behavior.
Still in a need of a graphic designer! I’m finishing work on core functionality for the new Roundcube theme. Almost all of the current functionality as of now is implemented in Elastic, including core plugins. In this post I’m providing information about some recent updates (with some sreenshots).
Contact data presentation, in read-only as well as in an editable form, is most complicated core feature of Roundcube. There are elements like photo, titles, fieldsets, groups and “composite” inputs. So, it took a while to implement for the new skin. Here’s the result.
The flow is similar to Larry’s, but I (and Bootstrap) added some improvements. Note that this is only about the structure. Colors, spacing and some sizes are subject to change.
And mobile version.
It’s not a secret that I’m working on a new Roundcube theme. It’s supposed to provide a responsive interface for desktop, tables and phones. With help of Thomas Bruederli, who provided some early mockups and John Jackson, who provided some design ideas, and a few other helping hands, after nine months of work it’s starting to look close to what I’ve imagined.
It came from Outlook users but we’ve found out it’s indeed a real issue. For example assume it is Thursday and you create a new event that is recurring weekly on Fridays. Did you ever wanted such an event to occur on the day it has been created? I think if you want Fridays that’s Fridays only. Of course you could add an exception later, so the event is moved to another day for a specific occurrence, but that’s another story.
Now if you create such an event, first occurrence will be on this Thursday and Friday. I believe in most cases this is not an intended behavior. It also creates confusion if you use more than one client and they handle this case differently. You will see a difference in displaying your calendar across clients.
This is how Kolab works and for example Thunderbird Lightning too, but not Outlook. In Kolab we’ll solve this by additional checkbox and will default to Outlook behavior. If checked, the start date of the event will be aligned with the first occurrence of the event (on or after the original creation date).