| Summary: | link between treeview and places | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | Mamonetti <freddy2_es> |
| Component: | panels: places | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | elvis.angelaccio, nate, ximo2004 |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Mamonetti
2010-03-20 15:46:20 UTC
Well, i just wanted to simplify the idea posted in: http://bugs.kde.org/show_bug.cgi?id=150941 I didn't want to reopen a closed entry, but i know this is partially a duplicate of that one. Regards A few more tips: - This treeview/places relation makes no sense if the places panel is hidden, obviously. So hiding the places panel should uncheck the checkbox and also disable it. If places are turned on the checkbox should be enabled, but can keep unchecked. - What about dolphin's startup? There is no need to keep track of the last time dolphin was used, because in some situations (maybe manual modification of the init script, for example) that may require extra control efforts. So.. the easiest way is having the checkbox unchecked by default at startup (again also disabled if places panel is off). In the end it's quite simple to switch it on again, you don't need to change anything at the options window (no extra step required). There is a situation where things can go wrong: you have the relation enabled, and maybe the root folder (root for the current place) is removed from outside (or renamed, nevermind). Then the checkbox should be unchecked, and the full tree should be visible again. I think it's something simple, and shouldn't be a common case. In general i don't know how the treeview handles changes in the tree structure, but here it's the same, considering you are applying it to a subset of the full tree. Regards looks interesting If i'm not wrong in 4.4.2 the "closest" path to current folder is highlighted in the places panel, so internally some related stuff seems to be already running Another solution: If you don't want to use the closest place as root of the tree (for me it's the best solution) you can add a replacement to both places and treeview, merging both in one the same way it's implemented in gwenview. Well, not exactly the same, i prefer the way dolphin hides the places created automatically from the mount points as long as are "covered" by other places (if a drive is in /mnt/drive and you have a place pointing to /mnt/drive/folder then the first is hidden until you navigate exactly to this root folder). Regards Resetting assignee to default as per bug #305719 It's hard to tell exactly, but I *think* this is no longer an issue with the latest Dolphin. I tried 17.08. Please feel free to comment if it's not resolved to your satisfaction in that version. Right now I'm still using kubuntu 16.04 and my Dolphin version is older, so I can't try. However, the point is quite simple. As long as this "issue" has been solved at the treeview panel and not at the main panel (with all the expandable trees stuff), for me it's ok. The main goal is very simple, keep using the treeview while reducing its contents as much as possible in order to make it more useful. Can you provide some screenshots to see how it works in the latest versions? All the images I've found are way too general and don't show any details about this point. Regards Ok, now that i'm using 18.04 i've seen how it works. For some reason this "link" only works with the initial folder you've set at preferences (hides all the tree above this initial folder, which might have nothing to do with your places), but for me that's good enough. I have a set of partitions mounted on /mnt/XXX, and if i use /mnt as this initial folder, the behaviour is the expected. Regards |