wizards/com/sun/star/wizards/db/SQLQueryComposer.java | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 670f472e138c6f6b0233e8236befa3dbb1809824
Author: rbuj <robert....@gmail.com>
Date: Mon Sep 1 17:46:14 2014 +0200
wizards: fix javadoc error: bad use of '>'
Change-Id: Ide61f9ed907e8896ccb64b6c69b3a43068658ace
Reviewed-on: https://gerrit.libreoffice.org/11237
Reviewed-by: Thomas Arnhold <tho...@arnhold.org>
Tested-by: Thomas Arnhold <tho...@arnhold.org>
diff --git a/wizards/com/sun/star/wizards/db/SQLQueryComposer.java
b/wizards/com/sun/star/wizards/db/SQLQueryComposer.java
index 24f1072..1f7d2df 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
_______________________________________________
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
