| Summary: | Boxes - a new Concept for Dolphin to organize files | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | martin <oore.mofux> |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | dbenoot, deblauwetom, finex, KaiUweBroulik2, kde-2011.08, nate, richard.llom, ro.ggi, trueg, usrrgt, zahl, zayed.alsaidi |
| Priority: | NOR | ||
| Version: | 16.12.2 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Mock-Up and description of the general problem
Second Mock-Up - showing different use-cases and the "On-The-Go" box which is core part of this concept Mock-Up that shows what happens when a box in the panel is selected |
||
|
Description
martin
2009-07-16 17:45:51 UTC
Created attachment 35385 [details]
Mock-Up and description of the general problem
Created attachment 35386 [details]
Second Mock-Up - showing different use-cases and the "On-The-Go" box which is core part of this concept
Created attachment 35387 [details]
Mock-Up that shows what happens when a box in the panel is selected
Would you want these boxes to be persistent over sessions? Or could they be thrown away when logging out? I created a link on the Nepomuk ideas list although I am not sure Nepomuk is the best way of doing it: http://techbase.kde.org/Projects/Nepomuk#File_Boxes +1 for this idea!! So you should be able to add random files to a box, and per box you should have an option to say "all files with that tag must also automatically be linked in this box". That is nice, making boxes is neat, but the tage feature can maybe be confusing for the user. if you tag a file with a tag X and suddenly it is added automatically in a few boxes where you don't expect it(or you forgotten about old boxes contain all files with tag X).... that could be a problem. But the feature is ok in itself of course. @ Tom Deblauwe: there are 2 solutions to avoid this problem: a) giving the boxes tags a prefix autmaticly boxes:TagName b) removing tags from files when the box that give the files it's tag is removed @ Sebastian Trueg: boxes will stay until the user removes them. special options for boxes could be to aggregate other system tags (the 'Downloads' box would do this) please please please forget about this tags idea. This is really not how things are supposed to work in Nepomuk. What you would do for Nepomuk is that you define an rdf class FileBox or something and link files to that via nie:isPartOf or pimo:isPartOf (I am not sure about that yet). One could then also think about gathering files for a project or a task by simply relating the files to that project or task or person or whatever. So in the end it is simply about a GUI that displays the boxes and a query to determine which boxes to display (you probably do not want everything that is related to some file be shown as a box in Dolphin). And of course a fancy way to "open" boxes. The advantage of this approach is also that the boxes will be searched by Nepomuk. But using tags is just cumbersome and totally defies the idea of semantics. ok, thanks for clearing this up sebastian. i'm not really deep into all this semantic stuff at a technical level, so the idea with the tags was just my first guess. I like the idea. Moreover it reminds me an already reported wish... bug #144384 . It also has a video of Quicksilver, an interesting macosx utility. Looking at your mockups, it feels like your Boxes could prove useful not just in dolphin, but more system-wide. Maybe some kind of plasmoid could then provide this feature, which could then be docked in dolphin? In this way dolphin doesn't have to be open to select files from the box (eg. quickly dragging a file from the box to an email attachment without opening dolphin or using the file dialog, ... ). This seems to be a possible resolution to the bug: http://www.osnews.com/story/19866/FolderView_Gets_Nepomuk_Search_Integration I really like this idea. It would so much increase productivity when working on my webpages since I have the stylesheet in a subdirectory, the main scripts and some in subdirectories, then there are shared libraries that are in a common folder and now I need to have like 5 dolphin windows opened and stuff. Go for it, Mr. Penz ;) You can just use symbolic links for this. Actually you can do almost the same like file boxes using symbolic links: create an entry in places, drag some files to this entry and select “Link Here”. The difference between file boxes and normally folders (entries in places) is only different management of symbolic links: -always link files for this folder and not ask if you will copy, move or link; -move/copy/remove linked files and not links itself (but if just moving/coping/removing file box, then take it only for links). For things like “Downloads” or “On-The-Go" box we need preconfigured file boxes. Resetting assignee to default as per bug #305719 This is an awesome idea! Maybe this should be (re-) posted KDE Brainstorm: http://forum.kde.org/brainstorm.php to get some more people interested (and hopefully a dolphin dev :-) (In reply to comment #17) > (and hopefully a dolphin dev :-) I'm not sure if Dolphin is really the place where this should/could be implemented (provided that anyone is willing to invest a *massive* amount of time into the implementation, of course - this is definitely not going to be me because I already have way to little time to work on the things that do belong to Dolphin). If you want to access the "boxes" also from other applications (which you do want, if I understand correctly), then the solution would probably be to write a "boxes" kioslave that provides access to the files in a "box". The functionality could then be used from Dolphin and other applications with no or only minimal changes to those applications (one of these possible minimal changes could be to provide access to the "boxes" via the Places Panel). (In reply to comment #18) > I'm not sure if Dolphin is really the place where this should/could be > implemented (provided that anyone is willing to invest a *massive* amount of > time into the implementation, ... > Oh, I judged from comment #15, which didn't sound so time intensive... > If you want to access the "boxes" also from other applications (which you do > want, if I understand correctly), then the solution would probably be to > write a "boxes" kioslave that provides access to the files in a "box". > In the OP is actually Nepomuk suggested, wouldn't that be suitable? > The functionality could then be used from Dolphin and other applications > with no or only minimal changes to those applications (one of these possible > minimal changes could be to provide access to the "boxes" via the Places > Panel). > This at least would be possible when implemented via Nepomuk. Wouldn't tags solve this? You could name those tags starting with "box-", e.g. "box-Project1". *** Bug 180903 has been marked as a duplicate of this bug. *** Yep, tags perfectly enable this idea. You're describing more or less the exact use case for them, in fact. If you'd like to propose UI improvements to make tags more discoverable, efficient, or useful, please feel free to file new bug reports. Thanks! |