Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Improve XML line wrapping #8413

Merged
merged 1 commit into from
Sep 6, 2020
Merged

Improve XML line wrapping #8413

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
31 changes: 10 additions & 21 deletions bundles/org.openhab.binding.bosesoundtouch/src/main/resources/ESH-INF/config/config.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -16,8 +16,7 @@
</parameter>
<parameter name="appKey" type="text" required="false">
<label>Authorization Key</label>
<description>An authorization key used to identify the client application.
Should be requested from the developer
<description>An authorization key used to identify the client application. Should be requested from the developer
portal.
</description>
</parameter>
Expand All @@ -26,38 +25,28 @@
<config-description uri="channel-type:bosesoundtouch:notificationSound">
<parameter name="notificationVolume" type="integer" min="10" max="70" step="1" unit="%" required="false">
<label>Notification Sound Volume</label>
<description>This indicates the desired volume level while playing the notification.
The value represents a percentage
(0 to 100) of the full audible range of the speaker device.
A value less than 10 or greater than 70 will result in an
error and not play the notification.
Upon completion of the notification, the speaker volume will return to its
original value.
If not present, the notification will play at the existing volume level.
</description>
<description>This indicates the desired volume level while playing the notification. The value represents a
percentage (0 to 100) of the full audible range of the speaker device. A value less than 10 or greater than 70 will
result in an error and not play the notification. Upon completion of the notification, the speaker volume will
return to its original value. If not present, the notification will play at the existing volume level.</description>
</parameter>
<parameter name="notificationService" type="text" required="true">
<label>Notification Service</label>
<description>This indicates the service providing the notification.
This text will appear on the device display (when
<description>This indicates the service providing the notification. This text will appear on the device display (when
available) and the SoundTouch application screen.
</description>
<default>Notification</default>
</parameter>
<parameter name="notificationReason" type="text" required="false">
<label>Notification Reason</label>
<description>This indicates the reason for the notification.
This text will appear on the device display (when
available) and the SoundTouch application screen.
If a reason string is not provided, the field with be blank.
<description>This indicates the reason for the notification. This text will appear on the device display (when
available) and the SoundTouch application screen. If a reason string is not provided, the field with be blank.
</description>
</parameter>
<parameter name="notificationMessage" type="text" required="false">
<label>Notification Message</label>
<description>This indicates further details about the notification.
This text will appear on the device display (when
available) and the SoundTouch application screen.
If a message string is not provided, the field with be blank.
<description>This indicates further details about the notification. This text will appear on the device display (when
available) and the SoundTouch application screen. If a message string is not provided, the field with be blank.
</description>
</parameter>
</config-description>
Expand Down
46 changes: 14 additions & 32 deletions bundles/org.openhab.binding.bticinosmarther/src/main/resources/ESH-INF/config/config.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -27,17 +27,15 @@
<parameter name="subscriptionKey" groupName="subscription" type="text" pattern="[0-9a-f]{32}">
<label>Subscription Key</label>
<description>This is the Subscription Key provided by BTicino/Legrand when you subscribe to Smarther - v2.0 product.
Go to
https://developer.legrand.com/tutorials/getting-started/</description>
Go to https://developer.legrand.com/tutorials/getting-started/</description>
<required>true</required>
</parameter>

<parameter name="clientId" groupName="application" type="text"
pattern="[0-9a-f]{8}[-]([0-9a-f]{4}[-]){3}[0-9a-f]{12}">
<label>Client ID</label>
<description>This is the Client ID provided by BTicino/Legrand when you add a new Application to your developer
account. Go to
https://developer.legrand.com/tutorials/create-an-application/</description>
account. Go to https://developer.legrand.com/tutorials/create-an-application/</description>
<required>true</required>
</parameter>

Expand All @@ -52,15 +50,10 @@
<parameter name="useNotifications" groupName="advancedset" type="boolean">
<label>Use Notifications</label>
<description>ON = the bridge subscribes each of its locations to receive C2C notifications upon changes on each of
its modules' status or sensors
data - temperature, humidity (requires a public https endpoint has been set as "First
Reply Url" when registering the
Application on Legrand's development
portal); OFF = for each module connected to this
bridge, status+sensors data are requested to Smarther API gateway on a
periodical basis and whenever new
settings are
applied (period can be changed via module's "Status Refresh Period" parameter).</description>
its modules' status or sensors data - temperature, humidity (requires a public https endpoint has been set as "First
Reply Url" when registering the Application on Legrand's development portal); OFF = for each module connected to
this bridge, status+sensors data are requested to Smarther API gateway on a periodical basis and whenever new
settings are applied (period can be changed via module's "Status Refresh Period" parameter).</description>
<required>false</required>
<advanced>true</advanced>
<default>true</default>
Expand All @@ -69,11 +62,8 @@
<parameter name="statusRefreshPeriod" groupName="advancedset" type="integer" min="1" unit="min">
<label>Bridge Status Refresh Period (minutes)</label>
<description>This is the frequency the Smarther API gateway is called to update bridge status. There are limits to
the number of
requests that can be sent to the Smarther API gateway. The more often you poll, the faster locations
are updated - at the
risk of running out of your request
quota.</description>
the number of requests that can be sent to the Smarther API gateway. The more often you poll, the faster locations
are updated - at the risk of running out of your request quota.</description>
<required>false</required>
<advanced>true</advanced>
<unitLabel>Minutes</unitLabel>
Expand Down Expand Up @@ -115,8 +105,7 @@
<parameter name="settingsAutoupdate" groupName="advancedset" type="boolean">
<label>Module Settings Auto-Update</label>
<description>ON = the module settings are automatically updated according to the module status whenever it changes
(e.g. polling, notification,
etc.). OFF = the module settings are aligned to the module status only upon module
(e.g. polling, notification, etc.). OFF = the module settings are aligned to the module status only upon module
initialization.</description>
<required>false</required>
<advanced>true</advanced>
Expand All @@ -126,11 +115,8 @@
<parameter name="programsRefreshPeriod" groupName="advancedset" type="integer" min="1" unit="h">
<label>Programs Refresh Period (hours)</label>
<description>This is the frequency the Smarther API gateway is called to refresh Programs list used in "automatic"
mode. There are limits to the
number of requests that can be sent to the Smarther API gateway. The more often you
poll, the faster locations are updated
- at the risk of running out of your
request quota.</description>
mode. There are limits to the number of requests that can be sent to the Smarther API gateway. The more often you
poll, the faster locations are updated - at the risk of running out of your request quota.</description>
<required>false</required>
<advanced>true</advanced>
<unitLabel>Hours</unitLabel>
Expand All @@ -140,8 +126,7 @@
<parameter name="numberOfEndDays" groupName="advancedset" type="integer" min="1" max="9">
<label>Number Of Days For End Date</label>
<description>This is the number of days to be displayed in module settings, as options list for "End Date" field in
"manual" mode (e.g. 1 = only
"Today" is displayed, 5 = "Today" + "Tomorrow" + following 3 days are displayed).</description>
"manual" mode (e.g. 1 = only "Today" is displayed, 5 = "Today" + "Tomorrow" + following 3 days are displayed).</description>
<required>false</required>
<advanced>true</advanced>
<default>5</default>
Expand All @@ -150,11 +135,8 @@
<parameter name="statusRefreshPeriod" groupName="advancedset" type="integer" min="1" unit="min">
<label>Module Status Refresh Period (minutes)</label>
<description>This is the frequency the Smarther API gateway is called to update module status and sensors data. There
are limits to the number of
requests that can be sent to the Smarther API gateway. The more often you poll, the
faster locations are updated - at the
risk of running out of your request
quota.</description>
are limits to the number of requests that can be sent to the Smarther API gateway. The more often you poll, the
faster locations are updated - at the risk of running out of your request quota.</description>
<required>false</required>
<advanced>true</advanced>
<unitLabel>Minutes</unitLabel>
Expand Down
6 changes: 2 additions & 4 deletions bundles/org.openhab.binding.deconz/src/main/resources/ESH-INF/binding/binding.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -4,10 +4,8 @@
xsi:schemaLocation="https://openhab.org/schemas/binding/v1.0.0 https://openhab.org/schemas/binding-1.0.0.xsd">

<name>Dresden Elektronik deCONZ Binding</name>
<description>Allows to use the real-time channel of the deCONZ software for Zigbee sensors and switches.
deCONZ is the
accompanying software for the Raspbee and Conbee Zigbee dongles from Dresden Elektronik.
Is meant to be used together
<description>Allows to use the real-time channel of the deCONZ software for Zigbee sensors and switches. deCONZ is the
accompanying software for the Raspbee and Conbee Zigbee dongles from Dresden Elektronik. Is meant to be used together
with the HUE binding which makes the lights and plugs available.</description>
<author>David Graeff</author>
</binding:binding>
6 changes: 2 additions & 4 deletions bundles/org.openhab.binding.feed/src/main/resources/ESH-INF/binding/binding.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -4,10 +4,8 @@
xsi:schemaLocation="https://openhab.org/schemas/binding/v1.0.0 https://openhab.org/schemas/binding-1.0.0.xsd">

<name>Feed Binding</name>
<description>The Feed Binding downloads Feed data from URL,
displays information about the feed (number of Entries, last
published date, author, feed title and description, last entry)
and tracks for changes in the Feed at intervals.</description>
<description>The Feed Binding downloads Feed data from URL, displays information about the feed (number of Entries,
last published date, author, feed title and description, last entry) and tracks for changes in the Feed at intervals.</description>
<author>Svilen Valkanov</author>

</binding:binding>
5 changes: 2 additions & 3 deletions bundles/org.openhab.binding.feed/src/main/resources/ESH-INF/thing/thing-types.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -6,9 +6,8 @@

<!-- DEFINITIONS of terms used in the binding: Feed is a XML document used for providing users with frequently updated content.
The most popular feed formats are RSS and Atom. Entry is a single element in the Feed, that contains reference (link),
short
description and other information like images, comments and etc. Entry in this binding is abstraction for RSS item element
and Atom entry element. -->
short description and other information like images, comments and etc. Entry in this binding is abstraction for RSS item
element and Atom entry element. -->

<!-- Feed Thing Type -->
<thing-type id="feed">
Expand Down
6 changes: 2 additions & 4 deletions bundles/org.openhab.binding.innogysmarthome/src/main/resources/ESH-INF/thing/bridge.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -46,10 +46,8 @@
<required>false</required>
<unitLabel>seconds</unitLabel>
<label>WebSocket Idle Timeout in Seconds</label>
<description>The WebSocket is the connection to the innogy service that listens to status updates.
If no data is
received over the websocket connection for the given time,
the websocket will reconnect. 0 will disable the idle
<description>The WebSocket is the connection to the innogy service that listens to status updates. If no data is
received over the websocket connection for the given time, the websocket will reconnect. 0 will disable the idle
timeout. Default is 900 seconds (15 minutes).</description>
<default>900</default>
<advanced>true</advanced>
Expand Down
3 changes: 1 addition & 2 deletions bundles/org.openhab.binding.lirc/src/main/resources/ESH-INF/binding/binding.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -4,8 +4,7 @@
xsi:schemaLocation="https://openhab.org/schemas/binding/v1.0.0 https://openhab.org/schemas/binding-1.0.0.xsd">

<name>LIRC Binding</name>
<description>The LIRC binding allows transmission and receipt of
standard infrared remote control signals via a LIRC
<description>The LIRC binding allows transmission and receipt of standard infrared remote control signals via a LIRC
server.</description>
<author>Andrew Nagle</author>

Expand Down
9 changes: 3 additions & 6 deletions bundles/org.openhab.binding.lutron/src/main/resources/ESH-INF/thing/thing-types.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -93,8 +93,7 @@
<parameter name="onToLast" type="boolean">
<label>Turn On To Last Level</label>
<description>
If set to true, dimmer will go to the last non-zero level set when an ON command is received.
If the
If set to true, dimmer will go to the last non-zero level set when an ON command is received. If the
last level cannot be determined, the value of onLevel will be used instead.
</description>
<default>false</default>
Expand Down Expand Up @@ -1004,10 +1003,8 @@
<default>false</default>
<label>Update Processor Time</label>
<description>
The older HomeWorks processors seem to have difficulty keeping track of the time,
especially where
daylight savings is concerned. If this option is selected, the HomeWorks
bridge will automatically update the
The older HomeWorks processors seem to have difficulty keeping track of the time, especially where
daylight savings is concerned. If this option is selected, the HomeWorks bridge will automatically update the
processor on initialization and once per day thereafter.
</description>
</parameter>
Expand Down
20 changes: 6 additions & 14 deletions bundles/org.openhab.binding.max/src/main/resources/ESH-INF/thing/thing-types.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -107,13 +107,9 @@
</parameter>
<parameter name="refreshActualRate" type="integer" required="false" groupName="binding">
<label>Actual Temperature Refresh Rate</label>
<description>Experimental feature! Rate of the actual refresh in minutes.
0-9=refresh disabled. Minimum refresh rate
once/10 minutes, recommended
60min. The settings of the heating thermostats are changed to trigger an
update of
temperature, as the actual temperature only is updated when the
valves changes.</description>
<description>Experimental feature! Rate of the actual refresh in minutes. 0-9=refresh disabled. Minimum refresh rate
once/10 minutes, recommended 60min. The settings of the heating thermostats are changed to trigger an update of
temperature, as the actual temperature only is updated when the valves changes.</description>
<default>0</default>
<advanced>true</advanced>
</parameter>
Expand Down Expand Up @@ -238,13 +234,9 @@
</parameter>
<parameter name="refreshActualRate" type="integer" required="false" groupName="binding">
<label>Actual Temperature Refresh Rate</label>
<description>Experimental feature! Rate of the actual refresh in minutes.
0-9=refresh disabled. Minimum refresh rate
once/10 minutes, recommended
60min. The settings of the heating thermostats are changed to trigger an
update of
temperature, as the actual temperature only is updated when the
valves changes.</description>
<description>Experimental feature! Rate of the actual refresh in minutes. 0-9=refresh disabled. Minimum refresh rate
once/10 minutes, recommended 60min. The settings of the heating thermostats are changed to trigger an update of
temperature, as the actual temperature only is updated when the valves changes.</description>
<default>0</default>
<advanced>true</advanced>
</parameter>
Expand Down
3 changes: 1 addition & 2 deletions bundles/org.openhab.binding.mihome/src/main/resources/ESH-INF/binding/binding.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -5,8 +5,7 @@

<name>Xiaomi Mi Smart Home Binding</name>
<description>Connects to Xiaomi Smart Gateway v2 and allows to communicate with Xiaomi Mi Smart Home suite (also called
Xiaomi Aqara).
The Gateway connects with a range of Xiaomi Zigbee sensors such as Wireless Switches, Wall Plugs or
Xiaomi Aqara). The Gateway connects with a range of Xiaomi Zigbee sensors such as Wireless Switches, Wall Plugs or
Temperature Sensors.</description>
<author>Patrick Boos</author>

Expand Down
Loading