[webkit-reviews] review denied: [Bug 6503] content property doesn't support quotes : [Attachment 20365] Final patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Apr 30 23:45:41 PDT 2008


Eric Seidel <eric at webkit.org> has denied Vincent Ricard
<magic at magicninja.org>'s request for review:
Bug 6503: content property doesn't support quotes
http://bugs.webkit.org/show_bug.cgi?id=6503

Attachment 20365: Final patch
http://bugs.webkit.org/attachment.cgi?id=20365&action=edit

------- Additional Comments from Eric Seidel <eric at webkit.org>
There seem to be a bunch of little issues in this patch.

We'll see how many I get this first round.  I fear we may have to got a couple
rounds.

1.  There are a bunch of style guideline violations re: placement of "*"
http://webkit.org/coding/coding-style.html

No { } here:
 1921		  if (value2 && value2->unit == CSSPrimitiveValue::CSS_STRING)
{
 1922		      values->append(new QuotesValue(value1->string,
value2->string));
 1923		  } else

or here:

 3449	      if (primitiveValue && primitiveValue->getIdent() == CSSValueNone)
{
 3450		  m_style->setQuotes(0);
 3451	      } else {


I'm confused by this?
/ FIXME: we should use the version present in with CSSPrimitiveValue.cpp
 37 static String quoteString(const String& string)
 

Again, {}
 66	if (m_quote == CLOSE_QUOTE || m_quote == NO_CLOSE_QUOTE) {
 67	    --level;
 68	}


This seems hackish?

 111 void RenderQuote::calcPrefWidths(int lead)
 112 {
 113	 setTextInternal(originalText());
 114	 RenderText::calcPrefWidths(lead);
 115 }

(the setTextInternal during a calcPrefsWidths call).  Why is that
needed/correct?

0 <= m_level (for isVisible) would be more clear as m_level >= 0 IMO.


Why can't:
 839 bool StyleRareInheritedData::quotesDataEquivalent(const
StyleRareInheritedData& o) const

just be
return m_quotes == o.m_quotes && *m_quotes == *o.m_quotes ?
yes, that depends on the compiler short-circuting the &&, but that's safe.


Bah.  I wish the various setContent calls could share more code.

Any time you're returning an AtomicString, return emptyAtom instead of "";
there are at least 2 times where you could do that.

Generally each initializer gets its own line:
 1068	  QuotesData(const QuotesData& o)
 1069	      : m_openQuotes(o.m_openQuotes), m_closeQuotes(o.m_closeQuotes) {
}


I think m_quotes is leaking when set.  Can't m_quotes just be an OwnPtr?  I
don't think it needs to be a DataRef, but that would be another option.

In general the patch looks good.  r- for the various issues above.


More information about the webkit-reviews mailing list