diff --git a/astro.ui b/astro.ui
index 410f613cf..d0be95965 100644
--- a/astro.ui
+++ b/astro.ui
@@ -7,7 +7,7 @@
0
0
359
- 287
+ 342
@@ -160,7 +160,7 @@
-
- <html><head/><body><p>Press and hold the CTRL key to adjust the sked frequency manually with the rig's VFO dial or enter directly into the band edit.</p></body></html>
+ <html><head/><body><p>Press and hold the CTRL key to adjust the sked frequency manually with the rig's VFO dial or enter frequency directly into the band entry field on the main window.</p></body></html>
Qt::AutoText
diff --git a/doc/user_guide/en/controls-functions-left.adoc b/doc/user_guide/en/controls-functions-left.adoc
index f43556af8..c380daec8 100644
--- a/doc/user_guide/en/controls-functions-left.adoc
+++ b/doc/user_guide/en/controls-functions-left.adoc
@@ -18,6 +18,11 @@ recognized ADIF format, for example 630m, 20m, or 70cm. The band-name
format works only if a working frequency has been set for that band
and mode, in which case the first such match is selected.
+TIP: You can also enter a frequency increment in kHz above the
+currently displayed integer MHz. For example, if the displayed
+frequency is 10,368.100, enter `165k` (don't forget the `k`!) to QSY
+to 10,368.165.
+
* A small colored circle appears in green if the CAT control is
activated and functional. The green circle contains the character S
if the rig is detected to be in *Split* mode. The circle becomes red
diff --git a/doc/user_guide/en/controls-functions-menus.adoc b/doc/user_guide/en/controls-functions-menus.adoc
index 4eb4cca9a..c9463cbe3 100644
--- a/doc/user_guide/en/controls-functions-menus.adoc
+++ b/doc/user_guide/en/controls-functions-menus.adoc
@@ -20,6 +20,12 @@ image::file-menu.png[align="left",alt="File Menu"]
==== Configuration Menu
image::config-menu.png[align="left",alt="File Menu"]
+Many users prefer to create and use entries on the *Configurations*
+menu for switching between modes. Simply *Clone* the *Default* entry,
+*Rename* it as desired, and then make all desired settings for that
+configuration. These settings will be restored whenever you select
+that entry.
+
[[VIEW_MENU]]
==== View Menu
image::view-menu.png[align="left",alt="View Menu"]
diff --git a/doc/user_guide/en/protocols.adoc b/doc/user_guide/en/protocols.adoc
index 6a00cda95..5161652c4 100644
--- a/doc/user_guide/en/protocols.adoc
+++ b/doc/user_guide/en/protocols.adoc
@@ -90,7 +90,24 @@ separation is 110250/4096 = 26.92 Hz multiplied by n for JT65A, with n
[[QRA64_PROTOCOL]]
==== QRA64
-Still to come ...
+QRA64 is an experimental mode intended for EME and other extreme
+weak-signal applications. Its internal code was designed by IV3NWV.
+The protocol uses a (63,12) Q-ary Repeat Accumulate code that is
+inherently better than the Reed Solomon (63,12) code used in JT65,
+yielding a 1.3 dB advantage. A new synchronizing scheme is based on
+three 7 x 7 Costas arrays. This change yields another 1.9 dB
+advantage. A few details of the QRA64 protocol are still subject to
+change, as more experience is gained.
+
+In most respects the current implementation of QRA64 is operationally
+similar to JT65. QRA64 does not use two-tone shorthand messages, and
+it makes no use of a callsign database. Rather, additional
+sensitivity is gained by making use of already known information as a
+QSO progresses -- for example, when reports are being exchanged and
+you have already decoded both callsigns in a previous transmission.
+QRA64 presently offers no message averaging capability, though that
+feature may be added. In early tests, many EME QSOs have been made
+using submodes QRA64A-E on bands from 144 MHz to 10 GHz.
[[SLOW_SUMMARY]]
==== Summary
diff --git a/doc/user_guide/en/tutorial-example2.adoc b/doc/user_guide/en/tutorial-example2.adoc
index 42e5b45f1..6b7f06ef1 100644
--- a/doc/user_guide/en/tutorial-example2.adoc
+++ b/doc/user_guide/en/tutorial-example2.adoc
@@ -14,7 +14,7 @@ frequency limit is approximately 4000 Hz.
.Open a Wave File:
-- Select *File | Open* and navigate to +...\save\samples\130610_2343.wav+.
+- Select *File | Open* and navigate to +...\save\samples\JT9+JT65\130610_2343.wav+.
The waterfall should look something like this:
//.130610_2343.wav Decode
diff --git a/v1.7_Features.txt b/v1.7_Features.txt
index fbf3abce7..ff31b96ac 100644
--- a/v1.7_Features.txt
+++ b/v1.7_Features.txt
@@ -7,12 +7,12 @@ Short list of new features
2. Newly implemented submodes: JT65B-C, JT9B-H (wide and fast).
3. FT decoder replaces KV decoder for JT65; KVASD is no longer used.
4. Improvements to JT4, JT9, and JT65 decoders.
-5. Multi-pass decoding for JT65 and WSPR.
+5. Multi-pass decoding now implemented for JT65 as well as WSPR.
6. Many improvements to Rig Control.
7. Improved convenience features for EME Doppler tracking.
8. Multiple configurations can be saved and restored.
9. Sample-file download facility.
-10. Optional auto-sequencing for "fast" modes.
+10. Optional auto-sequencing for Fast modes.
11. Power settings optionally remembered for Transmit and Tune on a
band-by-band basis.
@@ -97,9 +97,10 @@ identify.
Final Comments
--------------
-Remember that you are using a pre-release version of WAJT-X. We will
+Remember that you are using a pre-release version of WSJT-X. We will
be grateful for any and all reports from test users; these will surely
help us to make further improvements to WSJT-X. The most helpful bug
reports describe the problem clearly and include a complete recipe to
reproduce it. Feature requests are also welcome. Send your reports
-to wsjtgroup@yahoogroups.com.
+to wsjtgroup@yahoogroups.com, or to the developers list
+wsjt-devel@lists.sourceforge.net.