mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Browse source
This commit is contained in:
https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI 2014-03-25 21:27:33 +00:00 • committed by admin
parent 38975a9c41
commit 80a783ab4c
1 changed files with 20 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

20
doc/forum/Folders_for___34__actions__34___-_now_that_views_have_disrupted_the_file_structure__63__.mdwn Normal file
View file

@ -0,0 +1,20 @@
The _views_ functionality has made the file structure dynamic.
With this in mind would it be possible/suitable to make drag and drop targets for `git-annex get` and `git-annex drop` commands?
This would make available git annex most interesting feature to assistant users.
I'm not entirely sure it's a good idea but it avoids file manager scripts and should be discoverable and easy to use.
I see two possibilities:
1. A folder in the annex root that contains a mirror of the tree but with only the unavailable files. Unavaliable files would then not be displayed in the live tree. Perhaps the folder can be called `remote`? Files can then be dragged from this tree to the live tree to trigger transfer of files. Any error/info gets displayed in the assistant
2. Flat droptargets in the annex root for `drop` and `get` commands.
Number one above makes discovering available files a bit cumbersome as you have to navigate down a parallell tree. It does make the available/remote distinction clearer which may be good for assistant users.
The mechanism could be extended to include a folder or droptarget for each remote.
The creation of droptargets/action folders could be triggered by a big visible button in the assistant interface **Manage Files**
Is it messy?