On Wed, May 02, 2012 at 01:02:10PM +0300, Aryeh Gregor wrote: > On Wed, May 2, 2012 at 9:59 AM, Ryosuke Niwa <rn...@webkit.org> wrote: > > Great. I think the tricky part will be defining exactly how and when the > > placeholder is displayed. > > > > e.g. Should it be treated as if there is a text node in the editable > > element? Should we ignore things like "<br>" or collapsible spaces when > > determining whether the element is empty or not? > > Currently the spec isn't clear about this for <input>, so I don't > think it needs to specify exactly for <textarea> or contenteditable > either. It can be left as a UI decision. As far as QoI goes, I think > you'd want to display it as long as there's no visible text or images > or things. <p><br></p> should still display the placeholder, and > probably so should <p><font color=red><br></font></p>, etc. As long > as there's no text (or <img>, etc.) that's visible to the user -- if > it *looks* empty, the placeholder should display.
I think that what you describe may hide state from the user (e.g., hides the style that will apply) and limits which positions you can point at with the mouse. A better alternative is that <p><br></p> displays a character that holds the position of the <br> and indicates its presence. You could use a return symbol, ⏎, or interpunct, ·, for the purpose. In the example <p><font color=red><br></font></p>, color that character red. Dave -- David Young dyo...@pobox.com Urbana, IL (217) 721-9981
