Tickets :: Comment on [#10487] HTML/Text Signature

* Your Email Address
* Spam protection	Enter the letters below: .__ . .. ..__ .__ [__)\ /\|__\|[__)[__) \| \/ \| \|[__)[__)
Comment	> This turned into a complete overhaul of the signature system. After > thinking about this quite a bit, and looking at some other > implementations, I made the decision to completely remove all > signature options at compose time. > > Playing around with this for awhile, it makes composing much cleaner, > less confusing, and provides exactly what a signature feature is > designed to provide: a way to automatically add contact/disclaimer > information to outgoing messages based on the current identity used. > > Removing the signature swapping code is a fantastic development. > That code was some of the worst to try to upkeep, especially dealing > with Text->HTML mode swapping, and did not work reliably 100% of the > time. > > Specifically responding to Jan's thoughts earlier in this ticket, > thinking about it long and hard the features that he seeks will not > be retained. I can not think of a valid reason why someone would > need to edit their signature at compose time. If you are editing > your signature, then you are using the signature feature for > something it was NOT designed to do - this sounds more like a use > case for templates. We already have a UI to edit signatures in the > prefs screen. > > Additionally, I did not provide a way to turn signatures on/off for a > given message. I do not see the utility in providing this feature, > and if it is really needed it is easily provided by generating > another identity that has empty signatures.
Attachment
Watch this ticket

Saved Queries