Kolab Files is a plugin that extends Roundcube with file storage and document editing functionalities. In this post I’ll show you how it looks like with the new Roundcube’s Elastic skin.
Advertisements
Tag: Kolab
Elastic: Calendar
Two weeks ago I presented you the Tasks plugin on Elastic. 40KB of css code later I present to you the Calendar plugin. It involved also some refactorings and improvements in php/javascript code for better unification.
Just take a look at some screenshots. KolabNow users can test this live via the beta programme.
Elastic: Kolab Tasks
Tasks (tasklist) plugin was next on my list of Kolab plugins to add support for the Elastic skin. It took slightly more time than I expected, but it is because I worked on the Calendar in the same time. It’s because both plugins use the same (or similar) user interface elements. Continue reading
Elastic: Kolab Notes
Last few weeks I was working on porting Kolab Notes plugin to Elastic. I wanted to see how it goes with some more serious chunk of our code base before I put my hands on Calendar, Tasks or Files. It was reasonably smooth, see the result…
Elastic: Kolab Tags
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.
Elastic: Core functionality covered
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).
Event start date not in the recurrence pattern?
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).
