jdk/src/java.desktop/share/classes/java/awt/ActiveEvent.java
changeset 35667 ed476aba94de
parent 25859 3317bb8137f4
--- a/jdk/src/java.desktop/share/classes/java/awt/ActiveEvent.java	Mon Jan 11 06:10:32 2016 -0800
+++ b/jdk/src/java.desktop/share/classes/java/awt/ActiveEvent.java	Mon Jan 11 17:51:54 2016 +0300
@@ -28,19 +28,19 @@
 /**
  * An interface for events that know how to dispatch themselves.
  * By implementing this interface an event can be placed upon the event
- * queue and its <code>dispatch()</code> method will be called when the event
- * is dispatched, using the <code>EventDispatchThread</code>.
+ * queue and its {@code dispatch()} method will be called when the event
+ * is dispatched, using the {@code EventDispatchThread}.
  * <p>
  * This is a very useful mechanism for avoiding deadlocks. If
  * a thread is executing in a critical section (i.e., it has entered
  * one or more monitors), calling other synchronized code may
  * cause deadlocks. To avoid the potential deadlocks, an
- * <code>ActiveEvent</code> can be created to run the second section of
+ * {@code ActiveEvent} can be created to run the second section of
  * code at later time. If there is contention on the monitor,
  * the second thread will simply block until the first thread
  * has finished its work and exited its monitors.
  * <p>
- * For security reasons, it is often desirable to use an <code>ActiveEvent</code>
+ * For security reasons, it is often desirable to use an {@code ActiveEvent}
  * to avoid calling untrusted code from a critical thread. For
  * instance, peer implementations can use this facility to avoid
  * making calls into user code from a system thread. Doing so avoids