-
Notifications
You must be signed in to change notification settings - Fork 357
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] Stand alone td-file-browse
component.
#326
Comments
This is very much required as currently the upload part has its own way to push the file. This makes the API unusable incase if the user choses to use APIs like custom interceptors that validate, enrich actual request before sending to server, such as this [which I happen to rewrite based based on an existing implementation] |
Agree, but i think you have a misunderstanding on the how the Its The reason we want to split it into 2 parts is to give more flexibility UI wise, and create more atomic components. |
Thanks for the detailed explanation. My understanding was quite wrong. Based on your explanation, I feel that upload is a bit misleading to begin with. Here is my understanding of what user's expectations are
Given the above requirements, I dont see a reason for the existence of |
You basically described the new |
I still dont get the reasoning behind having |
Feature Request
It would be nice to have 60% of the
file-upload
code as stand alone for file selection (without upload). This throwing a(selected)
event when a file is selected and an API to get the selectedfile
+clear
it (up for debate on the API).Screenshots or link to CodePen/Plunker/JSfiddle
What is the expected behavior?
Acting as a
<input file="type">
but following the MD specs.What is the motivation / use case for changing the behavior?
Create an atom for reusability inside and out the
file-upload
.The text was updated successfully, but these errors were encountered: