Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Thanks for your interest in the module. We are actively working on a new module that is being written for Drupal 7 called maestro. Although very different then filedepot, it has required us to get very familiar with the new D7 Database API's which are going to require a lot of changes to filedepot.
In addition to the new DB abstraction API's, the file API and fields API mean quite a bit of change. This is still a relatively new module and we certainly want to support D7 but don't yet have a timeline on when we will start the D7 re-write. Certainly if get involved in client related projects, then we would be able to focus immediately on this work.
We have several D7 projects underway but none so far that require filedepot so although we really want to work on the D7 version, we are going to need to see if a project surfaces. We have a D7 Maestro project that will be going live shortly. We need to support the D6 version (expect an update shortly) and our other community work and we don't want to focus and not support existing users of our released modules.
I fully expect there is a healthy need for D7 and filedepot. It's not going to be a simple port as we need to leverage the D7 changes and benefits including the D7 Ajax framework, Entites, JS standards, theme changes, form API etc ...
D7 Final v1 is just released today so I'm hoping that we get a D7 + filedepot project soon and we will be update the community as soon as we can.
There are more than 25 people subscribing to this thread. What would it cost to port this to D7?
If everyone in there were to chip in 50 bucks, could you port it? I don't even need this module for D7 at this point. However I would be willing to chip in to help the effort.
I imagine the first order of business would be for the original developer to tell us if they want to do it and what it might cost. And if they are too booked, perhaps they could let us know so we could plan a possible solution.
I have replied a few times to this thread and we absolutely want to develop and release a D7 version. We are very pleased with the interest in this new module and recognized when we wrote it for Drupal that there was a need for a native Document Management solution, and it's nice to see the interest and community agree.
The effort is considerable to update this module to D7 the right way and make use of entities, fileapi, rewrite all the database calls for PDO, use only jQuery and leverage the D7 AJAX framework and maybe ctools for the dialogs. There are other areas like the theme layer and UI that came be made more modular or provide an easy way to customize. Add API integration and support for the WYSIWYG module.
The overall module's look and feature set would stay the same but as can be seen the effort is not a few weeks. Presently client work is taking a priority and we are looking for a filedepot related client D7 project that could get us engaged so we could start on the D7 update but that opportunity has not surfaced as of yet.
We have a number of exciting updates for the existing D6 version as a result of some recent client work that I am hoping to bundle up in the next couple weeks. Nextide also funded the development of the D7 http://drupal.org/project/maestro 'workflow' module and are very pleased with it's interest.
This may not be the answer that everyone wanted to hear but it is the current state and rest assured we are very interested in making this a great D7 module.
Thanks blainelang. I see that doing this right would take a huge amount of effort and the budget would have to be in the several thousands of dollars at least. Here's hoping that you land a large project that requires this.
@blainelang ,
ATM we're testing module filetree in D7, and extending it with private/public files, access rights etc. (no patch published yet)
The interface of the files is very different, the concept is the same: create a node, define the directory, setup access rights for the node, show node to users.
Your replies and explanations #1, 6, 35 about the huge effort a port will take, lead me to the following questions:
- Have you seen filetree working? (it's easy to set up)
- Do you think both modules are used for the same purpose?
We have decided to take a less ambitious approach at a D7 version of the filedepot module and have started work on a clean (as clean as it can be) port of filedepot to D7. We won't be making the code design changes (talked about earlier in this thread) that we want for the 7.x-1.0 release - they will need to be in a 2.x release.
We should have another update in the next 30 days and hopefully even have an early release ready for testing.
@blainelang: As far as i understand the planned 7.x-1.0 release will not make use of entities, but the 7.x-1.0 release will. I guess you decided this based on the amount of time that goes into the 2.x release. Because of the current development in a lot of modules based on entities, I (and a lot of developers i know) won't touch the 7.x-1.0 release and will either create a custom entities based document management solution or wait for your 2.x release.
I myself have all my Drupal sites based on entities..once you go entity you never go back, that's what i see with all developers using it. So why bother porting the D6 version to D7? Adding another module to the list that is just not up to date with the best developments in Drupal since it started? I would reconsider your choice.
What timeframe did you plan for the first 2.x dev release?
What is the reason for a 1.0 release? With less than 500 users of the current D6 filedepot users, better to target the huge interest that it will get you release a version based on entities.
I'm also interested in your approaches to the 2.x version, in what way will it overlap or add to the Media module? You might want to talk to those guys to make use of features already developed.
I'm also a fan of the Relation module, huge potential to replace node reference and user reference modules completely. I already use it to create dynamic node and document relations in my self-built document management system. I just can't believe this has not been used before.
The D7 version of filedepot is well underway and progressing well. No release date but if I am hoping to commit an update in the next week and get a dev release out for early testing. The dev release will be for new installs and have not done any work on a D6-D7 migration as I am not sure what demand there is for that and it's a good area for others to help out with.
@tsvenson thanks, I certainly wanted to and have been following the work on media but I just did not have the time to re-engineer the complete module. It's been already more then 5 days effort and I can see atleast another 5, which is close to what I had estimated for the D7 port. I've learned a lot about the new file api and how to control the file_usage table and file_managed tables. Most of the dialog/forms are now converted to use the form api and ctools modal instead of the hand rolled forms and YUI dialog panels.
Once this version is available, I really do want to go back and investigate using the File Entity but for now, I just figured, it was going to be more scope creep then I had time for, even though it had been my initial desire. We have add a lot of users contact us but no one wanted to step up and help fund the effort.
Why do users do the old subscribe trick - that's so 2011. There is now a 'follow' link at the top of issues and saves all of us following from getting useless email notifications.
@blainelang: As long as you use the Drupal Core file_managed and file_usage it should still be possible to use with the File Entity and also Media module as they both build on-top of those tables.
It would of course be very nice to see some integration with especially the File Entity module further on. Things like being able to see previews of the files and the information in any fields containing additional information about the file, maybe even be able to edit that directly with filedepot would be great.
So, even if your not using them today, hopefully it will be quite easy to add and not require very much rewriting.
Comments
Comment #1
blainelang commentedThanks for your interest in the module. We are actively working on a new module that is being written for Drupal 7 called maestro. Although very different then filedepot, it has required us to get very familiar with the new D7 Database API's which are going to require a lot of changes to filedepot.
In addition to the new DB abstraction API's, the file API and fields API mean quite a bit of change. This is still a relatively new module and we certainly want to support D7 but don't yet have a timeline on when we will start the D7 re-write. Certainly if get involved in client related projects, then we would be able to focus immediately on this work.
Comment #2
tjodolv commentedSubscribing to this. I need a good filemanager for a project based on D7, and this seems to be one of the best out there for Drupal.
Maestro seems spot on for the same project by the way :) Thanks for the great work!
Comment #3
Andrew Schulman commentedsubscribing
Comment #4
JonasK commentedsubscribing
Comment #5
tsvenson commentedfollowing
Comment #6
blainelang commentedWe have several D7 projects underway but none so far that require filedepot so although we really want to work on the D7 version, we are going to need to see if a project surfaces. We have a D7 Maestro project that will be going live shortly. We need to support the D6 version (expect an update shortly) and our other community work and we don't want to focus and not support existing users of our released modules.
I fully expect there is a healthy need for D7 and filedepot. It's not going to be a simple port as we need to leverage the D7 changes and benefits including the D7 Ajax framework, Entites, JS standards, theme changes, form API etc ...
D7 Final v1 is just released today so I'm hoping that we get a D7 + filedepot project soon and we will be update the community as soon as we can.
Comment #7
ctpmp commentedsubscribing
Comment #8
tebb commentedSubscribing
Comment #9
dstratton commentedSubscribing
Comment #10
nata.loko commentedsubscribing
Comment #11
tebb commentedChanged title so visible in Dashboard - Your posts.
Comment #12
anthonyR commentedsubscribing
Comment #13
mango4 commentedsubscribing.....need dms
Comment #14
dalberts69 commentedsubscribing
Comment #15
Anonymous (not verified) commentedsubscribe
Comment #16
dwalker51 commentedsubscribe
Comment #17
scottmorgan commentedsubsribing
Comment #18
J Venator commentedsubscribing
Comment #19
damien_vancouver commentedsubscribing
Comment #20
Anonymous (not verified) commentedSubscribing.....
Comment #21
tomhung commentedSubscribing.....
Comment #22
jerrac commentedsubscribing
Comment #23
drumming_cat commentedsubscribing
Comment #24
TripX commentedsubscribing
Comment #25
dmuollo commentedsubscribing
Comment #26
jeffwidman commentedsubscribing
Comment #27
boonep commentedsubscribing
Comment #28
elv commentedGuess what? Subscribing too :)
Comment #29
anavarreSubscribing
Comment #30
agerard commentedon the bandwagon...
Comment #31
mcfilms commentedThere are more than 25 people subscribing to this thread. What would it cost to port this to D7?
If everyone in there were to chip in 50 bucks, could you port it? I don't even need this module for D7 at this point. However I would be willing to chip in to help the effort.
Comment #32
CapBBeard commentedSubscribing also - this looks like an excellent module.
Comment #33
fentontech commentedSubscribing.... Its important enough to port over.... what is required to get it started!
Comment #34
mcfilms commentedI imagine the first order of business would be for the original developer to tell us if they want to do it and what it might cost. And if they are too booked, perhaps they could let us know so we could plan a possible solution.
Comment #35
blainelang commentedI have replied a few times to this thread and we absolutely want to develop and release a D7 version. We are very pleased with the interest in this new module and recognized when we wrote it for Drupal that there was a need for a native Document Management solution, and it's nice to see the interest and community agree.
The effort is considerable to update this module to D7 the right way and make use of entities, fileapi, rewrite all the database calls for PDO, use only jQuery and leverage the D7 AJAX framework and maybe ctools for the dialogs. There are other areas like the theme layer and UI that came be made more modular or provide an easy way to customize. Add API integration and support for the WYSIWYG module.
The overall module's look and feature set would stay the same but as can be seen the effort is not a few weeks. Presently client work is taking a priority and we are looking for a filedepot related client D7 project that could get us engaged so we could start on the D7 update but that opportunity has not surfaced as of yet.
We have a number of exciting updates for the existing D6 version as a result of some recent client work that I am hoping to bundle up in the next couple weeks. Nextide also funded the development of the D7 http://drupal.org/project/maestro 'workflow' module and are very pleased with it's interest.
This may not be the answer that everyone wanted to hear but it is the current state and rest assured we are very interested in making this a great D7 module.
Comment #36
mcfilms commentedThanks blainelang. I see that doing this right would take a huge amount of effort and the budget would have to be in the several thousands of dollars at least. Here's hoping that you land a large project that requires this.
Comment #37
Chris Marshall commentedsubscribing
Comment #38
tshakah commentedSubscribing
Comment #39
xlyz commentedsubscribing
Comment #40
webankit commented+1
Comment #41
jumoke commentedme too
Comment #42
mjeanrichard commentedsubscribing
Comment #43
johnv@blainelang ,
ATM we're testing module filetree in D7, and extending it with private/public files, access rights etc. (no patch published yet)
The interface of the files is very different, the concept is the same: create a node, define the directory, setup access rights for the node, show node to users.
Your replies and explanations #1, 6, 35 about the huge effort a port will take, lead me to the following questions:
- Have you seen filetree working? (it's easy to set up)
- Do you think both modules are used for the same purpose?
Comment #44
apixeles commentedsubscribing
Comment #45
desiman commentedsubscribing
Comment #46
siwinski commentedsubscribing
Comment #47
catalin.anghelache commentedsubscribing
Comment #48
mprocte1 commentedsubscribing
Comment #49
duncan.moo commentedsubscribing
but also looking at http://drupal.org/project/document 7.x-1.x-dev
Comment #50
mcfilms commentedYou might also want to have a look at http://drupal.org/project/take_control.
Take control has a release for D7.
Comment #51
blainelang commentedWe have decided to take a less ambitious approach at a D7 version of the filedepot module and have started work on a clean (as clean as it can be) port of filedepot to D7. We won't be making the code design changes (talked about earlier in this thread) that we want for the 7.x-1.0 release - they will need to be in a 2.x release.
We should have another update in the next 30 days and hopefully even have an early release ready for testing.
Comment #52
Yuri commented@blainelang: As far as i understand the planned 7.x-1.0 release will not make use of entities, but the 7.x-1.0 release will. I guess you decided this based on the amount of time that goes into the 2.x release. Because of the current development in a lot of modules based on entities, I (and a lot of developers i know) won't touch the 7.x-1.0 release and will either create a custom entities based document management solution or wait for your 2.x release.
I myself have all my Drupal sites based on entities..once you go entity you never go back, that's what i see with all developers using it. So why bother porting the D6 version to D7? Adding another module to the list that is just not up to date with the best developments in Drupal since it started? I would reconsider your choice.
What timeframe did you plan for the first 2.x dev release?
What is the reason for a 1.0 release? With less than 500 users of the current D6 filedepot users, better to target the huge interest that it will get you release a version based on entities.
I'm also interested in your approaches to the 2.x version, in what way will it overlap or add to the Media module? You might want to talk to those guys to make use of features already developed.
I'm also a fan of the Relation module, huge potential to replace node reference and user reference modules completely. I already use it to create dynamic node and document relations in my self-built document management system. I just can't believe this has not been used before.
Comment #53
mgiffordI do encourage folks to look at Coder to help create an initial patch to upgrade this module.
Comment #54
jaypark commented+1 can help with code development - give me an assignment.
Comment #55
blainelang commentedThe D7 version of filedepot is well underway and progressing well. No release date but if I am hoping to commit an update in the next week and get a dev release out for early testing. The dev release will be for new installs and have not done any work on a D6-D7 migration as I am not sure what demand there is for that and it's a good area for others to help out with.
Comment #56
tsvenson commented@blainelang: That's great news, really looking forward to be able to test it.
Will you leverage the File Entity and Media modules with it by any chance? Seems to me that filedepot would be just perfect for that.
Comment #57
blainelang commented@tsvenson thanks, I certainly wanted to and have been following the work on media but I just did not have the time to re-engineer the complete module. It's been already more then 5 days effort and I can see atleast another 5, which is close to what I had estimated for the D7 port. I've learned a lot about the new file api and how to control the file_usage table and file_managed tables. Most of the dialog/forms are now converted to use the form api and ctools modal instead of the hand rolled forms and YUI dialog panels.
Once this version is available, I really do want to go back and investigate using the File Entity but for now, I just figured, it was going to be more scope creep then I had time for, even though it had been my initial desire. We have add a lot of users contact us but no one wanted to step up and help fund the effort.
Comment #58
manuelBS commentedsubscribe
Comment #59
interface907 commentedsubscribe
Comment #60
blainelang commentedWhy do users do the old subscribe trick - that's so 2011. There is now a 'follow' link at the top of issues and saves all of us following from getting useless email notifications.
Comment #61
tsvenson commented@blainelang: As long as you use the Drupal Core file_managed and file_usage it should still be possible to use with the File Entity and also Media module as they both build on-top of those tables.
It would of course be very nice to see some integration with especially the File Entity module further on. Things like being able to see previews of the files and the information in any fields containing additional information about the file, maybe even be able to edit that directly with filedepot would be great.
So, even if your not using them today, hopefully it will be quite easy to add and not require very much rewriting.
Comment #62
blainelang commentedI have just release the Beta1 version for Drupal 7 - no upgrade just new install support.
Comment #63
ebieymjunior commentedThank you so much for your work.
Comment #64
chasehe commentedAre there any video tutorials on filedepot?