Dotan Cohen wrote:
> 2009/5/22 James Richard Tyrer <tyrerj@xxxxxxx>:
>> Dotan Cohen wrote:
>>> A user is looking for Sessions for Dolphin, this is how he describes
>>> the feature:
>>>
>>>> All I mean is providing the option for dolphin to open in the same state
>>>> it was in when it was closed. If you have, say, three tabs open and use
>>>> twin panes open, then its a pain setting these up all the time. Being
>>>> able to save state into profiles is even better. Most mature, well-
>>>> featured file managers do these things.
>>> I cannot find an issue on BKO however this seems familiar. Can
>>> anyonshed some light on this feature? Is it in development? Thanks.
>>>
>> Yes, this is a needed feature. It is needed in Konqueror as well as the
>> current View Profile was not well thought out (it combines functions
>> that should be separate).
>>
>
> I did not file the feature request on Dolphin as I see that Konqueror
> does have sessions. What, specifically, do you feel could be improved?
>
Konqueror View Profiles contain a configuration of Konqueror and
optionally can contain stored URLs. Perhaps some of the problem could
be attributed to bugs. Specifically, the number of open tabs and window
divisions seems to be part of the configuration of Konqueror even if the
View Profile does not contain URLs. If that bug were fixed, the current
system might be OK. However, it appears to me that saving a
configuration and saving content [URL(s)] should be two separate actions
and the option should be whether to attach a configuration to content
(currently even if the bugs are fixed, this is required). A
configuration does need a default URL to use when a new instance opens,
but this should not override content already opened in a Konqueror instance.
I would take this one step further. Although we would probably have to
allow named configurations, I would also make it possible to create
automatic configurations that were associated with one or more protocols
so that the configuration would automatically change based on the
protocol of the URL that currently had focus. We already have something
similar; you will notice that some of the icons on the toolbars appear
and disappear based on the content type of the URL that has focus.
This could be used to eliminate the need for the artificial division
into "Web Browsing" and "File Management". The universal browser is a
feature of KDE, I do not understand what motivated the attempt to create
the false separation, but then there a lot of things about the KDE
project that I don't understand.
--
JRT
Linux (mostly) From Scratch
___________________________________________________
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.
