Bug 194015 - regression from 3.x: tree expansion state not remembered when navigating folder views
Summary: regression from 3.x: tree expansion state not remembered when navigating fold...
Status: RESOLVED DUPLICATE of bug 169886
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-25 12:37 UTC by Marcel Partap
Modified: 2009-06-28 01:56 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel Partap 2009-05-25 12:37:52 UTC
Version:           4.2.87 (KDE 4.2.87 (KDE 4.3 >= 20090519)) (using 4.2.87 (KDE 4.2.87 (KDE 4.3 >= 20090519)), Gentoo)
Compiler:          x86_64-pc-linux-gnu-gcc
OS:                Linux (x86_64) release 2.6.30-rc3-dirty

Seems this feature has not yet been implemented... When navigating through a filesystem in tree view mode konqueror3 used to remember which directories were expanded and re-expands them when returning (via back button) to a previous view. That feature actually was very comforting/useful. Already i tried to suss how the current implementation works compared to the former, but failed miserably ;)
Comment 1 Frank Reininghaus 2009-05-25 16:52:13 UTC
Please report file-management related issues which can be reproduced both in Konqueror and Dolphin as Dolphin bugs (Konqueror uses Dolphin's file management code).

Dolphin distinguishes "View Properties" (which can be stored for each folder individually) and other Settings which are stored globally. It turns out that the "Expandable Folders" setting is one of the latter group, so it's not remembered for every folder - you can only enable it for all or for none. This could probably be changed, but it would require a rather big code change, I think.

I think this might have been reported as a wish already, but I can't find it right now.
Comment 2 Peter Penz 2009-05-25 17:11:42 UTC
I tried to collect feedback to this topic some time ago with http://ppenz.blogspot.com/2009/02/trees.html, but it seems I failed to explain my question properly (at least judging from the answers). I'll leave this issue as wish so that people can vote for this. After some internal discussions it is currently not planned to remember this setting per directory, but I'm open to change this if there are usecases I did not recognize yet (currently I don't see a usecase for remembering this property per directory).
Comment 3 Marcel Partap 2009-05-25 21:42:59 UTC
Saving the boolean expandable on/off is not what i meant. Konqueror 3 actually remembers all folders that were expanded when you return via the back button, or even when you reload with F5.
Oh btw because you brought it up here's my cent - i hate this save-for-every-folder crap, ESPECIALLY if it is actually saved within the folder by default. desktop.ini & thumbs.db files anyone?
Comment 4 Peter Penz 2009-05-25 21:59:55 UTC
> i hate this save-for-every-folder crap, 

Please calm down, it can be turned off ;-)

OK, now I understood what you mean: Yes, remembering the expanded state when going back should be done.
Comment 5 Marcel Partap 2009-05-26 01:36:51 UTC
> > i hate this save-for-every-folder crap, 
> Please calm down, it can be turned off ;-)
Well just to get rid of it: i also hate stupid windows-like features being turned on by default, and vice versa real good stuff being disabled by default. Can't it be left to the distro maintainers to encourage inefficient inEFFECTIVE behaviour by doing that? Really should be the other way round, IMHO..
For the record: i'll calm down now ;)
Comment 6 Peter Penz 2009-05-26 09:23:53 UTC
> Can't it be left to the distro maintainers to encourage
> inefficient inEFFECTIVE behaviour by doing that?

We're getting offtopic ;-)

Anyhow a short reply: Whether the current default is inefficient or not depends on the way someone is organizing his files. E. g. for me it would be inefficient if I'd have to turn on the previews each time I visit my pictures folders and have to turn it off again if I switch to my development folder. In your case it might be the opposite and for you the current default might be ineffective.

The distributions can change the defaults already and they do it (e. g. SUSE does turn off the breadcrumb per default). From the feedback I got during the last 3 years the default to remember the view properties per directory suits to a majority of Dolphin's target user group (see http://dolphin.kde.org/philosophy.html) Whether the current behavior is similar to Windows or not is no argument that it must be wrong; just doing something different for the sake of being different does not make anything better ;-)
Comment 7 Marcel Partap 2009-05-27 00:23:51 UTC
> We're getting offtopic ;-)
MHh, not much though.

Because most users only use functionality that is visible from the very beginning (a fact best proven by the fact even the professors at my high-reputation technical university use the screaming-blue-green luna 'professional xperience' theme on their notebooks, ouch), IMHO the default (i.e. kde.org packages) KDE should enable as many options as possible by default, and work to make that state as usable as possible. If distro X doesn't want to visually overload their users, their very much invited to slim down the GUI. But none of the Joe-users is getting vanilla KDE anyways. Only FOSS hobbyists do, and at least for me this means the default configuration should come with everything turned on that even remotely makes sense (maybe not in the kdewin32 packages though ;).

Oh and dolphin, since it's birth i severely dislike it, and that it has overtaken konquerors file view modes always emotionally affected me. Konqueror was the geeks overtool back in the 3.5 days, and only recently all the power features have been put back again. So while your statement that the file view default configuration suites the bulk of the dolphin users just fine may be true, we konqueror enthusiasts (comeon there must be more of us *g) are not pleased with them. F.e. this saving view properties in a file within *every* frigging folder you visit was just a foolish idea (quantum effects anyone - changing information by viewing it wtf??!?) and i see more of them windows-style ideas in KDE all over.
When i first switched to linux+kde from win-xp full-time (2004?), what really amazed me that for every single file/data management operation i wanted to do, however trivial, konqueror would save me at least one mouse click/key press. Really, a totally new eXPerience: KDE would positively surprise me all the time, simply because useful functionality was at the right place. That also was the reason why KDE4.0 was SUCH A HUUGE disappointment. So it's very good to know that those same people who hacked up this l337 desktop back in the 3.x days still are on board, ASWELL as the gnome-numbed and plasma folks. KDE4 is finally starting to excel at every front. But there's still so much to be done...Let's!!
Comment 8 Frank Reininghaus 2009-06-28 01:56:20 UTC
Sorry for my not-so-useful comment 1 - I think it was my fault that the discussion got a bit off-topic.

Anyway, I've found an older report about this issue, so I'll mark it as a duplicate.

*** This bug has been marked as a duplicate of bug 169886 ***