diff options
author | rbuj <robert.buj@gmail.com> | 2014-09-01 17:46:14 +0200 |
---|---|---|
committer | Thomas Arnhold <thomas@arnhold.org> | 2014-09-02 02:17:50 -0500 |
commit | 670f472e138c6f6b0233e8236befa3dbb1809824 (patch) | |
tree | 4d309d8afcfccb59219ce884ae712385513690f8 /wizards | |
parent | nlpsolver: fix javadoc error: bad use of '>' (diff) | |
download | core-670f472e138c6f6b0233e8236befa3dbb1809824.tar.gz core-670f472e138c6f6b0233e8236befa3dbb1809824.zip |
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>
Diffstat (limited to 'wizards')
-rw-r--r-- | wizards/com/sun/star/wizards/db/SQLQueryComposer.java | 4 |
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 |