real -> live

1 files changed, 3 insertions, 3 deletions

diff --git a/README.xwidget b/README.xwidget
index aa3dd77211b..506e34a7866 100644
--- a/README.xwidget
+++ b/README.xwidget
@@ -17,7 +17,7 @@ create them with an api, get a reference, and tie them to a particular
 buffer with a display spec. Also, xwidgets exists in only one copy,
 where a plain image can be shown in several windows. The xwidget code
 tries to handle this by essentialy making a screen capture of the
-widget and displaying those in the non-active windows, and the real
+widget and displaying those in the non-active windows, and the live
 widget in the active window. This doesnt currently work for xembed
 gtk_socket widgets.
 
@@ -43,7 +43,7 @@ synchonous with Emacs display changes. Ok, so why is that difficult then?
   iterate all xwidgets and hide those which hasnt been displayed. 
 
 - In the general case, there can only be one xwidget, and several views of
-  it. There is one real view, and several phantom views. The real view is defined
+  it. There is one live view, and several phantom views. The live view is defined
   to be in the currently selected window. All other views are phantom views. 
 
   Even this simple rule is difficult to implement in practice because Emacs
@@ -61,7 +61,7 @@ synchonous with Emacs display changes. Ok, so why is that difficult then?
   forward, and when and how to do it. 
 
 - The case of showing an xwidget in several frames is not solved at all
-  currently. This would mean moving the real xwidget between frames when the
+  currently. This would mean moving the live xwidget between frames when the
   selected window moves. The gtk widget will need to be reparented between
   windows, which seem fragile.