My main concern regarding Konqueror as a web browser is one of security. I may be wrong, but my experience, with Slackware at least, is that the browser is part of KDE, and that there are no security updates for it. The only time it gets updated is when you install a new version of KDE. Since most web browsers require updates every few weeks, or sometimes after only a few days, I would like Trinity to have the ability to install security updates for the web browser, just like I can with Firefox, without having to update the whole D.E. or even the 'base' package.
Richard.
My main concern regarding Konqueror as a web browser is one of security. I may be wrong, but my experience, with Slackware at least, is that the browser is part of KDE, and that there are no security updates for it. The only time it gets updated is when you install a new version of KDE. Since most web browsers require updates every few weeks, or sometimes after only a few days, I would like Trinity to have the ability to install security updates for the web browser, just like I can with Firefox, without having to update the whole D.E. or even the 'base' package.
+1
Darrell
I would like that too, however with the lack of manpower, until there are some volunteers....
On Fri, Nov 18, 2011 at 11:31 PM, Darrell Anderson humanreadable@yahoo.comwrote:
My main concern regarding Konqueror as a web browser is one of security. I may be wrong, but my experience, with Slackware at least, is that the browser is part of KDE, and that there are no security updates for it. The only time it gets updated is when you install a new version of KDE. Since most web browsers require updates every few weeks, or sometimes after only a few days, I would like Trinity to have the ability to install security updates for the web browser, just like I can with Firefox, without having to update the whole D.E. or even the 'base' package.
+1
Darrell
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Konqueror is a part of TDE/KDE, and integrated too. Unfortunately, until the KHTML rendering engine gets replaced, I don't think there will be security updates for Konqueror. As Michael pointed out, there's a lack of man power to help speed things along.
-- Kris
On Saturday 19 November 2011, Kristopher Gamrat wrote:
Konqueror is a part of TDE/KDE, and integrated too. Unfortunately, until the KHTML rendering engine gets replaced, I don't think there will be security updates for Konqueror. As Michael pointed out, there's a lack of man power to help speed things along.
-- Kris
I didn't mean to sound like I expected the Trinity team to start hacking on KHTML in order to address the security issue. I appreciate that an enormous amount of work would be involved, and that you just don't have enough developers. I just wanted to raise the point because nobody had mentioned what I thought was a very serious issue.
I agree that the only feasible way to tackle the problem would be to use another rendering-engine in Konqueror. I imagine that this would still be a massive task (I am not a programmer) and perhaps still more work than you are able to take on at this time; but maybe one day...
Richard.
Richard J.M. Hill wrote:
I agree that the only feasible way to tackle the problem would be to use another rendering-engine in Konqueror. I imagine that this would still be a massive task (I am not a programmer) and perhaps still more work than you are able to take on at this time; but maybe one day...
I sent in some patches that allow kmozilla to at least render a page again. kmozilla enables using Gecko inside of Konqueror.
I hope I can continue with this soon, but I am not sure how much time I'll have. If anyone is interested in looking at this, feel free to contact me. I already have some small improvements in my local source tree for the conversion to the GObject signaling API. (The current code uses deprecated GTK signal calls.)
Here is a screenshot: http://lh4.googleusercontent.com/-BiSwJPk2dHY/Tod915u2bAI/AAAAAAAAAfM/lttFcm...
Julius
can webkit be used?
On Sat, Nov 19, 2011 at 10:42 AM, Julius Schwartzenberg < julius.schwartzenberg@gmail.com> wrote:
Richard J.M. Hill wrote:
I agree that the only feasible way to tackle the problem would be to use another rendering-engine in Konqueror. I imagine that this would still be a massive task (I am not a programmer) and perhaps still more work than you are able to take on at this time; but maybe one day...
I sent in some patches that allow kmozilla to at least render a page again. kmozilla enables using Gecko inside of Konqueror.
I hope I can continue with this soon, but I am not sure how much time I'll have. If anyone is interested in looking at this, feel free to contact me. I already have some small improvements in my local source tree for the conversion to the GObject signaling API. (The current code uses deprecated GTK signal calls.)
Here is a screenshot:
http://lh4.googleusercontent.com/-BiSwJPk2dHY/Tod915u2bAI/AAAAAAAAAfM/lttFcm...
Julius
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
I would like that too, however with the lack of manpower, until there are some volunteers....
On Fri, Nov 18, 2011 at 11:31 PM, Darrell Anderson humanreadable@yahoo.comwrote:
My main concern regarding Konqueror as a web browser is one of security. I may be wrong, but my experience, with Slackware at least, is that the browser is part of KDE, and that there are no security updates for it. The only time it gets updated is when you install a new version of KDE. Since most web browsers require updates every few weeks, or sometimes after only a few days, I would like Trinity to have the ability to install security updates for the web browser, just like I can with Firefox, without having to update the whole D.E. or even the 'base' package.
+1
Darrell
Just as a note, this really is a distribution packaging issue. The KHTML engine is already fairly well split within kdelibs, and if an external renderer is used in the future then updates will be split by default.
Tim
On Saturday 19 November 2011, Timothy Pearson wrote:
Just as a note, this really is a distribution packaging issue. The KHTML engine is already fairly well split within kdelibs, and if an external renderer is used in the future then updates will be split by default.
Tim
You raise a good point; and while I agree that any external rendering-engine which may be used by Konqueror will receive updates from its parent organization (or from Linux distribution maintainers), I think that the availability of KHTML as the default renderer is a bad idea (especially for non-technical users who may be unaware of the implications of using it). It would be better, in my opinion, if when Konqueror is first started, it were to prompt the user to select one of Gecko, Webkit, etc. to use for web browsing. Maybe it could also present a warning as to the danger of using KHTML due to the lack of security updates.
Richard.
On Saturday 19 November 2011, Richard J.M. Hill wrote:
On Saturday 19 November 2011, Timothy Pearson wrote:
Just as a note, this really is a distribution packaging issue. The KHTML engine is already fairly well split within kdelibs, and if an external renderer is used in the future then updates will be split by default.
Tim
You raise a good point; and while I agree that any external rendering-engine which may be used by Konqueror will receive updates from its parent organization (or from Linux distribution maintainers), I think that the availability of KHTML as the default renderer is a bad idea (especially for non-technical users who may be unaware of the implications of using it). It would be better, in my opinion, if when Konqueror is first started, it were to prompt the user to select one of Gecko, Webkit, etc. to use for web browsing. Maybe it could also present a warning as to the danger of using KHTML due to the lack of security updates.
Richard.
Konqueror has too many perks to give up as a web browser, superior tabbing, panels, profiles and more. I really think its best to change khtml to another engine or see what MAC as done with it. Remember, Safari was khtml, so it can be done. Yes, I know MAC is a billion dollar business, but still.
Kate
PS Tim, where can I change the email addy these mailings are sent to. I'd like to keep my personal email clean of devel stuff. With all the projects, its too much. So I created some more emails for this use. Thanks.
On Saturday 19 November 2011, Richard J.M. Hill wrote:
On Saturday 19 November 2011, Timothy Pearson wrote:
Just as a note, this really is a distribution packaging issue. The
KHTML
engine is already fairly well split within kdelibs, and if an external renderer is used in the future then updates will be split by default.
Tim
You raise a good point; and while I agree that any external rendering-engine which may be used by Konqueror will receive updates from its parent organization (or from Linux distribution maintainers), I think that the availability of KHTML as the default renderer is a bad idea (especially for non-technical users who may be unaware of the implications of using it). It would be better, in my opinion, if when Konqueror is first started, it were to prompt the user to select one of Gecko, Webkit, etc. to use for web browsing. Maybe it could also present a warning as to the danger of using KHTML due to the lack of security updates.
Richard.
Konqueror has too many perks to give up as a web browser, superior tabbing, panels, profiles and more. I really think its best to change khtml to another engine or see what MAC as done with it. Remember, Safari was khtml, so it can be done. Yes, I know MAC is a billion dollar business, but still.
Kate
PS Tim, where can I change the email addy these mailings are sent to. I'd like to keep my personal email clean of devel stuff. With all the projects, its too much. So I created some more emails for this use. Thanks.
The best way is to unsubscribe your old address and then re-subscribe via your new address.
Tim
On Sat, Nov 19, 2011 at 6:55 PM, Kate Draven borgqueen4@gmail.com wrote:
PS Tim, where can I change the email addy these mailings are sent to. I'd
like
to keep my personal email clean of devel stuff. With all the projects, its too much. So I created some more emails for this use. Thanks.
You can alway use filters and labels. Gmail supports this. It's how I keep the mailing lists separate on my Gmail.
Log in to Gmail's website, go to your Mail Settings, click the Filters tab at the top, then enter [trinity-users] or [trinity-devel] (don't do it using From:, since the From: field won't show the mailing list). Click "Create email with this search." Checkmark "Apply Label", click Choose Label, and name the label whatever you want. Also, checkmark "Skip the Inbox (Archive it)" to prevent it from showing up in your inbox with your other mail. You can check off any of the other options if you want, then click Create Filter. You can do that for virtually any mailing list or email subscription. Any labels you create for this will show up in your email client (Kmail, Thunderbird, etc) as folders.
You might also want to create a filter putting " trinity-users-subscribe@lists.pearsoncomputing.net" in the To: box instead, and another putting "trinity-devel-unsubscribe@lists.pearsoncomputing.net" in the To: box, so any emails you send to the mail lists are auto-labelled.
-- Kristopher Gamrat Ark Linux webmaster http://www.arklinux.com/
-
Darrell Anderson -
Julius Schwartzenberg -
Kate Draven -
Kristopher Gamrat -
Michael Henry -
Richard J.M. Hill -
Timothy Pearson