On Thu, Aug 30, 2012 at 5:44 PM, Jonas Sicking wrote:
> I think while in theory we could rely on UAs to enable barcode entry
> anywhere, which definitely would provide the maximum capabilities for
> the user. In practice it seems hard to create UI which enables that
> while at the same time isn't
On Fri, Sep 7, 2012 at 6:35 AM, Ian Hickson wrote:
> On Thu, 30 Aug 2012, Jonas Sicking wrote:
>>
>> I think while in theory we could rely on UAs to enable barcode entry
>> anywhere, which definitely would provide the maximum capabilities for
>> the user. In practice it seems hard to create UI whi
On Fri, Sep 7, 2012 at 12:21 PM, Mikko Rantalainen
wrote:
> However, it's far from clear if this is worth WHATWG specification right
> yet. All these features could be nice but unless UA vendors are going to
> implement at least some of these, there's no point.
There's inputmode in the specificat
2012-09-07 07:35 Europe/Helsinki: Ian Hickson:
> On Thu, 30 Aug 2012, Jonas Sicking wrote:
>>
>> I think while in theory we could rely on UAs to enable barcode entry
>> anywhere, which definitely would provide the maximum capabilities for
> [...]
>
> In this respect it's similar to the WebKit-p
On Mon, 27 Aug 2012, Tab Atkins Jr. wrote:
> On Mon, Aug 27, 2012 at 10:56 AM, Ian Hickson wrote:
> > On Wed, 3 Aug 2011, Tab Atkins Jr. wrote:
> >> On Wed, Aug 3, 2011 at 8:50 AM, Randy wrote:
> >> > On top of that, the vast majority of these readers just translate
> >> > it back to text. It's
On 31 août 2012, at 14:19, Odin Hørthe Omdal wrote:
>
> Thing is, we don't need this on the web platform until some user agent
> actually supports giving input by a "reader" (don't even have to restrict
> it to barcode, it can be whatever).
Well we recently allowed the Web platform to get access
On Fri, 31 Aug 2012 12:26:23 +0200, Alexandre Morgaut
wrote:
Working in Web applications solutions, I would really love such input
type or mode
Thing is, we don't need this on the web platform until some user agent
actually supports giving input by a "reader" (don't even have to restrict
Working in Web applications solutions, I would really love such input type or
mode
Jonas asked if it was used enough.
I would say for what I know that many applications propose to read barcodes:
- to give informations about a product (either in business application or to
give informations to co
On Thu, Aug 30, 2012 at 4:19 PM, Tab Atkins Jr. wrote:
> On Thu, Aug 30, 2012 at 11:59 AM, Mounir Lamouri wrote:
>> On 08/30/2012 12:12 PM, Tab Atkins Jr. wrote:
>>> It shouldn't be a new input type, because it's not a *type* of value.
>>> Barcodes are simple a wrapper for a value, to make it mor
On Thu, Aug 30, 2012 at 11:59 AM, Mounir Lamouri wrote:
> On 08/30/2012 12:12 PM, Tab Atkins Jr. wrote:
>> It shouldn't be a new input type, because it's not a *type* of value.
>> Barcodes are simple a wrapper for a value, to make it more easily
>> machine-readable. Scanning a barcode is an input
On 08/30/2012 12:12 PM, Tab Atkins Jr. wrote:
> It shouldn't be a new input type, because it's not a *type* of value.
> Barcodes are simple a wrapper for a value, to make it more easily
> machine-readable. Scanning a barcode is an input mode for a value,
> just like typing or speaking it is.
Inde
On Thu, Aug 30, 2012 at 8:07 AM, Mounir Lamouri wrote:
> On 08/27/2012 07:01 PM, Andy Davies wrote:
>> On 27 August 2012 20:25, Tab Atkins Jr. wrote:
>>> On Mon, Aug 27, 2012 at 10:56 AM, Ian Hickson wrote:
>
> True, so this is perhaps closer to an IME hint, as has been suggested
> f
On 08/27/2012 07:01 PM, Andy Davies wrote:
> On 27 August 2012 20:25, Tab Atkins Jr. wrote:
>> On Mon, Aug 27, 2012 at 10:56 AM, Ian Hickson wrote:
True, so this is perhaps closer to an IME hint, as has been suggested
for a couple of other input types.
>>>
>>> Do you mean something
On 27 August 2012 20:25, Tab Atkins Jr. wrote:
> On Mon, Aug 27, 2012 at 10:56 AM, Ian Hickson wrote:
>>>
>>> True, so this is perhaps closer to an IME hint, as has been suggested
>>> for a couple of other input types.
>>
>> Do you mean something like inputmode=barcode? Can you elaborate on how
>
On Mon, Aug 27, 2012 at 10:56 AM, Ian Hickson wrote:
> On Wed, 3 Aug 2011, Tab Atkins Jr. wrote:
>> On Wed, Aug 3, 2011 at 8:50 AM, Randy wrote:
>> > On top of that, the vast majority of these readers just translate it
>> > back to text. It's just another input "device", as barcodes are fixed
>>
On Wed, 3 Aug 2011, Tab Atkins Jr. wrote:
> On Wed, Aug 3, 2011 at 8:50 AM, Randy wrote:
> > On top of that, the vast majority of these readers just translate it
> > back to text. It's just another input "device", as barcodes are fixed
> > (and sometimes standardized) fonts.
>
> True, so this i
On Fri, May 4, 2012 at 3:28 PM, Ian Hickson wrote:
> On Fri, 5 Aug 2011, Jonas Sicking wrote:
>>
>> Something like could allow the
>> browser to use a built-in barcode reader if it has one, or fire up a web
>> app using webintents/webactivities which would use the camera to read
>> the barcode.
>
On Wed, 3 Aug 2011, Mikko Rantalainen wrote:
>
> A form author expects user to enter some kind of code (e.g. driver id
> number, bank transfer code, product serial for warranty etc.) that is
> accompanied with a barcode on paper. The end user finds it hard to
> manually type the code.
>
> Poss
2011/8/3 Kornel Lesiński :
> On Wed, 03 Aug 2011 16:26:41 +0100, Tab Atkins Jr.
> wrote:
>
What do you think?
>>>
>>> Implementing this seems rather complicated for such a niche use. It also
>>> seems better to let sites handle this by themselves so these physical
>>> codes can evolve more ea
Henri Sivonen wrote:
I don't know how niche thing it is to actually own a dedicated USB
barcode reader, but where I live, using at least one Web app that
supports bar code reading (by having a text input requiring the bar
code reader can emulate a keyboard) is as mainstream as Web app usage
gets
On Wed, 2011-08-03 at 17:21 +0200, Anne van Kesteren wrote:
> On Wed, 03 Aug 2011 16:52:03 +0200, Mikko Rantalainen
> wrote:
> > What do you think?
>
> Implementing this seems rather complicated for such a niche use. It also
> seems better to let sites handle this by themselves so these physi
On Wed, 03 Aug 2011 16:26:41 +0100, Tab Atkins Jr.
wrote:
What do you think?
Implementing this seems rather complicated for such a niche use. It also
seems better to let sites handle this by themselves so these physical
codes can evolve more easily.
It actually seems relatively useful,
On Wed, Aug 3, 2011 at 8:21 AM, Anne van Kesteren wrote:
> On Wed, 03 Aug 2011 16:52:03 +0200, Mikko Rantalainen
> wrote:
>>
>> What do you think?
>
> Implementing this seems rather complicated for such a niche use. It also
> seems better to let sites handle this by themselves so these physical c
On Wed, Aug 3, 2011 at 8:50 AM, Randy wrote:
> On top of that, the vast majority of these readers just translate it back to
> text. It's just another input "device", as barcodes are fixed (and sometimes
> standardized) fonts.
True, so this is perhaps closer to an IME hint, as has been suggested
er: whatwg-boun...@lists.whatwg.org
To: WHATWG
To: Mikko Rantalainen
Subject: Re: [whatwg] input type=barcode?
Sent: Aug 3, 2011 17:21
On Wed, 03 Aug 2011 16:52:03 +0200, Mikko Rantalainen
wrote:
> What do you think?
Implementing this seems rather complicated for such a niche use. It also
On Wed, 03 Aug 2011 16:52:03 +0200, Mikko Rantalainen
wrote:
What do you think?
Implementing this seems rather complicated for such a niche use. It also
seems better to let sites handle this by themselves so these physical
codes can evolve more easily.
--
Anne van Kesteren
http://annev
Use case:
A form author expects user to enter some kind of code (e.g. driver id
number, bank transfer code, product serial for warranty etc.) that is
accompanied with a barcode on paper. The end user finds it hard to
manually type the code.
Possible solution:
The form could hint the user agent a
27 matches
Mail list logo