Difference between revisions of "Konqueror"

from HTYP, the free directory anyone can edit if they can prove to me that they're not a spambot
Jump to navigation Jump to search
(→‎Bugs: shortcomings: no terminal)
(→‎Shortcomings: file finding)
Line 18: Line 18:
 
==Shortcomings==
 
==Shortcomings==
 
* No terminal mode or connection log to view the progress of connections to remote computers (via sftp, smb, etc.) so you can see why it's not working.
 
* No terminal mode or connection log to view the progress of connections to remote computers (via sftp, smb, etc.) so you can see why it's not working.
 +
* ''Sad to say, the "Find File..." function in Konqueror is still clunky and awkward compared to the same function in $%^&*! [[Windows Explorer]] (and I'm looking at the ''[[Windows 98]]'' version here). Someone, please donate a clue to the [[KDE]] developers? -{{init.woozle}}.''

Revision as of 01:21, 13 May 2008

This page is a seed article. You can help HTYP water it: make a request to expand a given page and/or donate to help give us more writing-hours!

Computing: Linux: KDE: Konqueror

Links

Bugs

Bug reporting tool for people who don't have time to file an official bug report

Woozle 15:01, 28 March 2006 (EST): I don't know how this happened exactly, but I have two instances of Konqueror which tell me different things about the owner of a particular file. One instance is running as root, the other as a regular user (Harena). The root instance agrees with shell ("ls -all /mnt/qemu") that the file's owner is root; the regular-user Konqueror insists that the owner is Harena – even after I close it and reopen it. No amount of refreshing seems to help. Even closing all instances of Konqueror gives the same results when I reopen one instance as Harena and one as root: the root instance says that /mnt/qemu is owned by harena, and the harena instance insists that it belongs to root.

Woozle 20:00, 22 January 2006 (EST): If you add icons to the toolbar, they aren't saved when Konq exits. This means you really can't effectively customize Konqueror. (Same for changing the icon view to a treeview; it always reverts to icon view.)

  • Saving the profile (Settings -> Save View Profile...) does not work. Sometimes this menu option is greyed out, too.

Woozle 13:56, 12 October 2005 (EDT): Right-click menu editing is broken

  • I had "open with KEdit as root" set up as an option on my right-click menu for all files (settings -> configure konqeueror -> file associations -> all -> allfiles) – it would show up under the "Open With >" menu, but I realized I really wanted to have Kate there as well (as myself, not as root).
  • So I added it: click on allfiles, under "application preference order" click [Add], browse for Kate under Debian -> apps -> editors, select it and click [Ok])
  • Problem: Now neither option appears when right-clicking; I get an "Open With..." menu (ellipses instead of a submenu). I've tried removing "KEdit as root" in case it didn't like having two choices (which would also have been a bug), but there was no change in behavior.
  • Workaround: Close and restart Konqueror; the menu change showed up after I did this.

Shortcomings

  • No terminal mode or connection log to view the progress of connections to remote computers (via sftp, smb, etc.) so you can see why it's not working.
  • Sad to say, the "Find File..." function in Konqueror is still clunky and awkward compared to the same function in $%^&*! Windows Explorer (and I'm looking at the Windows 98 version here). Someone, please donate a clue to the KDE developers? -W.