[INIT]: MVP for files-ui/react

Author: JinSSJ3

CHANGELOG.md

@@ -0,0 +1,183 @@
+# Change Log
+
+<p align="center">
+<img align="center" height="120" src="https://user-images.githubusercontent.com/43678736/132112022-0ca409ae-cca2-43c8-be89-110376260a3f.png" alt="dropone-ui-logo">
+
+<h1 align="center">  Dropzone-UI</h1>
+
+</p>
+
+All notable changes to this project will be documented in this file. See [standard-version](https://github.com/conventional-changelog/standard-version) for commit guidelines.
+
+<a name="6.4.0"></a>
+
+## [6.4.0](https://github.com/dropzone-ui/react-dropzone/releases/tag/v6.4.0) (2021-12-12)
+
+## 🧪 New features
+
+- \<FileItem/\>: Added `onWatch` prop. This prop provides an event handler for allowing full screen video previews. It works like `onSee` prop. It returns as first parameter the file object. If `onWatch` is present, file is `valid` and file type is `video`, `FileItem` will display the `play` button.
+- \<VideoPreview/\>: Added new component`VideoPreview`. This component is quite similar to `FullScreenPreview`. As the name sugests, this component is meant to be used to show video previews. Supported videos are the default supported videos by a [`<video/>`](https://www.w3schools.com/tags/tag_video.asp) tag (mp4, ogg, webm). First prop `videoSource` can be a `File` object or a `URI string` representation. Works in the same way as `FullScreenPreview`, it rcieves a `onClose` prop and an `open` prop.
+  It also recieves `autoplay` and `controls` props like classic html [`<video/>`](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/video#attributes) tag.
+
+## 🐛 Fixes or improvements
+
+- \<FullScreenPreview/>: Improved media query style.
+
+## 📚 Improved documentation.
+
+- Added documentation about new prop on `FileItem`.
+- Added documentation about new component `VideoPreview`.
+
+<a name="6.3.6"></a>
+
+## [6.3.6](https://github.com/dropzone-ui/react-dropzone/releases/tag/v6.3.6) (2021-07-12)
+
+## 🧪 New features
+
+- \<FileItem/\>: Added `resultOnToolip` prop. This prop provides another hover interaction. If present or `true`, FileItem will show the file validation status and the upload status on a nice tooltip. Otherwhise, if not present, false or undefined, FileItem will display the result on the InfoLayer. Special thanks to @mateusmx, 👏 who suggested this feature🧪.
+
+- \<Dropzone/\>: Added `disableScroll` prop. This prop disables the css property `overflow: auto` in FileItemContainer inside Dropzone, when it displays the FileItem list inside of it. It also disables the `maxHeight` property and forces the `view` prop to be `"grid"`. The purpose of this special prop is to allow FileItemContainer to grow at the same time FileItem list increases and prevent triggering scrollbars.
+
+## 🐛 Fixes or improvements
+
+- \<Dropzone/>: Fixed issue in FileItemContainer that made it to overflow the size of Dropzone.
+
+## 📚 Improved documentation.
+
+- Added documentation about this new features
+
+<a name="6.2.0"></a>
+
+## [6.2.0](https://github.com/dropzone-ui/react-dropzone/releases/tag/v6.2.0) (2021-26-11)
+
+### New features
+
+- \<FileItem/\>: Added `alwaysActive` prop. This prop provides hover interaction. If false (by default), FileItem will hide the main layer with all the buttons except the file validation status and the upload status. If true, main layer will be visible all the time.
+- \<FileItem/\>: Added `elevation` prop. This prop provides the user to decide about the shadow and border on the `FileItem` container.
+- `Webpage` in beta version was released. You can visit [dropzone-ui.com](http://www.dropzone-ui.com). In there you can find a nice code generator.
+
+### Fixesor improvements
+
+- \<Dropzone/\>: Fixed Spanish translation on footer.
+- \<Dropzone/\>: Hide "view" button when view prop is provided.
+- \<Dropzone/\>: Fix issue that hides dropzone label when FileItems are outside.
+- \<Dropzone/\>: Fixed minor issues on minHeight.
+- \<FileItem/\>: Hide "delete" button when onDelete prop is not provided
+- \<FileItem/\>: Change `word-break` css propertie from `break-all` to `break-word`;
+
+### Future feature
+
+- \<FileItem/\>: Show `upload status` on hover event.
+
+<a name="5.5.6"></a>
+
+## [5.5.6](https://github.com/dropzone-ui/react-dropzone/releases/tag/v5.3.0) (2021-26-11)
+
+- 🧪 Added Localization support for ✨ **Russian** and **Chinese** ✨.
+- 🐛 Fixed small bugs.
+- 📚 Improved documentation.
+
+<a name="3.0.1"></a>
+
+## [3.0.1](https://github.com/dropzone-ui/dropzone-ui/compare/v2.8.1...v3.0.1) (2021-10-11)
+
+### Features
+
+- Translation support for `Russian` :ru: and also simplified and traditional `Chinese` :cn: .
+- File Item component can show image directly from url.
+- Minor bugs on Dropzone useStyle hook fixed.
+
+<a name="3.0.1"></a>
+
+## [3.0.1](https://github.com/dropzone-ui/dropzone-ui/compare/v2.8.1...v3.0.1) (2021-10-11)
+
+### Features
+
+- Translation support for `Portuguese`.
+  <a name="2.8.1"></a>
+
+## [2.8.1](https://github.com/dropzone-ui/dropzone-ui/compare/v2.8.1...v2.1.1) (2021-10-08)
+
+### Features
+
+- Translation support for `French`.
+
+<a name="2.1.1"></a>
+
+## [2.1.1](https://github.com/dropzone-ui/dropzone-ui/compare/v2.1.1...v2.0.0) (2021-10-01)
+
+### Features
+
+- Fixed issue on tsconfig.json that affected build process
+
+<a name="2.1.0"></a>
+
+## [2.1.0](https://github.com/dropzone-ui/dropzone-ui/compare/v2.1.0...v2.0.0) (2021-09-28)
+
+### Features
+
+- Add preventDefault function on InputButton component
+- Improve Readme.md
+- Add Openbase badge
+- Improve description
+
+<a name="2.0.0"></a>
+
+## [2.0.0](https://github.com/dropzone-ui/dropzone-ui/compare/v2.0.0...v1.2.10) (2021-09-21)
+
+### Features
+
+- Improve Readme.md
+- Add localization for `Spanish` and `English`
+- Add Readme_es.md file
+
+<a name="1.2.10"></a>
+
+## [1.2.10](https://github.com/dropzone-ui/dropzone-ui/compare/v1.0.1...v1.0.2) (2021-09-21)
+
+### Features
+
+- Improve Readme.md
+- Add quiality badge
+  <a name="1.2.9"></a>
+
+## [1.2.9](https://github.com/dropzone-ui/dropzone-ui/compare/v1.0.1...v1.0.2) (2021-09-12)
+
+### Features
+
+- Release Input File Button
+- Release FileItemContainer Compnent
+- Improve API doc for all components (now arranged alphabetically)
+
+<a name="1.1.28"></a>
+
+## [1.1.28](https://github.com/dropzone-ui/dropzone-ui/compare/v1.0.1...v1.0.2) (2021-09-09)
+
+### Features
+
+- Minor bug fixed, upload status not hiding on info open fixed
+
+<a name="1.0.28"></a>
+
+## [1.0.28](https://github.com/dropzone-ui/dropzone-ui/compare/v1.0.1...v1.0.2) (2021-09-08)
+
+### Features
+
+- added readme status badges
+
+- Add Travis ci and coveralls integration
+
+- update README description
+- Dropzone, FileItem and FullScreenImage components released
+
+<a name="1.0.1"></a>
+
+## [1.0.1](https://github.com/dropzone-ui/dropzone-ui/compare/v1.0.0...v1.0.1) (2021-08-28)
+
+### Features
+
+- README improvements
+
+<a name="1.0.0"></a>
+
+# [1.0.0](https://github.com/dropzone-ui/dropzone-ui/compare/v0.1.2...v1.0.0) (2021-08-28)

CODE_OF_CONDUCT.md

@@ -0,0 +1,47 @@
+# Contributor Covenant Code of Conduct
+
+## Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, religion, or sexual identity and orientation.
+
+## Our Standards
+
+Examples of behavior that contributes to creating a positive environment include:
+
+- Using welcoming and inclusive language
+- Being respectful of differing viewpoints and experiences
+- Gracefully accepting constructive criticism
+- Focusing on what is best for the community
+- Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+- The use of sexualized language or imagery and unwelcome sexual attention or advances
+- Trolling, insulting/derogatory comments, and personal or political attacks
+- Public or private harassment
+- Publishing others' private information, such as a physical or electronic address, without explicit permission
+- Other conduct which could reasonably be considered inappropriate in a professional setting
+
+## Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
+
+## Scope
+
+This Code of Conduct applies within all project spaces, and it also applies when an individual is representing the project or its community in public spaces. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team at contact@mui.com. All complaints will be reviewed and investigated and will result in a response that is deemed necessary and appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident. Further details of specific enforcement policies may be posted separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant](https://www.contributor-covenant.org), version 1.4,
+available at https://www.contributor-covenant.org/version/1/4/code-of-conduct.html
+
+For answers to common questions about this code of conduct, see
+https://www.contributor-covenant.org/faq

CONTRIBUTING.md

@@ -0,0 +1,115 @@
+# Contributing to Dropzone-ui
+
+If you're reading this, you're awesome! Thank you for helping us make this project great and being a part of the dropzone-ui community. Here are a few guidelines that will help you along the way.
+
+## Code of Conduct
+
+Dropzone-ui has adopted the [Contributor Covenant](https://www.contributor-covenant.org/) as its Code of Conduct, and we expect project participants to adhere to it.
+Please read [the full text](/CODE_OF_CONDUCT.md) so that you can understand what actions will and will not be tolerated.
+
+## Your first Pull Request
+
+Working on your first Pull Request? You can learn how from this free video series:
+
+[How to Contribute to an Open Source Project on GitHub](https://egghead.io/courses/how-to-contribute-to-an-open-source-project-on-github)
+
+If you decide to fix an issue, please be sure to check the comment thread in case somebody is already working on a fix. If nobody is working on it at the moment, please leave a comment stating that you have started to work on it so other people don't accidentally duplicate your effort.
+
+If somebody claims an issue but doesn't follow up for more than a week, it's fine to take it over but you should still leave a comment.
+If there has been no activity on the issue for 7 to 14 days, it is safe to assume that nobody is working on it.
+
+## Sending a Pull Request
+
+Dropzone UI is a community project, so Pull Requests are always welcome, but, before working on a large change, it is best to open an issue first to discuss it with the maintainers.
+
+However, as it happen in the past, there could be small fixes than can be directly posted on a pull request.
+
+When in doubt, keep your Pull Requests small. To give a Pull Request the best chance of getting accepted, don't bundle more than one feature or bug fix per Pull Request. It's often best to create two smaller Pull Requests than one big one.
+
+1. Fork the repository.
+
+2. Clone the fork to your local machine and add upstream remote:
+
+```sh
+git clone https://github.com/<your username>/react.git
+cd react
+git remote add upstream https://github.com/dropzone-ui/react.git
+```
+
+<!-- #default-branch-switch -->
+
+3. Synchronize your local `master` branch with the upstream one:
+
+```sh
+git checkout master
+git pull upstream master
+```
+
+4. Install the dependencies with npm:
+
+```sh
+npm install
+```
+
+5. Create a new topic branch:
+
+```sh
+git checkout -b my-topic-branch
+```
+
+6. Make changes, commit and push to your fork:
+
+```sh
+git push -u origin HEAD
+```
+
+7. Go to [the repository](https://github.com/dropzone-ui/react) and make a Pull Request.
+
+The core team is monitoring for Pull Requests. We will review your Pull Request and either merge it, request changes to it, or close it with an explanation.
+
+## Commit Convention
+
+In order to make it easy to review the previous commits and understand the "what"s and "why"s behind each change, the following commit pattern is used:
+
+- To make descriptive commits the command `git commit -v` is used.
+- Otherwhise, `git commit -m "[<type>]: <message>"` command can be used when the commit message is not long enought to give it a body.
+
+```
+[<type>]: <subject>
+<BLANK_LINE>
+<body> (optional)
+```
+
+The definition for each commit section is as follows:
+
+`<type>`: A short label of the type of change.
+
+- It can be any of the following:
+  - FEAT: A new feature
+  - FIX: Bug fix
+  - DOCS: Documentation changes
+  - STYLE: Formatting, missing spaces, etc
+  - REFACTOR: Code that it's neither a feat nor a fix
+
+`<subject>`: It is a short description of the commit
+
+- In general, no more than 80 characters
+- Written in present tense
+- Starts with capital letter
+
+`<body>`: The long description of the commit
+
+- Explains why the commit is needed
+- Briefly explains what the commit does
+- Talks about the related test cases and docs
+- In general, no more than 80 characters per line
+
+## Coding style
+
+Please follow the coding style of the project. Dropzone ui uses prettier and eslint, so if possible, enable linting in your editor to get real-time feedback.
+
+Finally, when you submit a Pull Request, they are run again by our continuous integration tools, but hopefully, your code is already clean!
+
+## License
+
+By contributing your code to the [dropzone-ui/react](https://github.com/dropzone-ui/react) GitHub repository, you agree to license your contribution under the [MIT license](/LICENSE).