I recently tried to set claws mail to have a non-character reply quotation however it will always default to "> " without a character in the quotation mark field. I am able to set it to many other characters just not a blank option.
All you need to if you wish to use this " " rather than this ">" is to use to
the space key as a character and then apply the change when setting the reply template.
I know this works in linux and it should do the same in Windows
Thanks but it doesn't quite do what I'm looking for as when replying in the windows build it inserts a space before the whole quotation so after four or five back and forth emails it builds up. I've been using forward as a replacement to reply temporarily.
When quote character is set to '> ' resulting second-level quotation looks like this:
'> > quoted text'
While I'd like it look like that:
'>> quoted text'
As I was advised on IRC, there's no easy way to achieve what I want. I belive it's pretty natural way of quoting. At list it is the default way in many other mail agents.
I have resolved this issue (at least the one mentioned in the last comments, not sure what the first comments are about) by applying this patch:
and setting my quote character to '>'
I have suggested this patch in the past and put up a message to the dev list if I recall correctly for merging this in, but there was no interest in it apparently.
(In reply to comment #4)
> I have resolved this issue (at least the one mentioned in the last comments,
> not sure what the first comments are about) by applying this patch:
> and setting my quote character to '>'
> I have suggested this patch in the past and put up a message to the dev list
> if I recall correctly for merging this in, but there was no interest in it
Your patch works well if we start and stick with '>', but it doesn't work quite so well for all those users who are using with '> '. In the case of '> ', which will be almost everyone, it adds an extra space to each quoted line, '> ', unless the quoted line is wrapped, and then the wrapped part gets just one space, '> '. So, in my opinion, it needs a little more work on dealing better with the space(s) between quote marker and quoted text.
Agreed, it can be a lot smarter.
Created attachment 1634 [details]
reply quote patch
Apply minimal magic to the reply quote handling for the case the quote mark is longer than one character and the quote mark ends with a space.
The last space of the quote mark is stripped and the result used as quote mark.
Special case: the quote mark has only one space at the end and the text to be quoted doesn't start with ">" and the quote mark. For this case a space is inserted to separate the quote marks from the text.
Doing like this, the desired behavior (separate quote marks from text, but don't separate quote mark from existing quote marks) can be reached with a quote string like "> ", "@ ", ": ", ...
A behavior similar to the old behavior can be reached with a quote string containing two spaces "> ", "@ ", ": ", ...
As said, the patch doesn't change the behavior for quote strings not ending with a space or not longer than one character.