From kde-pim  Wed May 08 08:08:37 2013
From: Kevin Krammer <krammer () kde ! org>
Date: Wed, 08 May 2013 08:08:37 +0000
To: kde-pim
Subject: Re: [Kde-pim] Marketing blocker collection, DEADLINE: 2013-03-10
Message-Id: <201305081008.46469.krammer () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-pim&m=136800072004112
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============6029379665666107251=="

--===============6029379665666107251==
Content-Type: multipart/signed;
  boundary="nextPart1853748.NK7mJxWE58";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1853748.NK7mJxWE58
Content-Type: Text/Plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable

On Tuesday, 2013-05-07, O. Sinclair wrote:

> In my experience I have never seen users bothered with tagging. Yes on
> Facebook and Google+ they do but not on their own device. I don't, my wife
> and my kids don't. My around 100 users in 4 countries don't. They use
> "most recently", I organise my files in folders.

I agree that most tagging takes place for the benefit of others, but I want=
ed=20
to make sure we look at a broad enough definition of tagging.
Often tagging is considered to be the attaching of text labels to things,=20
which is not as common as attaching rating or comments.

Most people also tag as a spontaneous thing rather than a concentrated effo=
rt,=20
e.g. clicking on a "stars" rating widget in the music player if a favorite=
=20
song comes up that they hadn't listened to in a long while.

Of course they wouldn't need to do that, they know their own preferences=20
anyway, but once in a while it is nice to have the software know this as we=
ll,=20
e.g. telling the music player to "play random, prefer faviorites".

"Serious" tagging as in attaching labels is in my experience mostly used by=
=20
highly active photographers, because the target folder only represents one=
=20
applicable category.
However, even them don't "tag files" as in through the file manager, they=20
usually assign tags through shortcuts in the photo managment software when=
=20
"browsing through the day's harvest".

So in short I agree that "nobody tags files" but a lot of tagging is going =
on=20
that people don't think about as such.

> With IMAP and Exchange (not supported by Kmail) you have to understand th=
at
> location matters. Where connection is expensive and erratic you want your
> mail ON YOUR DEVICE where you can deal with drafts offline. Filter rules
> are on your device and should be. To rely on server-side is to rely on
> someone else.

I think I understand what you mean.
The thing is that what you are comparing is POP3 (download mails, keep=20
locally) to online IMAP (keep on server, download for reading).=20

That wouldn't work for me either since I travel a lot and will often have n=
o=20
connectivity at all or slow and flaky one.
Offline or Disconnected IMAP provides a solution for that. It downloads mai=
l=20
to local storage just like POP3 would, making it accessible even without an=
y=20
connection at all, but will also keep on the server, thus allowing multiple=
=20
devices [1] to share the same data in a consistent fashion.

With that in mind, especially in the context of unreliable or per-volume-
payment, server side filtering can improve that even further, e.g. spam bei=
ng=20
removed and not bothering you when you want to get the important stuff.

Cheers,
Kevin

[1] Multiple devices might be in one's own possession but could also be a=20
quick check through a web mail interface on a public terminal of sorts of a=
t a=20
friend's machine, etc.
=2D-=20
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iD8DBQBRiggGnKMhG6pzZJIRAnoVAJ40nDK0JTEmENjmromfhJcP3F9xZgCdEmBL
5Yt6OrH9ZUPEAcg+aPAd6HU=
=Yrzr
-----END PGP SIGNATURE-----

--nextPart1853748.NK7mJxWE58--

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

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
--===============6029379665666107251==--