diff --git a/README.md b/README.md
index 05401ea..d7cd203 100644
--- a/README.md
+++ b/README.md
@@ -7,9 +7,9 @@
 intelligent line wrapping. It has no problems with nested collections, function
 expressions, long argument lists, or otherwise tricky code.
 
-**The formatter is at an alpha state right now. It does a good job on most code,
-and I'd love to have you try it and report bugs, but it has known issues and its
-output will change over time.**
+**The formatter is at a beta state right now. It does a good job on most code,
+and I'd love to have you try it and [report bugs][bugs], but its output may
+change over time.**
 
 ## Running it
 
@@ -33,7 +33,7 @@
 If you pass `-w`, it will instead overwrite your existing files with the
 formatted results.
 
-You may pass an `--line-length` option to control the width of the page that it
+You may pass a `--line-length` option to control the width of the page that it
 wraps lines to fit within, but you're strongly encouraged to keep the default
 line length of 80 columns.
 
@@ -48,29 +48,28 @@
       var formatter = new DartFormatter();
 
       try {
-        formatter.format("""
+        print(formatter.format("""
         library an_entire_compilation_unit;
 
         class SomeClass {}
-        """);
+        """));
 
-        formatter.formatStatement("aSingle(statement);");
+        print(formatter.formatStatement("aSingle(statement);"));
       } on FormatterException catch (ex) {
         print(ex);
       }
     }
 
-[dart style guide]: https://www.dartlang.org/articles/style-guide/
-[globally activate]: https://www.dartlang.org/tools/pub/cmd/pub-global.html
-
 ## Stability
 
 You can rely on the formatter to not break your code or change its semantics.
 If it does do so, this is a critical bug and we'll fix it quickly.
 
-The heuristics the formatter uses to determine the "best" way to split a line
-are still being developed and may change over time. The ones today cover most
-common uses, but there's room for more refinement. We don't promise that code
-produced by the formatter today will be identical to the same code run through
-a later version of the formatter. We do hope that you'll like the output of the
-later version more.
\ No newline at end of file
+The rules the formatter uses to determine the "best" way to split a line may
+change over time. We don't promise that code produced by the formatter today
+will be identical to the same code run through a later version of the formatter.
+We do hope that you'll like the output of the later version more.
+
+[bugs]: https://github.com/dart-lang/dart_style/issues
+[dart style guide]: https://www.dartlang.org/articles/style-guide/
+[globally activate]: https://www.dartlang.org/tools/pub/cmd/pub-global.html
diff --git a/notes.txt b/notes.txt
deleted file mode 100644
index baa1d6c..0000000
--- a/notes.txt
+++ /dev/null
@@ -1,11 +0,0 @@
-Open questions:
-
-- If a collection fits on one line, should it always be made one line?
-- When should a parameter/argument list be split to one item per line versus
-  packing as many items as fit on each line?
-
----
-
-Things we should lint on:
-- Unnecessary {} in interpolation.
-- Ifs with an else where the if or else is not a curly body.
diff --git a/pubspec.yaml b/pubspec.yaml
index f6b6d63..277d533 100644
--- a/pubspec.yaml
+++ b/pubspec.yaml
@@ -1,5 +1,5 @@
 name: dart_style
-version: 0.1.0-dev
+version: 0.1.0
 author: Dart Team <misc@dartlang.org>
 description: Opinionated, automatic Dart source code formatter.
 homepage: https://github.com/dart-lang/dart_style