Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

El mar, 20-08-2013 a las 23:41 -0700, Ryosuke Niwa escribió: > Does that mean we want the new Mac behavior > (i.e. shouldShowPlaceholderWhenFocused returning true) everywhere? I think so unless any GTK+ port maintainer disagree, but consistency with the platform is important too, so I'll first che

[webkit-dev] Fwd: Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

Does that mean we want the new Mac behavior (i.e. shouldShowPlaceholderWhenFocused returning true) everywhere? - R. Niwa On Tue, Aug 20, 2013 at 11:35 PM, Kangil Han wrote: > +1 > > -Original Message- > From: webkit-dev-boun...@lists.webkit.org [mailto: > webkit-dev-boun...@lists.webkit

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

+1 -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Carlos Garcia Campos Sent: Wednesday, August 21, 2013 3:08 PM To: Martin Robinson Cc: WebKit Development Subject: Re: [webkit-dev] Are Qt and GTK+ intentionally return

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

El mar, 20-08-2013 a las 10:41 -0700, Martin Robinson escribió: > On Mon, Aug 19, 2013 at 10:16 PM, Ryosuke Niwa wrote: > > Are Qt and GTK+ (and other) ports intentionally returning false in > > shouldShowPlaceholderWhenFocused? Or is this just an oversight due to the > > fact the default impleme

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

FYI. Chromium and Firefox have shouldShowPlaceHolderWhenFocused==true behavior in all platforms. Web authors can specify shouldShowPlaceHolderWhenFocused==false behavior with CSS if the default is shouldShowPlaceHolderWhenFocused==true, but they can't specify shouldShowPlaceHolderWhenFocused==true

[webkit-dev] Fwd: Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix

On Tue, Aug 20, 2013 at 4:20 PM, Ryosuke Niwa <> wrote: > On Tue, Aug 20, 2013 at 4:11 PM, Bruno de Oliveira Abinader < > brun...@partner.samsung.com> wrote: > >> >>From: Ryosuke Niwa >> Date: Tuesday, August 20, 2013 1:59 PM >> To: Bruno de Oliveira Abinader >> Subject: Re: [webkit-dev] Pro

Re: [webkit-dev] Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix

From: Maciej Stachowiak mailto:m...@apple.com>> Date: Tuesday, August 20, 2013 2:34 PM To: Bruno de Oliveira Abinader mailto:brun...@partner.samsung.com>> Subject: Re: [webkit-dev] Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix I agree with r

Re: [webkit-dev] Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix

From: Ryosuke Niwa mailto:ryosuke.n...@gmail.com>> Date: Tuesday, August 20, 2013 1:59 PM To: Bruno de Oliveira Abinader mailto:brun...@partner.samsung.com>> Subject: Re: [webkit-dev] Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix On Tue, Aug

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

On Tue, Aug 20, 2013 at 1:52 PM, Ryosuke Niwa wrote: > Thanks for the confirmation, Martin! > > I've started to wonder if we can tie this to the editing behavior instead. > Isn't this more about the platform UI than each framework? +1 ___ webkit-dev mai

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

On Tuesday 20 August 2013, Darin Adler wrote: > > That’s what this function was about; implementing both styles. > Thanks. I guess for Qt we would enable it on Mac, but keep it disabled elsewhere to stay consistent with the host platform. Best regards `Allan

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

Thanks for the confirmation, Martin! I've started to wonder if we can tie this to the editing behavior instead. Isn't this more about the platform UI than each framework? If so, it'll be nice to check the behavior on Windows and simply make the placeholder text behavior change based on the under

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

On Mon, Aug 19, 2013 at 10:16 PM, Ryosuke Niwa wrote: > Are Qt and GTK+ (and other) ports intentionally returning false in > shouldShowPlaceholderWhenFocused? Or is this just an oversight due to the > fact the default implementation returned false? I just confirmed that the native GTK+ behavior

[webkit-dev] Proposal: Move CSS3 Text Decoration properties out of CSS3_TEXT feature flag / remove vendor prefix

Hi WebKit, The CSS Level 3 Text Decoration specification [1] has recently changed status to "W3C Candidate Recommendation", which means it has been widely reviewed and is ready for implementation (so we can expect no further syntax changes). So far the following properties from that specificati

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

On Aug 20, 2013, at 5:43 AM, Allan Sandfeld Jensen wrote:What is a placeholder in the context of a text-editPlaceholder text is text telling you what to type, like in this example:data:text/html,why should it be visible when focusedThis is something that changed in Mac user inte

Re: [webkit-dev] Are Qt and GTK+ intentionally returning false in shouldShowPlaceholderWhenFocused?

On Tuesday 20 August 2013, Ryosuke Niwa wrote: > Hi, > > Once my patch for https://bugs.webkit.org/show_bug.cgi?id=120049 is landed, > Mac port will no longer return false in shouldShowPlaceholderWhenFocused. > > Mac, Windows, and EFL all return true in this function. > > Are Qt and GTK+ (and ot