Bug 126961 - forward requests for web pages immediately to web browser (kmail, web browser integration)
Summary: forward requests for web pages immediately to web browser (kmail, web browser...
Status: RESOLVED INTENTIONAL
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-08 15:44 UTC by Maciej Pilichowski
Modified: 2007-09-14 12:17 UTC (History)
0 users

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 Maciej Pilichowski 2006-05-08 15:44:33 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

Now, when clicking on the url in the mail the "loading progress" dialog appears. After contacting server (I assume) it then forward the request to the web browser. While dealing with one url with fast connection it is not a problem, it is when trying to open several pages and some link are to break.
Thus please forward such request at once to web browser, so broken links, no server response, etc. could be handled entirely within web browser.
Comment 1 Thiago Macieira 2006-05-16 00:53:44 UTC
Can't do that, sorry.

We need to know what application to open first. If it's an HTML page, your browser will be loaded. If you clicked on an image, your image viewer will be loaded.
Comment 2 Maciej Pilichowski 2006-05-16 08:22:37 UTC
??? Kmail shows explicitly "waiting for server response" (or something like that) -- it doesn't matter if it is image, or web page on that server. Konqueror should handle this and it is well known before I even click on URL address. Because... it is my web browser, so every URL link should be handled by it. If I know it, the KMail should know it too (common sense).
Comment 3 Maciej Pilichowski 2006-05-16 08:43:41 UTC
PS. Or I would say -- add an option for redirecting _all_ clicked URL to Konqueror, immediately. In case someone prefers for example that image viewer shows image from the server directly (I don't).
Comment 4 Thiago Macieira 2006-05-16 17:11:01 UTC
The window you're seeing is the ui_server. That's how any KDE application launches any URL.
Comment 5 Maciej Pilichowski 2006-05-16 21:06:30 UTC
>  The window you're seeing is the ui_server. That's how any KDE application
> launches any URL. 

_Any_? That's not true.

I rephrase my wish. To keep me productive and not to mess with many URL links (and windows which are not reliable) in mails I have to this (below) for every URL link I get in mail:
* RMB at URL link
* copy link address
* klipper popup menu shows up
* "open in konqueror" (and Thiago, no additional windows, check it for yourself)

So -- it _IS_ possible to make this reliable even when opening many links. It _IS_ possible to directly send the request to Konqueror (in fact, any browser)!

Please, add an option to make this automatic for LMB click on URL link instead of redirecting URL link to ui_server (the latter is counterproductive especially when there is no connection -- reliability mentioned above).


Comment 6 Ingo Klöcker 2006-05-16 22:14:30 UTC
KMail opens URLs you left-click on via KRun which is provided by the KDE libraries. We won't change this behavior because this is the standard behavior of all KDE applications.

If anything then we could add an "Open With" option to the context menu for URLs. Then you'd right-click on the URL and select Open With->Konqueror. If you think this would be okay, then file a new wish for this. If you don't think this is okay, then we can't help you.
Comment 7 Maciej Pilichowski 2006-05-16 22:47:43 UTC
> If anything then we could add an "Open With" option to the context menu for
> URLs. Then you'd right-click on the URL and select Open With->Konqueror.

It would half-solve the problem and actually it would be wasting time of person who would write that code.

I'll report similar problem to kdelibs then, but regardless that I think it is no problem (conceptual and technical) to add optional more strict integration with browser. Konqueror can do this directly, Klipper can do this directly, KMail could do this directly.
Ok, I am just a user, what can I know...
Comment 8 Ingo Klöcker 2006-05-16 23:59:53 UTC
You are missing the point that clicking on the URL pointing to a file should open the application which is best suited to open the file. For images opening them in Konqueror might be okay, but for let's say OpenDocument files it makes no sense. You'd get an empty Konqueror window starting KOffice or OpenOffice. That's not what most of our users want.

Making the behavior configurable would be a waste of our scarce development resources. (In fact, I'm already wasting way too much time replying to this bug report.)
Comment 9 Maciej Pilichowski 2006-05-17 08:41:00 UTC
>  You are missing the point that clicking on the URL pointing to a file
> should open the application which is best suited to open the file. For
> images opening them in Konqueror might be okay, but for let's say
> OpenDocument files it makes no sense. 

It makes perfect sense since Konqueror will ask me what to do. And before that I will get normal window, with normal URL address with normal and RELIABLE server response. Why do you assume that the document will open or the URL is valid?

> You'd get an empty Konqueror window starting KOffice or OpenOffice. 

Or maybe I will get an error. Konqueror knows how to handle them but this small redirection windows don't!

> That's not what most of our users want. 

How can you tell that?! In one day you asked them or what?

Do you have any statistics related to contents of the mails? _Maybe_ it is common to send via mail url links which most of them are just web pages. For me it is about 98% straight web pages, 1% pdf, 1% doc files. And I would like to see improvement in 99% even if it means that pdf and doc would be opened in Konqueror (and I would be more than ok with it).

And I really doubt that any person could opt for "nice and elegant" solution which is unproductive.
Comment 10 Ingo Klöcker 2006-05-17 09:01:31 UTC
How do I know? Because you are the first person to ever complain about this in 5 years.

> Or maybe I will get an error. Konqueror knows how to handle them but this
> small redirection windows don't!

Then that's a bug in the KRun functionality in kdelibs. Except for the better error handling is there another reason you always want Konqueror to be opened?
Comment 11 Maciej Pilichowski 2006-05-17 12:32:56 UTC
> How do I know? Because you are the first person to ever complain about this
> in 5 years. 

Somebody has to be the first, don't you think? This way you can close all reports since nobody complained about anything before the first complain. 
  Now, I can tell only for myself. And so do you. Votes are just for that purpose -- to get info how much people need given feature. Maybe that's just me, ok, but close the report as wontfix and don't tell me just after a week, that "most of the users" don't want that -- _wait for the users_.


 > > Or maybe I will get an error. Konqueror knows how to handle them but this 
 > > small redirection windows don't! 
  
 > Then that's a bug in the KRun functionality in kdelibs. Except for the
 > better error handling is there another reason you always want Konqueror to
 > be opened? 

The problem is that when you want to improve this KRun you get as the result micro-Konqueror. And I think _this_ is redundant. And that is reason I reported this wish -- easy and really efficient solution to the problem.

Ok, those are the things needed (by me):
* all tasks in one place -- Konqueror has it right now thanks to tabbed view (I use it)
* reliable error handling -- Konqueror has it right now
* easy URL reading and copying -- Konqueror has it right now (I set it to run maximized, but this KRun windows are opened really small without even widget to maximized them horizontally)

To achieve this, Krun should look like KGet -- with list of URL-task, status, etc.

Note however how much have to be done to achieve this. And the solution is simple -- use the tool that is already there. The web browser (btw. you are not surprised that you can browse local files in web browser and somehow you are surprised that somebody would like to open Kword embedded in web browser -- for example, I use kpdf embedded in Konqueror a lot, so for me is no big difference -- quotation "Konqueror is your file manager, web browser and UNIVERSAL DOCUMENT VIEWER").

And maybe some background -- I get a lot of mails from my friends and from my scientific tutor (?) with tons of URLs which should I read. For me, the easiest way to do this would be:
1) fire&forget -- scan all mails, click on all URLs (hoping that Konqueror will run), and switch back to Kmail
2) while the Konqueror would be fetching pages, images, movies (yes), I could easily, not bothered by errors from server or poor connection (I cannot afford faster right now), read all the mail
3) after that I could get to Konqueror to take a look on the stuff I fetched


This is how I imagine productive workplace. I cannot do this now because of all those windows flying around, disappearing, etc. -- just making mess to put it simple, so I cannot really focus on what I am reading and I can be never sure if I omitted something.


 
Comment 12 Thiago Macieira 2006-05-17 15:55:03 UTC
Konqueror doesn't have to be your browser for KRun to work. Konqueror doesn't even have to be installed.

So, no, this is a WONTFIX for KMail and kdelibs. KRun will continue to fetch the URL and find out which is the best program to open it. And since KIO and Konqueror share the same error handling and same MIME-type-to-application association list, you'll get the same behaviour.
Comment 13 Maciej Pilichowski 2006-05-17 18:25:47 UTC
> Konqueror doesn't have to be your browser for KRun to work. Konqueror
> doesn't even have to be installed. 

I know. I am using also term "web browser".
 
> So, no, this is a WONTFIX for KMail and kdelibs. KRun will continue to fetch
> the URL and find out which is the best program to open it. 

And what when you dont't anything installed? It is the same ridiculous situation as telling me that you don't have any browser -- if you don't have any browser installed then don't set this option on.

IT IS SUPPOSED TO BE AN OPTION! Somebody doesn't like it and it would work just like today -- somebody does and would make things run smoother.

> And since KIO and Konqueror share the same error handling and same
> MIME-type-to-application association list, you'll get the same behaviour. 

Thiago, please, I can see it. "The same behaviour" right. Konqueror displays web page with an error. And I can see it _after_ I've read all the mail. No flying windows around. Big difference.

And one more thing -- somehow, such OS as Windows can launch applications (for example Eudora, mailer, plus Opera, web browser) without any flying windows around. Much more effective -- and this is what counts. Productivity. I don't (and I think most of the users ;-DD too) care about the internals -- if internals are in the way of productivity, let's fix internals.
Comment 14 Maciej Pilichowski 2006-05-18 11:24:25 UTC
The report for kdelibs is here:
https://bugs.kde.org/show_bug.cgi?id=127507