Note
Revamp Completed
According to an dev-email from Victor it turns out, that meanwhile the revamp is completed, thanks to the Revamp Team. The team decided to implement Flysystem, with adapters for Local, AWS S3, Rackspace, Dropbox, Ftp, Sftp, Zip, WebDAV. Please see also: External Storage
Some notes about a File Gallery revamp started in Tiki20. This will not be as big as Tracker Revamp in Tiki7, but still important.
Migration to elFinder has started.
- Tech background about File Galleries by Louis-Philippe important
- Should be able to convert files if appropriate tools are available on the server (FFmpeg is available on ClearOS and many other distros)
- Ex.: from .flv to .webm (even better to MPEG-Dash)
- https://github.com/alchemy-fr/Media-Alchemyst/blob/master/README.md is now in Tiki and it can use https://github.com/dagwieers/unoconv <-- This one deserves special attention
- http://mailru.github.io/FileAPI/ (lots of great features!)
- If we point to regular folders, we could use something like http://larsjung.de/h5ai/ to make them nicer to browse
- Use ClearOS filesystem as a potential back-end, as part of WikiSuite
- http://plone.org/products/zope-externaleditor-client
- PHP5 library that provides a filesystem abstraction layer
- http://old.nabble.com/-Tiki-devel-The-files-directory-and-how-to-make-it-easy-safe-for-people-not-to-store-files-in-MySQL-td34445022.html
- Take advantage HTML5 file access
- Our new Kolab Files feature seamlessly integrates into our web interface. On the right you can see a screenshot where you can choose to attach files from your Kolab files storage right to the email you are writing without first upload files to the server. We build this features to allow componentized usage in other web applications. There is a middleware allowing for multiple backends. For reference we provide a simple file storage based on IMAP to demonstrate how this all works. It is now trivial to integrate Kolab with ownCloud, Dropbox or any other service.
- Large wiki attachments
- File Metadata
- CMIS
- Batch upload zip file contents in sequential order
- Binary File Handling
- File Upload
- Version history: Do image comparison in File Gallery
- Web desktop make file browsing look like a local disk
- Merge image galleries into file galleries, and have a migration script, and way to avoid broken URLs
- COE File Gallery UI revamp
- Tidy up the buttons at the top (too many)
- Client-side toggle of extra info & edit icon
- Re-do gallery properties so they're like trackers
- Use Zend Framework for all the interesting things (ex: indexing files on shared hosting, php-reader, Zend_File_Transfer, etc.
- srcset attribute
- Sync like we do for trackers would be nice
- http://openupload.sourceforge.net/
- http://fineuploader.com/
- Tocc is a tag-based file management system. It also includes a tag-based file system called Toccfs. The goal of Tocc is to provide a better system for classifying files, more flexible than classic file systems that are based on a tree of files and directories.
https://www.ohloh.net/p/MaarchFramework
https://www.ohloh.net/p/jackalope-phpcr
http://phpcr.github.io/
Flysystem, with adapters for Local, AWS S3, Rackspace, Dropbox, Ftp, Sftp, Zip, WebDAV
- http://flysystem.thephpleague.com/
- https://github.com/thephpleague/flysystem#adapters
- https://github.com/barryvdh/elfinder-flysystem-driver
Revamp around elFinder and SabreDAV
- http://elfinder.org/ or https://github.com/reliv/zf2-elfinder
- File Gallery - Direct Mapping: Permit to manage files which are related, like a generated job of HTML and images
- File and Image helper (crop/resize, etc.)
- Make it more like a browser/picker
- Maybe a theme and previews of images?
- SabreDAV for WebDAV
Already somewhere in Tiki
- Nice jQuery Slideshow
- Draw SVG-edit
- WebODF
- CodeMirror
- Use PluginMediaPlayer to play file types
- Screencast & screenshot capture
- Search within
- Generate a PDF
Later
- pixastic photo editing (crop, rotate, resize, etc.)
- Preview text of a binary file (when Tiki can index)
- Convert to a native Tiki format
Transition strategy
Option 1 - Revolution and migration
Soft, optional transition until 12LTS, and then all out for 13
- Build it on the side and then, offer a migration path from
- File Gallery
- Image Gallery
- Wiki Attachments
- Tracker Attachments
- User Files
How to respect the URLs?
Option 2 - Evolve and cleanup
A bit like trackers, replace File Galleries by new code, and then, improve from better base
Abstract File Storage
Where file are stored should be abstracted so that we can plug and play with any potential Tiki User even if they already have a file storage system
Tiki should be able to interact with files from anywhere
- Files stored on same server as Tiki
- Files stored on separate server managed by user
- Shared Network Drive (SAMBA)
- Microsoft SharePoint
- ClearOS Flexshare
- OwnCloud (http://owncloud.org/)
- Amazon Cloud Storage (http://www.amazon.com/gp/feature.html?ie=UTF8&docId=1000796931)
- Google Drive (drive.google.com)
- Dropbox, Box.net etc... etc...
Smart Data Services
The idea behind Smart Data Services is to make sure that once we plug into any storage system, that our File Gallery features continue to be operational.
This means that regardless of where files are stored, Tiki features that we have or that we want to create should not depend on the location of the files
- Ability to index the data
- Ability to use the indexed data to:
- Display in a List
- Search
- NLP (https://tiki.org/TikiFest+NLP+12)
- Tracker File Field (https://doc.tiki.org/Files+Tracker+Field?structure=Documentation+TOC)
- File Versioning
- File Locking
- File Permissions
Association between many files
- Responsive images: http://www.html5rocks.com/en/tutorials/responsive/picture-element/
- Similarly, MPEG-DASH has a manifest which links to an array of files, for various quality and timing
Team
- Jonny
- marclaporte
- Victor
- YOU?