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".
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mar 7 2018
Mar 6 2018
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.
Mar 5 2018
Patch applied in 239783c3dd576.
Mar 3 2018
I created an upstream ticket for contextmenu plugin https://github.com/johndoh/roundcube-contextmenu/issues/104
Mar 2 2018
Mar 1 2018
Duplicate of T2223
Feb 28 2018
Feb 27 2018
Feb 26 2018
Feb 25 2018
Feb 23 2018
Feb 15 2018
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.
Feb 14 2018
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.
Feb 13 2018
Feb 12 2018
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.
We still might need to use the "switch" instead of a standard checkbox on desktop. It's e.g. when you have a selectable list like the folders list, where you would use checkboxes for multi-selection and switches for subscription change. Also, I think these days users are used to know switches as everybody saw them on their mobile. Though, I don't have a strong opinion about that. Maybe we should indeed not use them on desktop.
I agree. Right-click functionality is provided by an external plugin. I created a ticket there https://github.com/johndoh/roundcube-contextmenu/issues/103. We'd need also such functionality for Kolab plugins that add Settings sections i.e. kolab_activesync and kolab_delegation.
Jan 30 2018
Jan 26 2018
Jan 25 2018
Jan 24 2018
Jan 12 2018
Jan 11 2018
Jan 10 2018
Jan 5 2018
The old-old skin displayed these messages on top-center. Then we created a new skin that displays them in right-bottom. I think back then the reason was to not overlap buttons with them. We had not much complaints about that since. On the other hand there were complaints about these notifications being distracting. So, I'm looking for a compromise here. If we put them in right-bottom, but make them more distinct, it could maybe work, if we do not touch the (quite often) "loading" message (so this one is not so much distinct).
Jan 4 2018
Maybe changing the background color to be dark would fix that. E.g. https://github.com/roundcube/elastic/issues/38#issuecomment-329355387
Jan 3 2018
Jan 2 2018
Dec 28 2017
Dec 26 2017
Dec 20 2017
Dec 19 2017
I think so. We considered this issue in the past and I think we cannot do more until Firefox fixes it.
Dec 18 2017
This is Firefox-specific and cannot be changed. https://github.com/roundcube/roundcubemail/issues/5125
I guess on iOS the field have to be defined as <input type="email"> to get "@" in default keyboard. However, you can configure Roundcube to allow usernames that aren't email addresses, so it's not as simple as switching type=text to type=email.
Dec 15 2017
Dec 14 2017
Technicly we could do the same we do with special mail folders yes, but...
- Kolab allows subfolders and we often have "Contacts > Personal Contacts" folders too. Translating also this one would be problematic, as well as translating only it's parent.
- Roundcube/Kolab allows global (ldap) addressbook, it's name is also not localizable. So, again inconsistency.
- User can rename folders, so we'd need some more code to handle that properly for addressbooks and others (and e.g. implement use of the "show original folder names" preference).
So, I think that's why we do not localize the default contacts folder. Too much effort, but of course you can open a ticket to re-consider.
Kolab addressbooks are just folders, so users can rename them by themselves. It's also possible to have the folders in German by default on your own Kolab installation. We however do not have localization-dependent name for the "Contacts" folder.
Dec 13 2017
Dec 12 2017
Yes. It uses IMAP \Flagged flag. This is the same as "Starred" in Thunderbird.
Dec 11 2017
@bohlender, I would need first test if the plugin works with Elastic skin. It probably would, as its author is quite active. Yes. create a bifrost ticket, please.
Dec 10 2017
Please, note that there exists contextmenu plugin, not enabled on your demo. It would fix it by enabling right-click menu on the message record. Also, note that on desktop we have drag-n-drop functionality implemented, so you can drag and drop the message to Trash folder (use Shift key on drip to select from copy and move actions).
Dec 8 2017
Dec 4 2017
Dec 1 2017
Nov 29 2017
What device and browser version?
Nov 28 2017
Nov 27 2017
Could we just set content-length header using 4th argument of the client->request() method? I mean use the header for both operation modes, i.e. for file as a stream and as a string. These curl settings look very hackish.
Nov 24 2017
I didn't read curl sources, but maybe Sabre/HTTP/Client should define CURLOPT_READFUNCTION.
I'm telling you Sabre supports file handles (https://github.com/sabre-io/http/blob/master/lib/Client.php#L397). Problem is that for some reason the handle is not seekable, which is a requirement from curl. From what I know rewind is needed in case of connection redirect or interruption, but anyway I don't see why it couldn't rewind.
Nov 23 2017
Sabre (and cURL) supports the body as a resource. So, the bug is somewhere else.