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
Drag to upload #56
Comments
@auniverseaway this issue made me think about a possibility to upload existing word docs straight into a da directory. (drag from my local into DA) Some kind of .docx -> .alleydoc converter? to make migrations easier. Not sure if thats what this issue is also trying to get at. |
@docs-dre 100%. There's some interesting implications here. We get a lot of what you're trying to accomplish for free right now because we store the exact same format as AEM Edge Delivery. This means you can take any page from hlx.page and upload it to DA. Where this falls down is metadata. Currently, metadata is only separated between Excel and Word.
I think we want this, but it would probably be later when we have docx migrations. |
* Support uploading depths of up to 1000 folders deep * Filters out unsupported file types and extensions * Supports all major browsers: Chrome, Safari, Firefox, iOS Safari * Supports singular uploads Resolves: GH-56
As an author I would like the ability to drag htmls, images, jsons in the
da-browse
block instead of using the create new button so that I can do upload operations faster and in bulk.Criteria of acceptance
Additional context
We probably need a universal supported file type list in constants.js. The upload image plugin has the beginnings of this.
This unlocks simple content migrations in that someone can do offline edits in bulk (think find & replace a URL or image SRC) and then drag the items back in.
This issue should not be confused with bulk downloads which I think will require broader API support for zipping a series of items.
The text was updated successfully, but these errors were encountered: