summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorrbuj <robert.buj@gmail.com>2014-09-01 17:46:14 +0200
committerThomas Arnhold <thomas@arnhold.org>2014-09-02 02:17:50 -0500
commit670f472e138c6f6b0233e8236befa3dbb1809824 (patch)
tree4d309d8afcfccb59219ce884ae712385513690f8
parentbc796af28524841eb54ed68836a87ff85e62e2ac (diff)
wizards: fix javadoc error: bad use of '>'
Change-Id: Ide61f9ed907e8896ccb64b6c69b3a43068658ace Reviewed-on: https://gerrit.libreoffice.org/11237 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
-rw-r--r--wizards/com/sun/star/wizards/db/SQLQueryComposer.java4
1 files changed, 2 insertions, 2 deletions
diff --git a/wizards/com/sun/star/wizards/db/SQLQueryComposer.java b/wizards/com/sun/star/wizards/db/SQLQueryComposer.java
index 24f1072fe305..1f7d2df31c75 100644
--- a/wizards/com/sun/star/wizards/db/SQLQueryComposer.java
+++ b/wizards/com/sun/star/wizards/db/SQLQueryComposer.java
@@ -416,9 +416,9 @@ public class SQLQueryComposer
* retrieves a normalized structured filter
*
* <p>XSingleSelectQueryComposer.getStructuredFilter has a strange habit of returning the predicate (equal, not equal, etc)
- * effectively twice: Once as SQLFilterOperator, and once in the value. That is, if you have a term "column <> 3", then
+ * effectively twice: Once as SQLFilterOperator, and once in the value. That is, if you have a term {@literal "column <> 3"}, then
* you'll get an SQLFilterOperator.NOT_EQUAL (which is fine), <strong>and</strong> the textual value of the condition
- * will read "<> 3". The latter is strange enough, but even more strange is that this behavior is not even consistent:
+ * will read {@literal "<> 3"}. The latter is strange enough, but even more strange is that this behavior is not even consistent:
* for SQLFilterOperator.EQUAL, the "=" sign is not include in the textual value.</p>
*
* <p>To abstract from this weirdness, use this function here, which strips the unwanted tokens from the textual value