aboutsummaryrefslogtreecommitdiffstats
path: root/actionmailer/CHANGELOG
diff options
context:
space:
mode:
authorJeremy Kemper <jeremy@bitsweat.net>2009-12-29 15:50:47 -0800
committerJeremy Kemper <jeremy@bitsweat.net>2009-12-29 15:50:47 -0800
commit153ce2f3285a5dbaea66b3e97416e4476197489d (patch)
tree4d4ef37a90024884449c4daa18c0898a49cef6e4 /actionmailer/CHANGELOG
parent71ffa760701d2240ece5f17b75df316611ecb3d0 (diff)
downloadrails-153ce2f3285a5dbaea66b3e97416e4476197489d.tar.gz
rails-153ce2f3285a5dbaea66b3e97416e4476197489d.tar.bz2
rails-153ce2f3285a5dbaea66b3e97416e4476197489d.zip
Clean up changelog a bit
Diffstat (limited to 'actionmailer/CHANGELOG')
-rw-r--r--actionmailer/CHANGELOG34
1 files changed, 12 insertions, 22 deletions
diff --git a/actionmailer/CHANGELOG b/actionmailer/CHANGELOG
index dc2d5f7314..6f4ba96844 100644
--- a/actionmailer/CHANGELOG
+++ b/actionmailer/CHANGELOG
@@ -1,35 +1,25 @@
-*Mail Integration
+*Rails 3.0 (pending)*
-* ActionMailer::Base :default_implicit_parts_order now is in the sequence of the order you want, no
-reversing of ordering takes place. The default order now is text/plain, then text/enriched, then
-text/html and then any other part that is not one of these three.
+* ActionMailer::Base :default_implicit_parts_order now is in the sequence of the order you want, no reversing of ordering takes place. The default order now is text/plain, then text/enriched, then text/html and then any other part that is not one of these three.
-* Mail does not have "quoted_body", "quoted_subject" etc. All of these are accessed via body.encoded,
- subject.encoded etc
+* Mail does not have "quoted_body", "quoted_subject" etc. All of these are accessed via body.encoded, subject.encoded etc
-* Every part of a Mail object returns an object, never a string. So Mail.body returns a Mail::Body
- class object, need to call #encoded or #decoded to get the string you want.
-
-* By default, a field will return the #decoded value when you send it :to_s and any object that
- is a container (like header, body etc) will return #encoded value when you send it :to_s
+* Every part of a Mail object returns an object, never a string. So Mail.body returns a Mail::Body class object, need to call #encoded or #decoded to get the string you want.
+
+* By default, a field will return the #decoded value when you send it :to_s and any object that is a container (like header, body etc) will return #encoded value when you send it :to_s
* Mail::Message#set_content_type does not exist, it is simply Mail::Message#content_type
-* Every mail message gets a unique message_id unless you specify one, had to change all the tests that
- check for equality with expected.encoded == actual.encoded to first replace their message_ids with
- control values
+* Every mail message gets a unique message_id unless you specify one, had to change all the tests that check for equality with expected.encoded == actual.encoded to first replace their message_ids with control values
* Mail now has a proper concept of parts, remove the ActionMailer::Part and ActionMailer::PartContainer classes
-* Calling #encoded on any object returns it as a string ready to go into the output stream of an email, this
- means it includes the \r\n at the end of the lines and the object is pre-wrapped with \r\n\t if it is a
- header field. Also, the "encoded" value includes the field name if it is a header field.
+* Calling #encoded on any object returns it as a string ready to go into the output stream of an email, this means it includes the \r\n at the end of the lines and the object is pre-wrapped with \r\n\t if it is a header field. Also, the "encoded" value includes the field name if it is a header field.
+
+* Attachments are only the actual attachment, with filename etc. A part contains an attachment. The part has the content_type etc. So attachments.last.content_type is invalid. But parts.last.content_type
+
+* There is no idea of a "sub_head" in Mail. A part is just a Message with some extra functionality, so it just has a "header" like a normal mail message
-* Attachments are only the actual attachment, with filename etc. A part contains an attachment. The part
- has the content_type etc. So attachments.last.content_type is invalid. But parts.last.content_type
-
-* There is no idea of a "sub_head" in Mail. A part is just a Message with some extra functionality, so it
- just has a "header" like a normal mail message
*2.3.2 [Final] (March 15, 2009)*