Re: No more talking about Nepomuk to end users

On Mon, Jan 21, 2013 at 8:03 AM, Myriam Schweingruber <[email protected]> wrote:
> Hi all,
>
> On Mon, Jan 21, 2013 at 11:02 AM, Jos Poortvliet <[email protected]> wrote:
>> Heya,
>>
>> In KDE PIM (during the meeting last year in Osnabrück) it was decided that
>> it would make sense to stop talking about Akonadi to the public. First of
>> all, because Akonadi has gotten a bad rep and second, because it's a
>> technical detail that makes no sense for end users.
>>
>> Work has been put in to remove mentions of Akonadi (and Nepomuk) from the
>> KDE PIM UI and to refer instead to the 'KDE PIM backend'.
>>
>> I don't remember how much, if at all, this was discussed here. I think I
>> wrote a mail but that's probably it. If so I'd hereby like to propose to do
>> the same to Nepomuk. It's a technical detail and in announcements and the
>> like it shouldn't be discussed. It's fine for blogs and other developer
>> centric communication.
>>
>> I already wrote the announcement this way, not thinking about the fact that
>> this was never discussed, and noticed somebody added 'Nepomuk' to all
>> mentions of the 'semantic storage backend'. Noticing how uncomfortable it
>> looks to talk about "nepomuk (semantic storage and search backend)" or
>> "semantic storage and search backend (nepomuk)", I thought this might be a
>> good time :D
>>
>> As far as I can tell, this change has already been done in a few places in
>> the UI: I see the applet mention 'search', 'desktop search' or 'search
>> service'. The menu of the applet still mentions 'Nepomuk controller' and the
>> window shows 'Nepomuk Repository details', as does the control module (which
>> is, however, for 'desktop search') so it'd be nice to have Vishesh and other
>> Nepomuk devs on board on this to start change this in the UI as well.
>>
>> What do others think?
>
> That will only cause a problem: there are other services using
> Nepomuk, not just KDE PIM. We only just started shipping Amarok with
> the Nepomuk plugin, and I am sure that calling that a KDE PIM backend
> is just wrong. You will have to find a better name, I don't think
> KDE-PIM backend is a suitable name at all.
>
>
> Regards, Myriam
>

From the release announcement:
Thanks to the work sponsored by Blue Systems, the KDE
cross-application semantic search and storage backend has seen a
significant number of improvements. Chief among these is <a
href="http://vhanda.in/blog/2012/11/nepomuk-without-strigi/">the new
indexer, which makes indexing is faster and more robust. A nice
feature is that it first quickly indexes the basic information of new
files (name and mimetype) so the files are available at once, and then
delays full data extraction until the system is idle, so it doesn't
interfere with the user's workflow. In addition, it is now far simpler
to write extractors for new file formats. A few formats that were
previously supported are not yet available for the new indexer, but
support for these can be expected soon. The search and storage user
interface and Backup have seen improvements as well. The introduction
of the Tags <a href="http://en.wikipedia.org/wiki/KIO">KIO slave</a>
allows users to browse their files by tags from any KDE application.

And the reference in the PIM section:
KDE's PIM applications have gotten many bugfixes and improvements.
Substantial work with the search backend has vastly improved email
indexing and retrieval, delivering more responsive applications with
lower resource usage.

There are other references to KMail and Kontact, but they don't
mention the backend.

Carl

_______________________________________________
This message is from the kde-promo mailing list.

Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set digest on or temporarily stop your subscription.