When you say:
I assume you mean have the message body scroll but not the headers? Unfortunately, this is far more difficult than you might imagine. Since the body and the header are both of varying vertical length, its messy. I'm no CSS expert, but I played with it for a while with no luck. Also, for emails that were sent to a large number of people, the current system works better. Otherwise, in that case you would be stuck with a very small reading window.
Rob
Sjon wrote:
After loosing an important mail composed under Roundcube (just pushed the send-button, 'something' went wrong and the email was lost forever) I have thought of ideas to avoid this. I think the following might be feasible: currently mails are send in the background; a failure means the message disappears. Might it be an idea not to use an AJAX backgrounded thread for sending the email, but staying on the foreground; only to return to the inbox once the message has succesfully been send?
Some other stuff I thought of:
- move the current overflow-scrollbar style from the table to the tbody. This would leave the thead always visible, while currently it will disappear when scrolling
- make the attachment-icon (singleclick) in the messagelisting jump directly to the message-attachment. Currently it is just an icon without any link
- a javascript prompt before any actual delete action, for example in the addressbook page
- could we merge the _auth (GET) and sessid (COOKIE) into 1 sessionID?
Comments welcome :)
Regards, Sjon
!DSPAM:43cce8957008528330495!