From 1e64f45b953b7e76c4fc143c8c35c3aae36437d6 Mon Sep 17 00:00:00 2001
From: Sander Koning <askoning@gmail.com>
Date: Mon, 27 Feb 2012 20:24:13 +0100
Subject: Fix note on @Getter wrt hasX fields: prefix is actually generated
 (conforming to beanspec)

---
 website/features/GetterSetter.html | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

(limited to 'website/features/GetterSetter.html')

diff --git a/website/features/GetterSetter.html b/website/features/GetterSetter.html
index 2d3b4efa..159aa525 100644
--- a/website/features/GetterSetter.html
+++ b/website/features/GetterSetter.html
@@ -52,8 +52,7 @@
 				will not be generated if there's already a method <code>getFoo(int x)</code> even though it is technically possible to make the method. This caveat
 				exists to prevent confusion. If the generation of a method is skipped for this reason, a warning is emitted instead.
 				</p><p>
-				For <code>boolean</code> fields that start with <code>is</code> or <code>has</code> immediately followed by a title-case letter, nothing is prefixed
-				to generate the getter name.
+				For <code>boolean</code> fields that start with <code>is</code> immediately followed by a title-case letter, nothing is prefixed to generate the getter name.
 				</p><p>
 				Any variation on <code>boolean</code> will <em>not</em> result in using the <code>is</code> prefix instead of the <code>get</code> prefix; for example,
 				returning <code>java.lang.Boolean</code> results in a <code>get</code> prefix, not an <code>is</code> prefix.
-- 
cgit