--===============2097287012==
Content-type: multipart/signed; boundary=nextPart14005102.eQfsbRGSV4;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-transfer-encoding: 7bit

--nextPart14005102.eQfsbRGSV4
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 04 April 2011, Stan Goodman wrote:
> On Monday, April 04, 2011 12:47:30 AM Ingo Kl=C3=B6cker Ingo Kl=C3=B6cker
>=20
> <kloecker@kde.org> wrote:
> > On Sunday 03 April 2011, Alan McKinnon wrote:
> > > On Sunday 03 April 2011 15:35:40 Anne Wilson wrote:
> > > > On Sunday 03 April 2011 09:32:13 Stan Goodman wrote:
> > > > > > > > If you want to show an HTML message as HTML then you
> > > > > > > > need to enable "Prefer HTML to Plain Text" for the
> > > > > > > > folder temporarily.
> > > > >=20
> > > > > That's a step backward. Clearly, I am not going to
> > > > > reconfigure Kmail per message received.
> > > >=20
> > > > HTML mail that is acceptable to you usually comes from specific
> > > > sources.  I get emails from several companies that I trust,
> > > > even though they do use HTML
> > > >=20
> > > > :-) so I have a Newsletter folder and filter all mail from
> > > > :those companies
> > > >=20
> > > > into that folder.  That folder is set to display HTML while
> > > > other mail goes to plain text folders.  The rare times I get
> > > > an HTML message that isn't from them, I either drag it to that
> > > > folder, or temporarily enable it, but it's a fairly rare
> > > > occurrence.  It's no bother this way, and it works perfectly
> > > > for me.
> > >=20
> > > Yes, that's very nice but expecting users to jump through those
> > > hoops is brain dead. Removing the structure view is brain dead.
> > >=20
> > > Look, think of it like this:
> > >=20
> > > Mail often consists of various parts. I want to see the parts,
> > > then cause an obvious action to happen if I click on the name of
> > > a part.
> > >=20
> > > Now, what makes more sense?
> > >=20
> > > a. A view structure pane
> > > b. Do some other weird bizarre thing involving filters (Huh? WTF?
> > > I DON'T WANT TO FILTER THIS STUFF. I WANT TO VIEW IT). And oh
> > > yeah, the filter will only ever be used once.
> > >=20
> > > This is my first post here and I usually try to avoid first posts
> > > being critical ones. But the kdepim devs are showing every sign
> > > of being brain-dead most notably the one where asking users what
> > > they think seems to be beyond their capabilities.
> >=20
> > Your message isn't critical at all. It is outright insulting.
>=20
> I see it as a legitimate comment on the apparent elimination of a
> desirable and useful feature.
>=20
> > Funny enough the message structure view is still there (in the View
> > menu). I was in error when I claimed that it had been removed.
>=20
> It is funny, isn't it? Even funnier is the fact that you and
> apparently Ms Wilson (both of whom who are far more in the know than
> most of us) also didn't know that it had merely been moved to the
> View menu and just rushed to make rxcuses.

Yeah. Mea culpa. I remembered discussions about removing it. Apparently,=20
in the end it wasn't removed.


> I don't think you have a basis for feeling insulted. None of us is
> clairvoyant.

I'm not feeling insulted by you. Don't get me wrong. I'm feeling=20
insulted by Mr. McKinnon. As Anne did already point out he wrote "But=20
the kdepim devs are showing every sign of being brain-dead [...]". Being=20
one of those kdepim devs (albeit a mostly inactive one) I think I have a=20
pretty good basis for feeling insulted by Mr. McKinnon.


Regards,
Ingo

--nextPart14005102.eQfsbRGSV4
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk2aMBgACgkQGnR+RTDgudh51ACgpLWkfnbJRdS+MsOSQfcKL5Am
qX4AoMBX6xDUJqQwz0JfLFRM60foroPa
=3tCS
-----END PGP SIGNATURE-----

--nextPart14005102.eQfsbRGSV4--

--===============2097287012==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users

--===============2097287012==--