Summary: | media:/ and system:/ not listable | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Martin Ammermüller <tenco> |
Component: | general | Assignee: | Peter Penz <peter.penz19> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | ervin, rdieter |
Priority: | NOR | ||
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Martin Ammermüller
2008-01-23 20:44:40 UTC
Hi Martin, thanks for pointing this out! The root of this issue is that we did not have the time adapting the Dolphin handbook - which has been written for KDE 3's version of Dolphin - to the KDE 4 version... media:/ and system:/ are not available anymore in KDE 4... We'll fix this in the handbook. any way to mount/umount fstab entries with dolphin? i have some nfs shares there which i seldomly use (backup server which isnt on all the time). > any way to mount/umount fstab entries with dolphin?
Unmounting in Dolphin can only be done if the entry appears in the places panel (I've added Kevin to CC, he is the maintainer of the places panel...).
When these two folders system:/ and media:/ will be usable in Dolphin? I must say that they are quite useful. > When these two folders system:/ and media:/ will be usable
> in Dolphin? I must say that they are quite useful.
This depends on whether system:/ and media:/ will be introduced in KDE 4 at all. Dolphin can handle all file related protocols, but media:/ has been dropped in favour of Solid for KDE 4 (-> when plugging in a device you can see it in the places panel or the location bar automatically).
I'm not sure whether system:/ has been dropped on purpose for KDE 4.
> This depends on whether system:/ and media:/ will be introduced in KDE 4 at > all. Dolphin can handle all file related protocols, but media:/ has been > dropped in favour of Solid for KDE 4 (-> when plugging in a device you can > see it in the places panel or the location bar automatically). > > I'm not sure whether system:/ has been dropped on purpose for KDE 4. It's been dropped on purpose because it was introducing quite a few bugs and interoperability issues. That was the sign that it wasn't the right layer to solve the problem, hence the new places system. I've no plan to make media:/ and system:/ back. I'm sorry to read that. I think that this is nothing else than a regression. Solid is a good idea, but media:/ or system:/ are too. It looks like KDE4's good ideas (Plasma, Solid etc...) are killing KDE3's better/different ideas (media:/, modular desktop etc...). These folders, as well as the automounting of medias, and it's icon automatically appearing on the desktop, were some of the main things which helped me choose KDE as my main DE. KDE4 is loosing all those things...... :( > I'm sorry to read that. I think that this is nothing else than a > regression. Solid is a good idea, but media:/ or system:/ are too. Re-read my previous comment, they got replaced by the places system. As with any replacement we might miss a couple of features we had before but AFAIK they all got replaced by the new system. > These folders, The "places" widget is everywhere it should be (dolphin, kfiledialog, even kickoff...), and provide the same devices than the old media:/ or the folders like system:/. > as well as the automounting of medias, Just like in KDE3 times they're mounted on first access. > and it's icon > automatically appearing on the desktop, By default we've a Plasma applet which provides that on the panel, you can use the same applet on the desktop if you want. > were some of the main things which > helped me choose KDE as my main DE. KDE4 is loosing all those things...... > :( Read carefully the above and use the new facilities, you'll see it's simply not true. Besides they're more flexible than in the past, we were limited to storage devices while now we'll be able to handle much more type of devices. BTW Peter, there's no need to keep this bug report open IMO. Except if you want to move that as a "documentation needs fixing", but in this case better modify the title or assign to another component (not sure if we've one for doc). OK, I'm closing this bug. The doku still needs to be fixed, but I've added this to my internal TODO list. |