19 Nov
2011
19 Nov
'11
12:26 p.m.
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.
--
Stupidity is its own reward.
19 Nov
19 Nov
12:31 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
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
5:15 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
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(a)yahoo.com>wrote;wrote:
--
Bro. Michael Henry
Associate Pastor
Monticello Christian Church
Be kinder than necessary. Everyone you meet is fighting some kind of battle.
You never know when a moment and a few sincere words can have an impact on
a life for a life
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(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)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
10:11 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
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
--
--
Kristopher Gamrat
Ark Linux webmaster
http://www.arklinux.com/
10:48 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
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.
--
Stupidity is its own reward.
11:42 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
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/lttFc…
Julius
20 Nov
20 Nov
2:53 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
can webkit be used?
On Sat, Nov 19, 2011 at 10:42 AM, Julius Schwartzenberg <
julius.schwartzenberg(a)gmail.com> wrote:
Richard J.M. Hill wrote:
--
Bro. Michael Henry
Associate Pastor
Monticello Christian Church
Be kinder than necessary. Everyone you meet is fighting some kind of battle.
You never know when a moment and a few sincere words can have an impact on
a life for a life
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/lttFc…
Julius
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)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
1 a.m.
New subject: [trinity-devel] Konqueror Web Browser.
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(a)yahoo.com>wrote;wrote:
> > 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
6:20 a.m.
New subject: [trinity-devel] Konqueror Web Browser.
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.
--
Stupidity is its own reward.
6:55 a.m.
New subject: [trinity-devel] Konqueror Web Browser.
On Saturday 19 November 2011, Richard J.M. Hill wrote:
On Saturday 19 November 2011, Timothy Pearson wrote:
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.
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.
7:15 a.m.
New subject: [trinity-devel] Konqueror Web Browser.
On Saturday 19 November 2011, Richard J.M. Hill
wrote:
The best way is to unsubscribe your old address and then re-subscribe via
your new address.
Tim
On Saturday 19 November 2011, Timothy Pearson
wrote:
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.
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.
11:55 p.m.
New subject: [trinity-devel] Konqueror Web Browser.
On Sat, Nov 19, 2011 at 6:55 PM, Kate Draven <borgqueen4(a)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(a)lists.pearsoncomputing.net" in the To: box instead,
and another putting "trinity-devel-unsubscribe(a)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/
4821
days inactive
4822
days old
11 comments
7 participants
participants (7)
-
Darrell Anderson -
Julius Schwartzenberg -
Kate Draven -
Kristopher Gamrat -
Michael Henry -
Richard J.M. Hill -
Timothy Pearson