I wonder if this feature is backportable to Trinity - John
On Monday 12 September 2011 13:52:02 John A. Sullivan III wrote:
I wonder if this feature is backportable to Trinity
hopefully, not :)
werner
Am Montag, 12. September 2011 schrieb Werner Joss:
On Monday 12 September 2011 13:52:02 John A. Sullivan III wrote:
I wonder if this feature is backportable to Trinity
hopefully, not :)
agreed :)
werner
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Mon, 2011-09-12 at 16:31 +0200, Mag. Dr. Nikolaus Klepp wrote:
Am Montag, 12. September 2011 schrieb Werner Joss:
On Monday 12 September 2011 13:52:02 John A. Sullivan III wrote:
I wonder if this feature is backportable to Trinity
hopefully, not :)
agreed :)
<snip>
Sorry but as much as there are all kinds of technical and security reasons why this should not be done (which I wholeheartedly embrance and which is why KDE resisted for so long), the business case is overwhelming. KMail is a non-starter without it in many environments - John
On Monday 12 September 2011 20:07:02 John A. Sullivan III wrote:
Sorry but as much as there are all kinds of technical and security reasons why this should not be done (which I wholeheartedly embrance and which is why KDE resisted for so long), the business case is overwhelming. KMail is a non-starter without it in many environments -
sure, but why the heck should it (especially the kde 3.5.x version) be a 'starter' in an ms-outlook-crap dominated environment ? makes no sense, IMHO. those who want/need things like that, for whatever reason, are surely better off with kde 4.x (which has even more 'ms-features' anyways)
werner
On Monday 12 September 2011 20:07:02 John A. Sullivan III wrote:
Sorry but as much as there are all kinds of technical and security reasons why this should not be done (which I wholeheartedly embrance and which is why KDE resisted for so long), the business case is overwhelming. Â KMail is a non-starter without it in many environments -
sure, but why the heck should it (especially the kde 3.5.x version) be a 'starter' in an ms-outlook-crap dominated environment ? makes no sense, IMHO. those who want/need things like that, for whatever reason, are surely better off with kde 4.x (which has even more 'ms-features' anyways)
werner
We aim to provide our users with what they want. Philosophically there is no problem with adding HTML support (through an as-of-yet unknown technical means ;-))--in the TDE style of doing things there would be a configuration option to shut off the HTML reply feature.
Also, I would be careful about bashing Microsoft in terms of the features offered. While I do not like Micro$oft, and I absolutely hate what they did to Windows over the past couple of releases, Windows 2000 and XP were workhorse operating systems that still do things that Linux can't.
Tim
On Mon, 12 Sep 2011, Timothy Pearson wrote:
On Monday 12 September 2011 20:07:02 John A. Sullivan III wrote:
Sorry but as much as there are all kinds of technical and security reasons why this should not be done (which I wholeheartedly embrance and which is why KDE resisted for so long), the business case is overwhelming. Â KMail is a non-starter without it in many environments -
sure, but why the heck should it (especially the kde 3.5.x version) be a 'starter' in an ms-outlook-crap dominated environment ? makes no sense, IMHO. those who want/need things like that, for whatever reason, are surely better off with kde 4.x (which has even more 'ms-features' anyways)
We aim to provide our users with what they want. Philosophically there is no problem with adding HTML support (through an as-of-yet unknown technical means ;-))--in the TDE style of doing things there would be a configuration option to shut off the HTML reply feature.
Please, make OFF the default. IINM, that's what it has been until recently in the KDE4 world. The change in default caught many unawares and it upset quite a few folks -- tracking the chatter on usenet.
Jonesy
On Monday 12 September 2011 20:24:13 Timothy Pearson wrote:
We aim to provide our users with what they want. Philosophically there is no problem with adding HTML support (through an as-of-yet unknown technical means ;-))--in the TDE style of doing things there would be a configuration option to shut off the HTML reply feature.
as marvin already wrote: no problem when OFF ist the default :)
Also, I would be careful about bashing Microsoft in terms of the features offered. While I do not like Micro$oft, and I absolutely hate what they did to Windows over the past couple of releases, Windows 2000 and XP were workhorse operating systems that still do things that Linux can't.
sure, there are always things that are only (or better) available in one environment than in another (true even for windoze ;-) ) same goes vice versa (features only available in linux, NOT in any windoze flavour). and these are far more. at least for me.
werner
Kmail is already capable of creating html emails as well as displaying html emails. The default is simply off. It can be activated in setting for full on use or as needed per email.
I agree, html email is bad and its being abandoned by the majority for security sake. However Tim is correct, the option should be there.,
The most logical solution is to repeat what was done on 3.5.10, make it available with off as the default.
Off to sleep!
Kate
On Mon, 2011-09-12 at 20:07 -0400, Katheryne Draven wrote:
Kmail is already capable of creating html emails as well as displaying html emails. The default is simply off. It can be activated in setting for full on use or as needed per email.
I agree, html email is bad and its being abandoned by the majority for security sake. However Tim is correct, the option should be there.,
The most logical solution is to repeat what was done on 3.5.10, make it available with off as the default.
Off to sleep!
<snip> That is true for composition but not replies. Replies to HTML formatted emails convert the original email to plain text discarding all formatting - John
On Mon, 2011-09-12 at 20:07 -0400, Katheryne Draven wrote:
Kmail is already capable of creating html emails as well as displaying html emails. The default is simply off. It can be activated in setting for full on use or as needed per email.
I agree, html email is bad and its being abandoned by the majority for security sake. However Tim is correct, the option should be there.,
The most logical solution is to repeat what was done on 3.5.10, make it available with off as the default.
Off to sleep!
<snip> That is true for composition but not replies. Replies to HTML formatted emails convert the original email to plain text discarding all formatting - John
Really? That's interesting--it means that Trinity already has some kind of HTML editor in place.
Hmmm.
Tim
On Mon, 2011-09-12 at 21:26 -0500, Timothy Pearson wrote:
On Mon, 2011-09-12 at 20:07 -0400, Katheryne Draven wrote:
Kmail is already capable of creating html emails as well as displaying html emails. The default is simply off. It can be activated in setting for full on use or as needed per email.
I agree, html email is bad and its being abandoned by the majority for security sake. However Tim is correct, the option should be there.,
The most logical solution is to repeat what was done on 3.5.10, make it available with off as the default.
Off to sleep!
<snip> That is true for composition but not replies. Replies to HTML formatted emails convert the original email to plain text discarding all formatting - John
Really? That's interesting--it means that Trinity already has some kind of HTML editor in place.
Hmmm.
Tim
<snip> That was the gist of the long thread where we thought Trinity was going to do the bounty based work to implement it. There is rudimentary HTML composition available in Trinity KMail as far as I recall. It is limited but it works. The outcry on the KDE forums was that one could not reply to an HTML mail and retain its formatting. The reply was always converted to plain text - John
On Mon, 2011-09-12 at 21:26 -0500, Timothy Pearson wrote:
On Mon, 2011-09-12 at 20:07 -0400, Katheryne Draven wrote:
Kmail is already capable of creating html emails as well as
displaying
html emails. The default is simply off. It can be activated in setting for full
on
use or as needed per email.
I agree, html email is bad and its being abandoned by the majority
for
security sake. However Tim is correct, the option should be there.,
The most logical solution is to repeat what was done on 3.5.10, make it available with off as the default.
Off to sleep!
<snip> That is true for composition but not replies. Replies to HTML
formatted
emails convert the original email to plain text discarding all formatting - John
Really? That's interesting--it means that Trinity already has some kind of HTML editor in place.
Hmmm.
Tim
<snip> That was the gist of the long thread where we thought Trinity was going to do the bounty based work to implement it. There is rudimentary HTML composition available in Trinity KMail as far as I recall. It is limited but it works. The outcry on the KDE forums was that one could not reply to an HTML mail and retain its formatting. The reply was always converted to plain text - John
Sorry, I was unaware of that feature. My fault! Trinity is so large that I can easily lose track of things.... :-)
Tim