- From: Marcos Caceres <w3c@marcosc.com>
- Date: Wed, 4 Dec 2013 09:26:55 +1000
- To: Charles McCathie Nevile <chaals@yandex-team.ru>
- Cc: Jonas Sicking <jonas@sicking.cc>, Webapps WG <public-webapps@w3.org>, Kenneth Rohde Christiansen <kenneth.christiansen@gmail.com>, Kostiainen, Anssi <anssi.kostiainen@intel.com>, Web and Mobile IG <public-web-mobile@w3.org>
On Wednesday, December 4, 2013 at 9:17 AM, Marcos Caceres wrote: > > > > On Wednesday, December 4, 2013 at 7:43 AM, Charles McCathie Nevile wrote: > > > Yes. In-apge Search is something that might also be useful within an app - > > especially if you can find out it is happening and respond to it > > intelligently if the app hides things by default. > > > > > The ability to do this is useful, but I wonder if it’s kinda context specific. Just some very lose thoughts off the top off my head: > > * no (mobile) native application platform let’s you do this, AFAIK (just a fact - not a judgment or a good/bad thing). > * hardly any mobile browser currently supports this (which sucks, IMO). > * searching in page is not something that is usually shown by default: you have to press ctrl-f on most browsers to bring up in-page search. > * apps might only want specific runs of text (a group of elements) to be searchable… maybe this is a HTML feature <section searchable>? > > So I guess the option, if we were to support this, would be something like “searchable”. Then the UA can work out the best way to present show the search box (e.g., long press -> “Search on this screen”). > Tracked by: https://github.com/w3c/manifest/issues/90
Received on Tuesday, 3 December 2013 23:27:28 UTC