From 32c3516369768c73d7f4f6aea0e1b4adce41e6d3 Mon Sep 17 00:00:00 2001 From: Selim Gurun Date: Wed, 27 Jul 2016 11:41:22 -0700 Subject: [PATCH] Fix document format The document is all one single paragraph making it hard to read. fix it. Change-Id: Iadcfe6e55a813d7599ebdd4b160ed544c5296c16 --- core/java/android/webkit/WebMessagePort.java | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/core/java/android/webkit/WebMessagePort.java b/core/java/android/webkit/WebMessagePort.java index 5f33c7bdf046..54dd502ca7de 100644 --- a/core/java/android/webkit/WebMessagePort.java +++ b/core/java/android/webkit/WebMessagePort.java @@ -20,32 +20,32 @@ import android.annotation.SystemApi; import android.os.Handler; /** - * The Java representation of the + *

The Java representation of the * - * HTML5 message ports. + * HTML5 message ports.

* - * A Message port represents one endpoint of a Message Channel. In Android + *

A Message port represents one endpoint of a Message Channel. In Android * webview, there is no separate Message Channel object. When a message channel * is created, both ports are tangled to each other and started, and then * returned in a MessagePort array, see {@link WebView#createWebMessageChannel} - * for creating a message channel. + * for creating a message channel.

* - * When a message port is first created or received via transfer, it does not + *

When a message port is first created or received via transfer, it does not * have a WebMessageCallback to receive web messages. The messages are queued until - * a WebMessageCallback is set. + * a WebMessageCallback is set.

* - * A message port should be closed when it is not used by the embedder application + *

A message port should be closed when it is not used by the embedder application * anymore. A closed port cannot be transferred or cannot be reopened to send - * messages. Close can be called multiple times. + * messages. Close can be called multiple times.

* - * When a port is transferred to JS, it cannot be used to send or receive messages + *

When a port is transferred to JS, it cannot be used to send or receive messages * at the Java side anymore. Different from HTML5 Spec, a port cannot be transferred * if one of these has ever happened: i. a message callback was set, ii. a message was * posted on it. A transferred port cannot be closed by the application, since - * the ownership is also transferred. + * the ownership is also transferred.

* - * It is possible to transfer both ports of a channel to JS, for example for - * communication between subframes. + *

It is possible to transfer both ports of a channel to JS, for example for + * communication between subframes.

*/ public abstract class WebMessagePort { -- 2.11.0