Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
I'm working on a file manager for Drupal 7. It's got similar intentions but a different UI. I'm using Ajax and jQuery where possible with high priority for usability and simplicity.
It's still work in progress but the file browser is already functional and can provide valuable information. There is many ideas and a long todo list for further functionality and enhancements.
I don't mean to suppress File Maintenance in any way. I believe it's a great tool and I appreciate the nice work. However it's currently only supporting D6 and it's also quite fresh. File manager is targeted at D7/D8 and I'd gladly maintain it at these branches. But I don't want to diminish anybodys efforts, so I'm open for collaboration or anything that makes everybody happy (including Drupal's philosophers).
I'm not sure what you want me to respond. I started out with the idea to add a drag 'n' drop interface to file maintenance as well, but decided that it would be better to add this in v2.
The file manager module looks extremely promising. I'm the first one to say that if this covers the file maintenance functionality, I'll be happy to leave it at that for a D7 port of file maintenance. If a backport for D6 will be available I'll simply depricate file maintenance alltogether. No need for 2 modules that do exactly the same ;-)
I've long considered file_maintenance to be useless for Drupal 7 as it has the very powerful and must usemedia module. This module inserts tokens with the fid in fields, rather than an <img /> tag making this module entirely obsolete. If you use it in conjunction with Media Browser Plus I don't even want to get started on something similar ;-).
But this seems to be not very well known even though it has a sh*tload of downloads :)
I'll be starting a port this week, not like #9 but just as the D6 version is now. But I still think people should use the media module, so I'll implement an option to replace all <img /> tag occurences with media module tokens:
I am looking for this functionality in D7.
I don't see how to use the media module and associated modules referenced to achieve the same functionality as this module.
It would be great if you could leverage other modules to create a D7 version of File Maintenance.
Well, if there's interest I'll take care of it as d7 version of file_maintenance. It seems though that I have no write permission to repo. malc0mn, you mentioned once that you added me to the project. Has that expired, or am I missing something? I tried to push a 7.x-1.x branch.
Comments
Comment #1
malc0mn commentedI'll get to the D7 porting at some point. Still have to dig in to D7...
I'm pleased to see I was not the only one with this particular 'annoyance' about managing the files table / directory ;-)
Comment #2
geerlingguy commentedSubscribe.
Comment #3
geerlingguy commentedUpdating for tracker.
Comment #4
philippejadin commented+3000 on this one. This looks like a trully great addition to Drupal. Even more to Drupal 7.
Subscribing
Comment #5
cesareaugusto commentedsubscribe
Comment #6
webankit commented+1
Comment #7
olamaekle commented+1
Comment #8
federico.giunchi commentedsubscribe
Comment #9
jox commentedI'm working on a file manager for Drupal 7. It's got similar intentions but a different UI. I'm using Ajax and jQuery where possible with high priority for usability and simplicity.
It's still work in progress but the file browser is already functional and can provide valuable information. There is many ideas and a long todo list for further functionality and enhancements.
Project name: File manager
My sandbox project: http://drupal.org/sandbox/jox/1215500
My project application: http://drupal.org/node/1226870
(With some screenshots.)
I don't mean to suppress File Maintenance in any way. I believe it's a great tool and I appreciate the nice work. However it's currently only supporting D6 and it's also quite fresh. File manager is targeted at D7/D8 and I'd gladly maintain it at these branches. But I don't want to diminish anybodys efforts, so I'm open for collaboration or anything that makes everybody happy (including Drupal's philosophers).
Comment #10
13rac1 commentedBump.
malc0mn can you please respond to #9 regarding a D7 version of File Manager. Thank you.
Comment #11
malc0mn commented@9 & 10:
I'm not sure what you want me to respond. I started out with the idea to add a drag 'n' drop interface to file maintenance as well, but decided that it would be better to add this in v2.
The file manager module looks extremely promising. I'm the first one to say that if this covers the file maintenance functionality, I'll be happy to leave it at that for a D7 port of file maintenance. If a backport for D6 will be available I'll simply depricate file maintenance alltogether. No need for 2 modules that do exactly the same ;-)
Edit: GUI wise, I wanted to use elfinder and not develop another one myself... There's a module for that: http://drupal.org/project/elfinder ;-)
Edit 2: I just saw http://drupal.org/node/1226870#comment-5086430 . Sorry about my confusion. I'm happy to make you D7 maintainer!
Comment #12
malc0mn commentedupdating status
Comment #13
Aurochs commentedfollow this! thanks!
Comment #14
dwalker51 commentedThere is a little green button above to follow the issue, it is not necessary anymore to comment. :)
Comment #15
malc0mn commentedI've long considered file_maintenance to be useless for Drupal 7 as it has the very powerful and must use media module. This module inserts tokens with the fid in fields, rather than an
<img />tag making this module entirely obsolete. If you use it in conjunction with Media Browser Plus I don't even want to get started on something similar ;-).But this seems to be not very well known even though it has a sh*tload of downloads :)
I'll be starting a port this week, not like #9 but just as the D6 version is now. But I still think people should use the media module, so I'll implement an option to replace all
<img />tag occurences with media module tokens:[[{"type":"media","view_mode":"media_original","fid":"2969","attributes":{"alt":"","class":"media-image"}}]]Everything between the [[ ]] is json. Use drupal_json_encode() on an array to recieve the result, like:
With the proper regex, we can catch all img tags in text and replace them with tokens where the attributes are filled in etc...
Comment #16
malc0mn commentedHmz... How about these modules:
Don't want to create clutter with something that already exists...
Comment #17
chrowe commentedI am looking for this functionality in D7.
I don't see how to use the media module and associated modules referenced to achieve the same functionality as this module.
It would be great if you could leverage other modules to create a D7 version of File Maintenance.
Looks like http://drupal.org/project/filefield_paths does this though. "Retroactive updates - rename and/or move previously uploaded files (Use with caution)"
Comment #18
geek-merlinthe outcome of #1226870: File manager is that jox's sandbox should become the d7 version so anyone who wants that (jox?) should go for it!
Comment #19
malc0mn commentedBy all means!
Shall I refer to it on the project page already?
mlc.
Comment #20
jox commentedWell, if there's interest I'll take care of it as d7 version of file_maintenance. It seems though that I have no write permission to repo. malc0mn, you mentioned once that you added me to the project. Has that expired, or am I missing something? I tried to push a 7.x-1.x branch.
Comment #21
malc0mn commentedThought I did yes... Checked and re-added you. Should be OK now.
k.
Comment #22
jox commentedIt's working now, thanks!
Comment #23
jox commentedI committed the module to the 7.x-1.x branch. But I'm not able to create a dev release on the project page. I'm not able to edit the page either.
Comment #24
malc0mn commentedshould be possible now...
mlc.
Comment #25
jox commentedI added the snapshot release for 7.x-1.x-dev. I'm still not able to edit the project though. Is that not possible or not desired?
Comment #26
malc0mn commentedjust didn't think of it, should be ok now
Comment #27
shane birley commented