Hi,
Could it be feasible to support message threading (with the
current design) *without* server THREAD support?
There is a feature
request for IMAP thread support in hmailserver:
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893 [1]
someone said this:
Threading support should cache thread information
in some permanent (persistent) form. If server just implements threading
rfc, it will be slow and roundcube won't be able to use on large
folders.
Only some IMAP servers cache information in a way which is
useful for threading in webmail clients.
Thanks!!
Links:
------
[1]
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
One other comment I've been getting with the current roundcube
is not being able to drop (or cut & paste) an image into the compose
window and having it just display inline...
I realize this is tricky
to do in a web app, are there any techniques out there to get this to
work without a browser plugin etc...
This is one of those general
usability things that's frustrating when you go to do it and does not
work... we all understand the attach image from url button, but most
people do not--
Thanks!!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Comment/question for you all.
Right now I've observed the following behavior. Let me know if this is an accurate representation of how it works. When deleting a message in RC the selected message(s) gets removed from the list without an updating indicator but the system is still deleting the message and the message list is refreshed after that. This action can take a few seconds at times. Is this true?
If so, I would like to comment that this gives the false impression that the moment the message disappears from the list, it's deleted and the list or the rest of the interface is ready to be used. Often times I find myself deleting messages and then selecting a new message to be deleted, causing my previous action to fail. It's really bothersome, specially as there's no real way of knowing when I can use the list again, making me take my chances. I've since started to look at the scrollbar in my message list to see when it redraws to know when I can move on to my next action.
Is there a way to provide additional feedback to the user by showing a "deleting messages..." dialog or something? Or better yet, allow the process to run in the background without having to wait first, so this is not needed in the first place?
Thank you all and keep up the good work!!
// Andrés
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80