aboutsummaryrefslogtreecommitdiffstats
path: root/documentation
diff options
context:
space:
mode:
authorAnastasia Smirnova <anasmi@utu.fi>2018-12-17 14:01:33 +0200
committerSun Zhe <31067185+ZheSun88@users.noreply.github.com>2018-12-17 14:01:33 +0200
commitfebddda0578c8185e0c4c0f613f250490e0503a2 (patch)
tree333aefdf833d365f35df1cd7300c3739b86f81a5 /documentation
parentccb1c45a6a85e1fe6d0497d8b9bafc130a01ca92 (diff)
downloadvaadin-framework-febddda0578c8185e0c4c0f613f250490e0503a2.tar.gz
vaadin-framework-febddda0578c8185e0c4c0f613f250490e0503a2.zip
Add missing [source, java] to the java code blocks in documentation (#11381)
* Update clientsideapp-entrypoint.asciidoc Adding missing ```[source, java]```
Diffstat (limited to 'documentation')
-rw-r--r--documentation/clientsideapp/clientsideapp-entrypoint.asciidoc4
-rw-r--r--documentation/clientsideapp/clientsideapp-loading.asciidoc2
-rw-r--r--documentation/clientsideapp/clientsideapp-overview.asciidoc2
-rw-r--r--documentation/clientsidewidgets/clientsidewidgets-grid.asciidoc6
-rw-r--r--documentation/clientsidewidgets/clientsidewidgets-vaadin.asciidoc2
-rw-r--r--documentation/gwt/gwt-connector.asciidoc2
-rw-r--r--documentation/gwt/gwt-extension.asciidoc6
-rw-r--r--documentation/gwt/gwt-rpc.asciidoc6
-rw-r--r--documentation/gwt/gwt-server-side.asciidoc2
-rw-r--r--documentation/gwt/gwt-shared-state.asciidoc28
-rw-r--r--documentation/gwt/gwt-styling.asciidoc2
11 files changed, 31 insertions, 31 deletions
diff --git a/documentation/clientsideapp/clientsideapp-entrypoint.asciidoc b/documentation/clientsideapp/clientsideapp-entrypoint.asciidoc
index f13303bde4..954922310b 100644
--- a/documentation/clientsideapp/clientsideapp-entrypoint.asciidoc
+++ b/documentation/clientsideapp/clientsideapp-entrypoint.asciidoc
@@ -12,7 +12,7 @@ starts, much like the [methodname]#init()# method in server-side Vaadin UIs.
Consider the following application:
-
+[source, java]
----
package com.example.myapp.client;
@@ -51,7 +51,7 @@ configuration, in a client-side module descriptor, described in
Module Descriptor">>. The descriptor is an XML file with suffix
[filename]#.gwt.xml#.
-
+[source, xml]
----
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE module PUBLIC
diff --git a/documentation/clientsideapp/clientsideapp-loading.asciidoc b/documentation/clientsideapp/clientsideapp-loading.asciidoc
index 1ac6ddce1a..80ccfcfab2 100644
--- a/documentation/clientsideapp/clientsideapp-loading.asciidoc
+++ b/documentation/clientsideapp/clientsideapp-loading.asciidoc
@@ -11,7 +11,7 @@ You can load the JavaScript code of a client-side application in an HTML __host
page__ by including it with a [literal]#++<script>++# tag, for example as
follows:
-
+[source, html]
----
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
diff --git a/documentation/clientsideapp/clientsideapp-overview.asciidoc b/documentation/clientsideapp/clientsideapp-overview.asciidoc
index aa20571d8d..95f32b105e 100644
--- a/documentation/clientsideapp/clientsideapp-overview.asciidoc
+++ b/documentation/clientsideapp/clientsideapp-overview.asciidoc
@@ -30,7 +30,7 @@ the JavaScript of the compiled module is loaded in the browser.
Consider the following client-side application:
-
+[source, java]
----
public class HelloWorld implements EntryPoint {
@Override
diff --git a/documentation/clientsidewidgets/clientsidewidgets-grid.asciidoc b/documentation/clientsidewidgets/clientsidewidgets-grid.asciidoc
index 40e1e2ff19..738eb62080 100644
--- a/documentation/clientsidewidgets/clientsidewidgets-grid.asciidoc
+++ b/documentation/clientsidewidgets/clientsidewidgets-grid.asciidoc
@@ -29,7 +29,7 @@ modify the element as needed.
For example, [classname]#TextRenderer# is implemented simply as follows:
-
+[source, java]
----
public class TextRenderer implements Renderer<String> {
@Override
@@ -44,7 +44,7 @@ The server-side renderer API should extend [classname]#AbstractRenderer# or
[classname]#ClickableRenderer# with the data type accepted by the renderer. The
data type also must be given for the superclass constructor.
-
+[source, java]
----
public class TextRenderer extends AbstractRenderer<String> {
public TextRenderer() {
@@ -56,7 +56,7 @@ public class TextRenderer extends AbstractRenderer<String> {
The client-side and server-side renderer need to be connected with a connector
extending from [classname]#AbstractRendererConnector#.
-
+[source, java]
----
@Connect(com.vaadin.ui.renderer.TextRenderer.class)
public class TextRendererConnector
diff --git a/documentation/clientsidewidgets/clientsidewidgets-vaadin.asciidoc b/documentation/clientsidewidgets/clientsidewidgets-vaadin.asciidoc
index 21dc4d9e27..36dfaa5dea 100644
--- a/documentation/clientsidewidgets/clientsidewidgets-vaadin.asciidoc
+++ b/documentation/clientsidewidgets/clientsidewidgets-vaadin.asciidoc
@@ -13,7 +13,7 @@ widgets have somewhat different feature set from the GWT widgets and are
foremost intended for integration with the server-side components, but some may
prove useful for client-side applications as well.
-
+[source, java]
----
public class MyEntryPoint implements EntryPoint {
@Override
diff --git a/documentation/gwt/gwt-connector.asciidoc b/documentation/gwt/gwt-connector.asciidoc
index 9872e73dbe..f8fcb5dbe3 100644
--- a/documentation/gwt/gwt-connector.asciidoc
+++ b/documentation/gwt/gwt-connector.asciidoc
@@ -23,7 +23,7 @@ The basic tasks of a connector is to hook up to the widget and handle events
from user interaction and changes received from the server. A connector also has
a number of routine infrastructure methods which need to be implemented.
-
+[source,java]
----
@Connect(MyComponent.class)
public class MyComponentConnector
diff --git a/documentation/gwt/gwt-extension.asciidoc b/documentation/gwt/gwt-extension.asciidoc
index cf3162fa39..4e9fdec48a 100644
--- a/documentation/gwt/gwt-extension.asciidoc
+++ b/documentation/gwt/gwt-extension.asciidoc
@@ -34,7 +34,7 @@ extended component or UI as a parameter and passes it to __super.extend()__.
For example, let us have a trivial example with an extension that takes no
special parameters, and illustrates the three alternative APIs:
-
+[source,java]
----
public class CapsLockWarning extends AbstractExtension {
// You could pass it in the constructor
@@ -56,7 +56,7 @@ public class CapsLockWarning extends AbstractExtension {
The extension could then be added to a component as follows:
-
+[source,java]
----
PasswordField password = new PasswordField("Give it");
@@ -96,7 +96,7 @@ In the following example, we implement a "Caps Lock warning" extension. It
listens for changes in Caps Lock state and displays a floating warning element
over the extended component if the Caps Lock is on.
-
+[source,java]
----
@Connect(CapsLockWarning.class)
public class CapsLockWarningConnector
diff --git a/documentation/gwt/gwt-rpc.asciidoc b/documentation/gwt/gwt-rpc.asciidoc
index eac486fc3e..a4ba4b9d13 100644
--- a/documentation/gwt/gwt-rpc.asciidoc
+++ b/documentation/gwt/gwt-rpc.asciidoc
@@ -28,7 +28,7 @@ interface simply defines any methods that can be called through the interface.
For example:
-
+[source,java]
----
public interface MyComponentServerRpc extends ServerRpc {
public void clicked(String buttonName);
@@ -54,7 +54,7 @@ Before making a call, you need to instantiate the server RPC object with
[methodname]#RpcProxy.create()#. This is usually done transparently by using [methodname]#getRpcProxy()#. After that, you can make calls through the
server RPC interface that you defined, for example as follows:
-
+[source,java]
----
@Connect(MyComponent.class)
public class MyComponentConnector
@@ -87,7 +87,7 @@ RPC calls are handled in a server-side implementation of the server RPC
interface. The call and its parameters are serialized and passed to the server
in an RPC request transparently.
-
+[source,java]
----
public class MyComponent extends AbstractComponent {
private MyComponentServerRpc rpc =
diff --git a/documentation/gwt/gwt-server-side.asciidoc b/documentation/gwt/gwt-server-side.asciidoc
index 1139b78a39..9abf389a5e 100644
--- a/documentation/gwt/gwt-server-side.asciidoc
+++ b/documentation/gwt/gwt-server-side.asciidoc
@@ -19,7 +19,7 @@ The component state is usually managed by a __shared state__, described later in
<<dummy/../../../framework/gwt/gwt-shared-state#gwt.shared-state,"Shared
State">>.
-
+[source, java]
----
public class MyComponent extends AbstractComponent {
public MyComponent() {
diff --git a/documentation/gwt/gwt-shared-state.asciidoc b/documentation/gwt/gwt-shared-state.asciidoc
index 6e14b6c435..422ef43e1e 100644
--- a/documentation/gwt/gwt-shared-state.asciidoc
+++ b/documentation/gwt/gwt-shared-state.asciidoc
@@ -16,7 +16,7 @@ A shared state object simply needs to extend the
[classname]#AbstractComponentState#. The member variables should normally be
declared as public.
-
+[source, java]
----
public class MyComponentState extends AbstractComponentState {
public String text;
@@ -42,7 +42,7 @@ and other classes needed by shared-state or RPC communication.
For example, you could have the following definitions in the
[filename]#.gwt.xml# descriptor:
-
+[source, xml]
----
<source path="client" />
<source path="shared" />
@@ -59,7 +59,7 @@ A server-side component can access the shared state with the
implementation with one that returns the shared state object cast to the proper
type, as follows:
-
+[source, java]
----
@Override
public MyComponentState getState() {
@@ -70,7 +70,7 @@ public MyComponentState getState() {
You can then use the [methodname]#getState()# to access the shared state object
with the proper type.
-
+[source, java]
----
public MyComponent() {
getState().setText("This is the initial state");
@@ -86,7 +86,7 @@ A connector can access a shared state with the [methodname]#getState()# method.
The access should be read-only. It is required that you override the base
implementation with one that returns the proper shared state type, as follows:
-
+[source, java]
----
@Override
public MyComponentState getState() {
@@ -99,7 +99,7 @@ client-side. When a state change occurs, the [methodname]#onStateChanged()#
method in the connector is called. You should always call the superclass
method before anything else to handle changes to common component properties.
-
+[source, java]
----
@Override
public void onStateChanged(StateChangeEvent stateChangeEvent) {
@@ -141,7 +141,7 @@ separately in arbitrary order.
We can replace the [methodname]#onStateChange()# method in the earlier connector
example with the following:
-
+[source, java]
----
@OnStateChange("text")
void updateText() {
@@ -164,7 +164,7 @@ defines automatic delegation of the property value to the corresponding widget
property of the same name and type, by calling the respective setter for the
property in the widget.
-
+[source, java]
----
public class MyComponentState extends AbstractComponentState {
@DelegateToWidget
@@ -178,7 +178,7 @@ example in <<gwt.shared-state.onstatechange>>.
If you want to delegate a shared state property to a widget property of another
name, you can give the property name as a string parameter for the annotation.
-
+[source, java]
----
public class MyComponentState extends AbstractComponentState {
@DelegateToWidget("description")
@@ -196,7 +196,7 @@ only refer to a server-side component, while on the client-side you only have
widgets. References to components can be made by referring to their connectors
(all server-side components implement the [interfacename]#Connector# interface).
-
+[source, java]
----
public class MyComponentState extends AbstractComponentState {
public Connector otherComponent;
@@ -205,7 +205,7 @@ public class MyComponentState extends AbstractComponentState {
You could then access the component on the server-side as follows:
-
+[source, java]
----
public class MyComponent {
public void MyComponent(Component otherComponent) {
@@ -241,7 +241,7 @@ serialized to the client-side separately.
Let us begin with the server-side API:
-
+[source, java]
----
public class MyComponent extends AbstractComponent {
...
@@ -259,7 +259,7 @@ public class MyComponent extends AbstractComponent {
On the client-side, you can then get the URL of the resource with
[methodname]#getResourceUrl()#.
-
+[source, java]
----
@Override
public void onStateChanged(StateChangeEvent stateChangeEvent) {
@@ -273,7 +273,7 @@ public void onStateChanged(StateChangeEvent stateChangeEvent) {
The widget could then use the URL, for example, as follows:
-
+[source, java]
----
public class MyWidget extends Label {
...
diff --git a/documentation/gwt/gwt-styling.asciidoc b/documentation/gwt/gwt-styling.asciidoc
index 0071039316..6a903b6524 100644
--- a/documentation/gwt/gwt-styling.asciidoc
+++ b/documentation/gwt/gwt-styling.asciidoc
@@ -22,7 +22,7 @@ sub-elements as it desires.
For example, you could style a composite widget with an overall style and with
separate styles for the sub-widgets as follows:
-
+[source, java]
----
public class MyPickerWidget extends ComplexPanel {
public static final String CLASSNAME = "mypicker";