Bug 70495 - Cervisia recognition in Konqueror as the handler for inode/directory, makes it a bit too invasive, as most folders are not CVS folders
Summary: Cervisia recognition in Konqueror as the handler for inode/directory, makes i...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-15 14:44 UTC by Carlos Woelz
Modified: 2009-05-29 14:44 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Konqueror context menu (16.19 KB, image/jpeg)
2003-12-18 22:20 UTC, Carlos Woelz
Details
screenshot2 (11.49 KB, image/jpeg)
2003-12-18 22:38 UTC, Carlos Woelz
Details
Actions Submenu - Screenshot 3 (9.33 KB, image/jpeg)
2003-12-18 22:40 UTC, Carlos Woelz
Details
.kde4/share/apps/konqueror/profiles/filemanagement (781 bytes, application/octet-stream)
2009-05-29 10:00 UTC, Franz Holzinger
Details
/usr/share/config.kcfg/konqueror.kcfg (18.09 KB, application/octet-stream)
2009-05-29 11:27 UTC, Franz Holzinger
Details
configuraton window of Konqueror (64.75 KB, image/png)
2009-05-29 11:48 UTC, Franz Holzinger
Details
install dolphin on Mandriva 2009.1 (1.88 KB, text/plain)
2009-05-29 14:31 UTC, Franz Holzinger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Woelz 2003-12-15 14:44:29 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
Compiler:          GCC 3.3.1 mandrake
OS:          Linux

Little usability bug reported by Eugenia from OSNews.

The cervisia inclusions in the context menu are a bit too invasive. The context menu shows cervisia actions for directories _and_ files, even when using konqueror in web-browsing mode. Untill we can have this context menu to show _only_ for cvs directories, I think it would be best to leve it out of the context menu. After all, you can use the toolbar button for the same action. So there is no advantage for the context menu.

So my proposal is to remove cervisia actions from the Konqueror context menu. If not, at least move it to "actions" submenu. Rationale: all funcionality is already available in the default konq toolbar.
Comment 1 Christian Loose 2003-12-17 11:43:53 UTC
Sorry, but I can't reproduce this.

I only get cervisia's actions in the context menu, when I'm inside the embedded cervisia kpart. I don't get the actions while browsing the web or doing file management.

Could you please add the steps how to reproduce this to this report and maybe also a screenshot. Thanks!

Christian
Comment 2 Carlos Woelz 2003-12-18 22:20:58 UTC
Created attachment 3765 [details]
Konqueror context menu
Comment 3 Carlos Woelz 2003-12-18 22:36:08 UTC
I am sorry about the directories _and_ files comment. I was _wrong_ ;). It is only directories.
But the item on Konqueror context menu for directories is still a bit confusing, and I will explain why. Imagine you have a non CVS directory. The Konqueror submenu will be like screenshot1. (Already sent).
Then an error dialog will appear (screenshot2), as this is no CVS repository.

In my opinion, associating simple directories with Cervisia is confusing, because the vast majority of directories are not repositories.

To solve this problem, I see two options: open a dialog to create or checkout a repository from the network, so there would be no error, and would be a useful action. Or move it to the action submenu, where Konsole and Ark are.
(Screenshot3).

That's it. I hope I explained it clearly this time.
Comment 4 Carlos Woelz 2003-12-18 22:38:19 UTC
Created attachment 3766 [details]
screenshot2
Comment 5 Carlos Woelz 2003-12-18 22:40:00 UTC
Created attachment 3767 [details]
Actions Submenu - Screenshot 3
Comment 6 Christian Loose 2004-01-06 10:00:58 UTC
Hi Carlos,

Let me see if I got it right now:
- it's about the context menu entry that opens Cervisia as KPart. It's _not_ about Cervisia's context menu actions like 'commit', 'add', etc.
- You see this entry only when the mimetype is inode/directory (independent of konqueror's current mode). The entry is _not_ shown when you do a right click on a file or a web link (that is not a directory).

If this is correct then there isn't much I can do, because:
a) Konqueror decides where it shows the BrowserExtension KParts. So to move the entry to the action submenu, the Konqueror developers have to change the creation of the context menu.
b) I don't think we will ever get a inode/cvs-directory mimetype, because it would have a big performance hit on the mimetype detection.

Regarding your suggestion to replace the error message dialog with an useful action. I don't think this is a good idea, because it doesn't get rid of the actual problem. Also you are either a developer that choosed the action on purpose or you are a normal user that choosed it by accident. In both case it was an error if you selected a non-cvs directory and you probably also didn't want to do something with the selection (like create or checkout a repository). 

My suggestion is to assign this bug report to konqueror and ask them to create a views submenu where all BrowserExtension KParts are shown.

Christian
Comment 7 Carlos Woelz 2004-01-07 19:26:24 UTC
>Let me see if I got it right now:
>- it's about the context menu entry that opens Cervisia as KPart.
>It's _not_ about Cervisia's context menu actions like 'commit', 'add', etc.
>- You see this entry only when the mimetype is inode/directory
>(independent of konqueror's current mode). The entry is _not_ shown
>when you do a right click on a file or a web link (that is not a directory).

Right.

>Regarding your suggestion to replace the error message dialog
>with an useful action. I don't think this is a good idea, because it
>doesn't get rid of the actual problem. Also you are either a
>developer that choosed the action on purpose or you are a normal
>user that choosed it by accident. In both case it was an error if
>you selected a non-cvs directory and you probably also didn't want
>to do something with the selection (like create or checkout a repository).

Agreed.

>My suggestion is to assign this bug report to konqueror and ask them to
>create a views submenu where all BrowserExtension KParts are shown.

My sugestion would be to remove it from the context menu, and keep it
in the toolbar and menus. Or to move it to "actions"

Reassingning it to konqueror, as you suggested.
Comment 8 Sashmit Bhaduri 2004-01-07 19:33:47 UTC
> My sugestion would be to remove it from the context menu, and keep it 
> in the toolbar and menus. Or to move it to "actions" 


Here is how Konqueror's context menu works in terms of "Open With":

- Find all applications that match the current view's mimetype (like inode/directory). Add each application as an action to the "Open With" submenu in Konqueror. If only one such application is found, collapse the submenu, and add two items to the context menu: "Open With..", which shows a dialog, and the name of the program, which passes the current url to that application.

This is what is happening here. You only have one application (other than hidden ones, like Konqi), Cervisia, that is capable of viewing inode/directory. This is a very general problem.

THEREFORE: My suggestion is to just make Cervisia hidden (using it's desktop file), like Konqueror is. Most people won't launch Cervisia this way using Konqueror, because of the Cervisia kpart.
Comment 9 Ron Onstenk 2004-03-08 14:15:46 UTC
THEREFORE: My suggestion is to just make Cervisia hidden (using it's desktop file), like Konqueror is. Most people won't launch Cervisia this way using Konqueror, because of the Cervisia kpart. 

Question where is this file. applications, applnk, mimetypes, services or servicetypes.
Even on the maintoolbar of konqueror I have two icons to start this cervisia
It is something for developers but not for office or normal home users.
Second hidden with a dot in front or in the file Hidden=True,
Suse checks for Hidden=TRUE and Hidden=true. That was the reason some entries never apear or disapear while Hidden=True (I found it) never pass this test.
/usr/sbin/conf.d/SuseConfig.kde test for this.
Comment 10 Joseph Kerian 2006-08-30 23:23:15 UTC
The current (3.5.2) menu items do seem more appropriate inside the "Actions" menu... as they're fairly involved activities that would only occasionally be used.
Comment 11 Eric Kjeldergaard 2006-08-31 17:47:09 UTC
Yup, these (imho) Actions do look like they should be in Actions instead of the general-purpose context menu.
Comment 12 Franz Holzinger 2009-05-29 09:17:28 UTC
I have just upgraded to Konqueror Version 4.2.2 (KDE 4.2.2). I have also deleted the .kde4/share/apps/konqueror configuration folder of
the user and did a resinstall of Konqueror. But this did not help.
The file manager is completely unusable now. It only offers me to show all files and folders for Cervisia and gives a warning dialog box on all folders which do not contain Cervisia. This has worked fine with former versions of Konqueror.

This is a new Mandriva 2009.1 x86_64 Powerpack.

Mandriva support thinks this is a bug in KDE:
see
https://qa.mandriva.com/show_bug.cgi?id=51243
Comment 13 Andre Woebbeking 2009-05-29 09:31:47 UTC
What file associations do you have for inode/directory? You find that in Konqueror's settings for file management.
Comment 14 Franz Holzinger 2009-05-29 10:00:04 UTC
Created attachment 34094 [details]
.kde4/share/apps/konqueror/profiles/filemanagement

This has been autogenerated by the installation of Konqueror. I did not make any changes to this file.
Comment 15 Andre Woebbeking 2009-05-29 10:08:51 UTC
The file associations are not stored in that file. Please have a look to your settings.
Comment 16 Franz Holzinger 2009-05-29 11:27:42 UTC
Created attachment 34099 [details]
/usr/share/config.kcfg/konqueror.kcfg
Comment 17 Franz Holzinger 2009-05-29 11:48:56 UTC
Created attachment 34100 [details]
configuraton window of Konqueror
Comment 18 Andre Woebbeking 2009-05-29 12:00:57 UTC
Ah, I wanted the latter, thanks.

Under File Management I've two more sub settings: Views and File Associations?!?

Could you please enter 

kcmshell4 filetypes

in konsole an look for inode/directory.
Comment 19 Franz Holzinger 2009-05-29 12:09:46 UTC
[root@localhost Mandriva]# kcmshell4 filetypes 
kcmshell(2046)/kcmshell (kdelibs) locateModule: Could not find module ' "filetypes" '. 

Nothing happens.
Comment 20 Andre Woebbeking 2009-05-29 12:25:23 UTC
Strange. Maybe it's part of Dolphin. Do you've installed Dolphin?

BTW, Konqueror uses Dolphin for file management.
Comment 21 Franz Holzinger 2009-05-29 14:31:17 UTC
Created attachment 34105 [details]
install dolphin on Mandriva 2009.1

No dolphin has been installed. I have installed it now manually.
This fixes the problem with Konqueror. I can now also see the file associations in the Konqueror configuration dialog.

Thanks.
Comment 22 Andre Woebbeking 2009-05-29 14:44:19 UTC
Closing this now as KDE 3 in unmaintained now and it works in KDE 4.