Hello,
I'm looking into ability to use CKFinder as a browser for "virtual" filesystem - essentially this is a tree of folders and files, which exists only in a database (or other non-filesystem location). I was able to successfully hack into connector to generate correct XML for folders and files and perform other allowed actions.
But then I face two problems:
- file URL is always generated from the parent folder URL + file name, while for virtual FS it's much more common to use object ID - something like /path/get.php?id=1234
- thumbnails can be created for "files" that don't have image extension (like documents preview). The server knows whether each particular file supports thumbnails or not and knows the thumbnail URL
So I'd like to suggest extending browser-connector XML interface to allow defining URL for each file and a thumbnail URL directly in <file> XML tag. Having looked into the ckfinder.js this change doesn't seem to be major (though I'm not completely sure as this file if minified and obfuscated so it's hard to understand all details).
FYI, our company is going to get OEM license if we can achieve the above. If such license will give access to the source code of ckfinder.js, I'd be happy to just modify it as needed.
I'm looking into ability to use CKFinder as a browser for "virtual" filesystem - essentially this is a tree of folders and files, which exists only in a database (or other non-filesystem location). I was able to successfully hack into connector to generate correct XML for folders and files and perform other allowed actions.
But then I face two problems:
- file URL is always generated from the parent folder URL + file name, while for virtual FS it's much more common to use object ID - something like /path/get.php?id=1234
- thumbnails can be created for "files" that don't have image extension (like documents preview). The server knows whether each particular file supports thumbnails or not and knows the thumbnail URL
So I'd like to suggest extending browser-connector XML interface to allow defining URL for each file and a thumbnail URL directly in <file> XML tag. Having looked into the ckfinder.js this change doesn't seem to be major (though I'm not completely sure as this file if minified and obfuscated so it's hard to understand all details).
FYI, our company is going to get OEM license if we can achieve the above. If such license will give access to the source code of ckfinder.js, I'd be happy to just modify it as needed.
Re: Virtual Filesystems, per-file URL and thumbnail URL
Just a reminder - the required change is just a few lines in ckfinder.js
Thanks
Re: Virtual Filesystems, per-file URL and thumbnail URL
Documentation Manager, CKSource
See CKEditor 5 docs, CKEditor 4 docs, CKEditor 3 docs, CKFinder 3 docs, CKFinder 2 docs for help.
Visit the new CKEditor SDK for samples showcasing editor features to try out and download!
Re: Virtual Filesystems, per-file URL and thumbnail URL
For the community judgement, here is the proposed modification of the XML data that comes from the server. Two new attributes are "url" and "thumb_url":
Re: Virtual Filesystems, per-file URL and thumbnail URL
We used this feature for many years with BrowserCMS (an open source Ruby on Rails CMS) to allow users to link to both pages and uploaded files. Pages are not uploaded files per say, but content built in the CMS itself. In both cases, the final URL of the resource was not a simple joining of the folder plus file name. In either case, since we had to write a custom connector for Rails anyway, generating the complete path to each resource preferable.
Our company would also probably consider getting an OEM license as well to sell a commercial BrowserCMS/CKFinder module, but without the ability to link to per resource URLs the module doesn't really have much value to us.
The suggested XML API that Alex listed would work. Either way, if we could find out if this is something that will or will not be supported in the near future, that would be extremely helpful for our planning purposes.
Re: Virtual Filesystems, per-file URL and thumbnail URL
CKSource guys, any news?
Re: Virtual Filesystems, per-file URL and thumbnail URL
Chłopaki, proszę wprowadzić tę funkcję, to pomoże nam wszystkim
Re: Virtual Filesystems, per-file URL and thumbnail URL
Will the proposed enhancement by Alexander Cla in handling the returned data from the server connector solve your problem as well?
I mean, being able to map a virtual "ID" with a correct "filename" presented to the user?
(Note that the custom server side connector that connects with a custom DB scheme will have to be written by you anyway)
Wiktor Walc
CTO, CKSource - http://cksource.com
--
Follow CKEditor on: Twitter | Facebook | Google+
Re: Virtual Filesystems, per-file URL and thumbnail URL
Surely, it will!
I have already rewrote almost all command handlers to map fake paths to real ones. Once each file has had its own ID, i will use it instead of the full fake path as a key in my map, while values will point to real file locations.
The same is for thumbnails, indeed.
It is sad however that these two new attributes will not solve the problem of gallery (colorbox). As I see, the folder.getUrl() returns the direct path to a file, and I had to hack into JS code and replace the
J.push('<a href="', D.folder.getUrl(), encodeURIComponent(C[K].name), '" title="', C[K].name, '" rel="', E, '">a</a>');with
J.push('<a href="', "/ckfinder/CKFinderGallery.aspx?Path=", D.folder.getUrl(), encodeURIComponent(C[K].name), '" title="', C[K].name, '" rel="', E, '">a</a>');where the CKFinderGallery.aspx locates and writes the image stream to the response.
It would be great, if the Gallery plugin had its own command handler as well, instead of pointing to direct URLs.
Thanks for checking, Wiktor!
Regards,
Aram
Dear CKEditor.com staff!
Dear CKEditor.com staff!
Just a small question about CKFinder future plans - when and in what version do you plan to introduce the feature discussed above?
Thanks a lot for CK* !
This issue was added to our
This issue was added to our internal tracker, but there is no ETA on this at the moment, sorry.
Documentation Manager, CKSource
See CKEditor 5 docs, CKEditor 4 docs, CKEditor 3 docs, CKFinder 3 docs, CKFinder 2 docs for help.
Visit the new CKEditor SDK for samples showcasing editor features to try out and download!
Very interested in this feature!
I just stumbled across this today... I am incredibly interested in this feature. Just earlier today I was considering hacking enough of the CKFinder code to make something like this possible for my project.
CK staff-- it's been almost 3 months since Anna's update letting us know that this was on the internal tracker. Any update?
I'm afraid nothing new to
I'm afraid there is nothing new to report. I'll update the thread when something happens in this regard.
Documentation Manager, CKSource
See CKEditor 5 docs, CKEditor 4 docs, CKEditor 3 docs, CKFinder 3 docs, CKFinder 2 docs for help.
Visit the new CKEditor SDK for samples showcasing editor features to try out and download!
Any update to report?
Hello, Anna!
It's been another 6 weeks... any update?
Thanks!
Josh
+1 for this feature
This feature is critical if we are to use CkEditor/Finder. We plan per user virtual folder structures backed by Amazon S3.
If in 3.0, is a beta/rc going to be available?
This feature is on the
This feature is on the roadmap. Thanks to all of you for bringing our attention to this!
Unfortunately, the "bad" news is that we are rewriting CKFinder right now in order to provide a much more flexible file manager, it means that it will still take quite a lot of time before this feature is available.
Wiktor Walc
CTO, CKSource - http://cksource.com
--
Follow CKEditor on: Twitter | Facebook | Google+