W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2013

Re: [whatwg] Forms: <input type=file> and directory tree picking

From: Jonas Sicking <jonas@sicking.cc>
Date: Thu, 3 Oct 2013 00:30:21 -0700
Message-ID: <CA+c2ei9tCf7LgY7HmigyTS2Tcd=TKuUqNDNMLOhapJPLWHY_2Q@mail.gmail.com>
To: Glenn Maynard <glenn@zewt.org>
Cc: WHAT Working Group <whatwg@lists.whatwg.org>, Jonathan Watt <jwatt@jwatt.org>, Ian Hickson <ian@hixie.ch>
On Oct 2, 2013 6:51 PM, "Glenn Maynard" <glenn@zewt.org> wrote:
>
> On Wed, Oct 2, 2013 at 7:48 PM, Jonas Sicking <jonas@sicking.cc> wrote:
>>
>> Proposals for filesystem is just part of what we need. We also need a way
>>
>> to expose it through HtMLInputElement. And a way to allow not exposing
the
>> files through .files.
>
>
> Assuming for now that we need separate modes for files and directories,
I'd suggest <input type=directory>, which causes a directory picker to be
shown, doesn't populate .files at all, and adds an API entry point to
retrieve a filesystem.  If somebody suggests an implementable way to expose
UI that doesn't need to separate files and directories then we may want
something else, but that doesn't seem likely to me.
>
> (Implementations could still allow selecting individual files, or groups
of files, as long as it's exposed transparently as if they're files in a
directory.  So, something like type=filesystem might be a better name.)

The downside with this approach is that it doesn't work well on systems
that doesn't have a filesystem in the traditional sense though. Such as
most mobile platforms.

I'd rather extend <input type=file multiple> such that platforms that have
directories can expose those, and ones that don't just expose files.

And on platforms that have combined file-or-directory pickers can render a
single button, and platforms that use separate Widgets can render two
buttons.

Then we of course need to deal with pages that want to do their own
styling...

/ Jonas
Received on Thursday, 3 October 2013 07:30:52 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:11 UTC