[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 8333] setting 'home page' is unintuitive
From:       David Faure <faure () kde ! org>
Date:       2008-06-03 19:22:50
Message-ID: 20080603192250.3834.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=8333         




------- Additional Comments From faure kde org  2008-06-03 21:22 -------
JRT: there's also a konq-simplebrowser.rc -- does this mean there's a third home 
location just because some distros/profiles/people removed some toolbar buttons?

There are no 4 states, there are two applications, kfm and konqueror (conceptually).
There are most probably bugs in the separation of those two apps, let's just fix \
those.

#122/#137 would confuse the hell out of most users for sure. You navigate into some \
ftp or smb link, then you're done and want to go back to your $HOME, you click on the \
home button, as you always did... The root folder of an FTP server is totally \
uninteresting, and so is the smb group, if you didn't come from there. Most users are \
NOT involved in this discussion, it should just work out of the box for them without \
having to realize that 1) profiles exist 2) there are different xmlgui files per \
profile and/or 3) that button will lead them somewhere else depending on where they \
currently are.

IMHO #122 only confirms that yes, you want the homepage when browsing the web and the \
home dir when using the filemanager, that's exactly what I implemented, we just need \
to handle some corner cases right.  For instance JRT's "loading the filemanagement \
profile" should replace the current window with a new one [in a new process] if the \
current window was a webbrowser window -- this is what is already happening when \
choosing a profile that specifies another .rc file, in fact. Should all be \
transparent to the user, but as a result, it becomes a filemanagement window. Another \
solution would be to split filemanagement profiles and webbrowsing profiles and only \
show those that match the running "app"...


[prev in list] [next in list] [prev in thread] [next in thread]