After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 450820 - Add an empty line at the beginning of the mail body when relpying a mail
Add an empty line at the beginning of the mail body when relpying a mail
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.12.x
Other All
: Normal major
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 269284 (view as bug list)
Depends on:
Blocks: 469605
 
 
Reported: 2007-06-25 06:37 UTC by Wang Xin
Modified: 2013-09-13 00:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch to fix the bug (826 bytes, patch)
2007-06-25 06:44 UTC, Wang Xin
committed Details | Review

Description Wang Xin 2007-06-25 06:37:16 UTC
Currently, when someone replies a mail, the new mail body will be something like:
On Mon, 2007-06-25 at 13:22 +0800, *** wrote:
>blah
>blah
>blah
If the user want to type something, he has to type the enter key first everytime.

It's convenient to add an empty line at the beginning of the mail body when someone replies a mail, so the user do not have to type the enter key himself everytime.
Comment 1 Wang Xin 2007-06-25 06:44:28 UTC
Created attachment 90601 [details] [review]
patch to fix the bug
Comment 2 André Klapper 2007-06-28 12:57:00 UTC
i don't get this. the cursor here is at the beginning of the message. this does not help at all, instead it encourages people to write their answer above the quoted text. great, even more mail where i have to scroll down and read up then. :-(

-
A: No.
Q: Should I answer text above the quotation?
Comment 3 Harry Lu 2007-06-29 01:35:20 UTC
In current composer, the initial cursor is always at the beginning of the message and the first line of the quoted message. If user want to reply above quotations, he usually have to type several Enter keys first. This patch will create a empty line for the user above the quotations, so that user could start typing directly.

Andre, as for your problem, I think we need an option in Evolution's composer that user could choose to reply above or behind the quoted messages. Then we will place the initial cursor accordingly. We should support such a configurable option, I think. But this might be another RFE.

BTW, Based on current behavior, if you want to reply behind a message, you have to move the cursor to the end of message manually, right?
Comment 4 Srinivasa Ragavan 2007-06-30 19:43:56 UTC
I dont think it is a bad idea to add a new line before the mail in the reply though the reply may be inserted between the quotes, the first line often has a greeting. 

But I really hate an option for this. I would prefer to push the patch and hear from the users. It is possible that it can be annoying, but we have the luxury to test this in head and revert if the users start complaining.

Please commit to TRUNK only.
Comment 5 André Klapper 2007-07-01 19:29:23 UTC
srini's proposal sounds good.
Comment 6 Tobias Mueller 2007-07-07 14:25:35 UTC
I like this behaviour for the reason srini mentioned. I always put a greeter in the very first line so it saves me a push on the enter button now ;-)
Comment 7 Srinivasa Ragavan 2007-07-09 03:19:24 UTC
Looks like the patch is committed. Setting the status right.
Comment 8 Tobias Mueller 2007-08-22 16:53:32 UTC
(In reply to comment #4)
> I dont think it is a bad idea to add a new line before the mail in the reply
> though the reply may be inserted between the quotes, the first line often has a
> greeting. 
> 
> But I really hate an option for this. I would prefer to push the patch and hear
> from the users. It is possible that it can be annoying, but we have the luxury
> to test this in head and revert if the users start complaining.
> 
There is a complaint in bug 469292

I'd like to have an option for that. I don't see any problem with having an option for that anyway.
Comment 9 André Klapper 2012-02-09 19:39:08 UTC
*** Bug 269284 has been marked as a duplicate of this bug. ***