[Libreoffice-commits] core.git: wizards/com

[rbuj]

 wizards/com/sun/star/wizards/db/SQLQueryComposer.java |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 670f472e138c6f6b0233e8236befa3dbb1809824
Author: rbuj <robert.buj at 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 <thomas at arnhold.org>
    Tested-by: Thomas Arnhold <thomas at 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