Resolve direction correctly when dir attribute is not in a defined state

Source/core/html/HTMLElement.h

Index: Source/core/html/HTMLElement.h
diff --git a/Source/core/html/HTMLElement.h b/Source/core/html/HTMLElement.h
index 7fa604f43b310b65b60b7294005a4b64cbc45dd3..e7add4de17d08f1d2857f4b8fbc3415102b9f612 100644
--- a/Source/core/html/HTMLElement.h
+++ b/Source/core/html/HTMLElement.h
@@ -81,6 +81,7 @@ public:
 
     bool hasDirectionAuto() const;
     TextDirection directionalityIfhasDirAutoAttribute(bool& isAuto) const;
+    TextDirection determineDirection() const;

[tkent, 2014/11/19 03:38:34]

Only form controls use this function.  So we have no reason to rename it and
move it to HTMLElement.

[Sunil Ratnu, 2014/11/19 05:33:25]

The spec says that the directionality of an element (any element, not just an
HTML element) is either 'ltr' or 'rtl', and is determined as per the first
appropriate set of steps from the following list.

If the element is an input element whose type attribute is in the Telephone
state, and the dir attribute is not in a defined state, The directionality of
the element is 'ltr'. So if we are planning to have this check, then we might
need to move it to HTMLElement. We can do this in a separate CL, WDYT?

[tkent, 2014/11/19 08:17:29]

We should add |virtual AtomicString effectiveDirAttributeValue(const
AtomicString& value)| to HTMLElement,
HTMLElement::collectStyleForPresentationAttribute() calls it, and
HTMLInputElement overrides it so that it returns "ltr" for type=tel.

 
     virtual bool isHTMLUnknownElement() const { return false; }
     virtual bool isPluginElement() const { return false; }