Bug 10836 - Konqueror loses profile settings when viewing archives
Summary: Konqueror loses profile settings when viewing archives
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Other
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-09-17 16:33 UTC by Unknown
Modified: 2009-08-20 19:26 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 Thomas Diehl 2000-09-17 16:24:10 UTC
(*** This bug was imported into bugs.kde.org ***)

Package: konqueror

When I use a profile that changes the default sorting categories for 
detailed view (file name size permissions etc.) to something else (eg 
name file type MIME type etc.) the new settings are nor honored any 
more as soon as I view a tar.gz file.  In this case the view switches 
back to the default settings.

This is of course not what the users expects and wants after going 
through the hassle of creating a profile.

Regards

Thomas



-- 
KDE translation: http://i18n.kde.org
Deutsche KDE-Uebersetzung: http://i18n.kde.org/teams/de
Comment 1 David Faure 2000-09-19 01:03:08 UTC
On Sun 17 Sep 2000 Thomas Diehl wrote :
>Package: konqueror
>
>When I use a profile that changes the default sorting categories for=20
>detailed view (file name size permissions etc.) to something else (eg=20
>name file type MIME type etc.) the new settings are nor honored any=20
>more as soon as I view a tar.gz file.  In this case the view switches=20
>back to the default settings.
>
>This is of course not what the users expects and wants after going=20
>through the hassle of creating a profile.

Hmm this is interesting because it's a different point of view about the n=
otion of "profile"....

Here is how things are currently in konqueror (cc'ing the doc team since it=
 may help them ;-)

Profiles
=3D=3D=3D=3D=3D=3D
A profile is an arrangement of views.=20
In the profile you can find the type of each view (icon detailed list tre=
e HTML text etc.)=20
as well as the position and size of each view in the window.
In addition the profile can contain the location (URL) shown by the view -=
 for instance
the default File Management profile shows the Home directory but the defau=
lt
Web Browsing profile comes up with an empty window.
Another thing you can find in a profile is the size of the window saved if=
 the
"Save window size" option is checked.

Use a profile to save a complex arrangement of views and be able to reload =
it in one click
possibly to view different locations (it doesn't have to be bound to a part=
icular location
but it can be).

Properties
=3D=3D=3D=3D=3D=3D=3D=3D
When you change the properties of a view (whether it shows hidden files im=
age previews
the size of the icons the sorting etc.) this new setting is instantaneous=
ly saved and remember
and applied to any other view of the same type in the future.

For even more configurability check the "Save View Properties In Directory=
" option. When
this option is checked the changes to the view properties as defined above=
 are not saved
globally but only for the directory currently shown (using a .directory fi=
le). This is how you
can customize the appareance of a given directory in konqueror including t=
he type of directory
view that should be used for it (icon list tree or text-list etc.) the =
size of the icons the sorting etc.

"Remove Directory Properties" removes the properties for the current direct=
ory reverting
to the global settings.

Note: uncheck "Save View Properties In Directory" if you want to change the=
 global settings.



I hope this helps.

PS: I think the above is not 100% correct in the current implementation be=
cause IIRC the sorting
isn't saved as part of the view properties. But that's a bug and I'll fix i=
t ;-)

PS2: this bug report opens my eyes on the fact that maybe the profile could=
 save even more
i.e. it could ask each view to save its properties into it. But this also m=
eans that same directory
could be viewed with different properties depending on the profile used to=
 show it.. I think this goes
a bit too far ;-). And it would lead to a strange feeling if going up and =
down again to this directory
leads to different properties because initially they were those of the pro=
file but when reopening
the directory they become those saved in the .directory file (the "Director=
y Properties").

--=20
David FAURE david@mandrakesoft.com faure@kde.org
http://www.mandrakesoft.com/~david/ http://www.konqueror.org/
KDE Making The Future of Computing Available Today
See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2
Comment 2 Alexander Neundorf 2000-09-23 12:56:12 UTC
David Faure wrote:
> 
> On Sun 17 Sep 2000 Thomas Diehl wrote :
> >Package: konqueror
> >
> >When I use a profile that changes the default sorting categories for
> >detailed view (file name size permissions etc.) to something else (eg
> >name file type MIME type etc.) the new settings are nor honored any
> >more as soon as I view a tar.gz file.  In this case the view switches
> >back to the default settings.
> >
> >This is of course not what the users expects and wants after going
> >through the hassle of creating a profile.
> 
> Hmm this is interesting because it's a different point of view about the notion of "profile"....
> 
> Here is how things are currently in konqueror (cc'ing the doc team since it may help them ;-)
> 
> 
> I hope this helps.
> 
> PS: I think the above is not 100% correct in the current implementation because IIRC the sorting
> isn't saved as part of the view properties. But that's a bug and I'll fix it ;-)


I think some time ago we decided on kfm-devel to save displayed columns
sort order and so on for every protocol ( I didn't want that if you
remember) . So a .tar.gz is a different protocol -> it get's the default
settings until you change them.

Bye
Alex
Comment 3 Michael Jahn 2004-07-07 13:24:01 UTC
Still valid for 3.2.3
Comment 4 Jonas Vejlin 2009-08-20 19:26:42 UTC
but is it still valid for kde 4.3?