-
Notifications
You must be signed in to change notification settings - Fork 263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Show first line of message as preview #2579
Comments
Other productsGmailOutlookApple mailAndroidSource: https://litmus.com/blog/the-ultimate-guide-to-preview-text-support and google image search |
so this would actually work well with the propsed solution for the iMIP issues I'm fighting with at the moment: |
Backend part is done via #6962 |
@nimishavijay @jancborchardt I believe we had mockups for this feature but I'm not able to find them. Could you post them here please for the frontend engineer? |
Actually we didn't. I'd say there should be one line under the subject in the same font size as the subject and in normal text (not bold) regardless of whether the email is unread or read. cc @jancborchardt on this |
Frontend part 1/2 done via #6966 |
@jancborchardt @nimishavijay where should the preview show on the right pane? I'm tempted to put it left of the date but the space is precious #7010 |
Preview should:
Regarding soace, see my comment on the issue you linked. |
It would be nice if this was a configurable option. Most imap clients default to 1 line but have the option to disable or change the number of preview lines (usually between 0 and 3) |
Frontend part 2/2 done in #7021 |
Feature Request
As any other decent IMAP client would do, our should also show the start of the first line of each message in the message list.
Summary
See above
Caveat: this operation is expensive. We have to fetch the body part. HTML message need special care.
In a later stage we can optimize to omit stuff like greetings or quoted text for bottom replies. For a start, the first line is good enough.
Implementation idea
We should fetch this data on demand, similar to the avatars. The data should then be written to the message cache #2064 (or memcache? 🤔) as it is immutable.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: