Thanks for the status update, Ali! And kudos for the transparency around
your plans for the prefixed APIs.
Re: the new directory upload proposal [1]
It looks like there's some recent discussion [2] by Moz folks about moving
forward with implementation. On the Chrome side, we're definitely eager
Hello WebApps WG and Incubator CG members,
As you may know, we (Microsoft) have been collaborating with Mozilla on
evolving the new directory upload proposal [1]. It has recently been added to
the Incubator Community Group and we are looking forward to have everyone get
involved with providing
On Wed, May 13, 2015 at 11:51 PM, Jonas Sicking jo...@sicking.cc wrote:
One important question though is what would input type=file
directories do on platforms that don't have a directory UI concept?
Like most mobile platforms?
Err.. that should say:
What would input type=directory do on
On Wed, May 13, 2015 at 11:39 PM, Jonas Sicking jo...@sicking.cc wrote:
On that note, there is actually a 5th option that we can entertain. We could
have three different kinds of file inputs: one type for files, another for
directories, and yet another for handling both files and
On Wed, May 13, 2015 at 2:19 PM, Ali Alabbas a...@microsoft.com wrote:
Thank you for the feedback Jonas. After speaking to the OneDrive team at
Microsoft, they let me know that their use case for this would involve hiding
the file input and just spoofing a click to invoke the file/folder
Thank you for the feedback Jonas. After speaking to the OneDrive team at
Microsoft, they let me know that their use case for this would involve hiding
the file input and just spoofing a click to invoke the file/folder picker. This
makes me believe that perhaps there should be less of an
I strongly support this proposal. However - if it is possible to upload
a directly, it should also be possible to download it, including
exporting it from the download / sandbox into the real world.
I would also like to ask for an opinion on letting the developers choose
how they actually want
On Tue, May 5, 2015 at 10:50 AM, Ali Alabbas a...@microsoft.com wrote:
I recommend that we change the dir attribute to directories and keep
directory the same as it is now to avoid clashing with the existing dir
attribute on the HTMLInputElement. All in favor?
There's no current directory
I recommend that we change the dir attribute to directories and keep
directory the same as it is now to avoid clashing with the existing dir
attribute on the HTMLInputElement. All in favor?
As for the behavior of setting the directories attribute on a file input, we
have the following options:
On Tue, Apr 28, 2015 at 4:28 PM, Travis Leithead
travis.leith...@microsoft.com wrote:
Aaron opened an issue for this on GitHub [1] and I agree that it is a
problem and we should definitely rename it to something else! One option
might be to change dir to directory, but we would need a
back the virtual root holding the selected files and
folders).
[1] https://github.com/InternetExplorer/directory-upload/issues/1
To enable developers to build future interoperable solutions, we've
drafted a proposal [4], with the helpful feedback of Mozilla and Google,
that focuses strictly on providing the mechanisms necessary to enable
directory uploads.
The use of the dir attribute seems odd since I can already
Applications Working Group WG
Subject: Re: Directory Upload Proposal
On Thu, Apr 23, 2015 at 12:28 PM, Ali Alabbas a...@microsoft.com wrote:
Hello WebApps Group,
Hi Ali,
Yay! This is great to see a formal proposal for! Definitely something that
mozilla is very interested in working
dictate that this is
done in the HTML WG.
[4] Proposal:
http://internetexplorer.github.io/directory-upload/proposal.html
So, some specific feedback on the proposal.
First off, I don't think you can use the name dir for the new
attribute since that's already used for setting rtl/ltr
On Tue, Apr 28, 2015 at 3:53 PM, Ryan Seddon seddon.r...@gmail.com wrote:
To enable developers to build future interoperable solutions, we've
drafted a proposal [4], with the helpful feedback of Mozilla and Google,
that focuses strictly on providing the mechanisms necessary to enable
directory
On Tue, Apr 28, 2015 at 4:26 PM, Travis Leithead
travis.leith...@microsoft.com wrote:
Second, rather than adding a .directory attribute, I think that we should
simply add any selected directories to the .files list. My experience is
that having a direct mapping between what the user does, and
on the web developer?
-Original Message-
From: Ali Alabbas [mailto:a...@microsoft.com]
Sent: Tuesday, April 28, 2015 4:21 PM
To: Tab Atkins Jr.; Ryan Seddon
Cc: Web Applications Working Group WG
Subject: RE: Directory Upload Proposal
On Tue, Apr 28, 2015 at 4:15 PM, Tab Atkins Jr. jackalm
://internetexplorer.github.io/directory-upload/proposal.html
So, some specific feedback on the proposal.
First off, I don't think you can use the name dir for the new
attribute since that's already used for setting rtl/ltr direction.
Simply renaming the attribute to something else should fix this.
Second
On Thu, Apr 23, 2015 at 5:45 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Thu, Apr 23, 2015 at 12:28 PM, Ali Alabbas a...@microsoft.com wrote:
If there is sufficient interest, I would like to work on this within the
scope of the WebApps working group.
It seems somewhat better to just
On Fri, Apr 24, 2015 at 2:28 AM, Ali Alabbas a...@microsoft.com wrote:
If there is sufficient interest, I would like to work on this within the
scope of the WebApps working group.
And I'll help with the FileSystem API bit, ensuring that full spec.[3]
has bits about the Directory Upload
slowed down the pace
at which it is moving forward. Due to this, there is currently no interoperable
way to enable directory uploads on the web. We have received lots of feedback
from developers - including some working on Microsoft services such as OneDrive
- that supporting directory upload
On Thu, Apr 23, 2015 at 12:28 PM, Ali Alabbas a...@microsoft.com wrote:
If there is sufficient interest, I would like to work on this within the
scope of the WebApps working group.
It seems somewhat better to just file a bug against the HTML Standard
since this also affects the processing
22 matches
Mail list logo
