El mar, 20-08-2013 a las 10:41 -0700, Martin Robinson escribió:
On Mon, Aug 19, 2013 at 10:16 PM, Ryosuke Niwa rn...@webkit.org wrote:
Are Qt and GTK+ (and other) ports intentionally returning false in
shouldShowPlaceholderWhenFocused? Or is this just an oversight due to the
fact the
+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
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
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 other)
On Aug 20, 2013, at 5:43 AM, Allan Sandfeld Jensen k...@carewolf.com 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,input placeholder="Title"why should it be visible when focusedThis is something that
On Mon, Aug 19, 2013 at 10:16 PM, Ryosuke Niwa rn...@webkit.org 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
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
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
On Tue, Aug 20, 2013 at 1:52 PM, Ryosuke Niwa rn...@webkit.org 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
___
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
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 other) ports intentionally returning false
in
11 matches
Mail list logo
