<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 3, 2013 at 12:55 AM, Jörg Ehrichs <span dir="ltr"><<a href="mailto:Joerg.Ehrichs@gmx.de" target="_blank">Joerg.Ehrichs@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vishesh<br>
<br>
2013/5/2 Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>>:<br>
<div class="im">><br>
> The new controller needs to solve these criteria for all kinds of indexing.<br>
> Not just files. So we need the following use cases to be satisfied -<br>
><br>
> 1. Quick Overview - Quickly see if something is being indexed<br>
<br>
</div>see end of mail<br>
<div class="im"><br>
> 2. Detailed Information - Which file/email/contact? Progress %?<br>
<br>
</div>The progress information need to be added to the services and currently<br>
I have no clear idea what progress will be shown.<br>
<br>
For the file indexer we could show the progress for each batch of files?<br>
or 100% means all indexed files and current progress is the amount<br>
files 100- indexing level 1 ?<br>
<br>
the akonadi feeder currently shows just an overall progress and nothing<br>
that can be split between mails and contacts/calendar<br></blockquote><div><br></div><div>I can add the required features to the akonadi feeder.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> 3. Pause/Resume indexing - (Optional - suspend/resume only some<br>
> types of indexing - but I personally think the user shouldn't have to care<br>
> that much)<br>
<br>
</div>ok.<br>
<div class="im"><br>
><br>
> And finally, it should provide information about "File Metadata update"<br>
> operations when the file metadata is being updated after a large file<br>
> move.<br>
<br>
</div>isn't this the data shown from the filewatcher?<br></blockquote><div><br></div><div>Yup. That's exactly what I was talking about. Right now it's fairly configurable and one can choose if they should be shown. Also, it's disabled by default. <br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
><br>
> The new controller solves (2) and (3) to a certain extent, though I feel<br>
> it's too technical. The user shouldn't have to care about each service.<br>
> That's just an implementation detail.<br>
><br>
> In order to solve (1) the following needs to be implemented -<br>
><br>
</div><div class="im">> The old Nepomuk controller used to only become active if there was<br>
> activity for more than 2 seconds. In our new one maybe we should keep<br>
> it to about 10 seconds?<br>
><br>
<br>
</div>This is already implemented but with 3 seconds delay at the moment.<br>
The current plasma updated script simply set the " always visible"<br>
settings for the controller<br>
<br>
To get back to the old behaviour change the setings:<br>
* rightclick the arrow in the taskbar and enter setting<br>
* Entries -> set nepomuk controller to automatic<br>
<br>
I'll change the update script accordingly than<br></blockquote><div><br></div><div>That would be perfect.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">><br>
> b. Easily know what's going on - This should ideally be done via a<br>
> system popup when hovering over the widget. Something simple like<br>
> "Files and Emails are currently being indexed"<br>
><br>
<br>
</div>At the moment there is a tooltip when you move your mouse over the tray icon<br>
that shows the message retrieved via dbus for each active service<br>
<br></blockquote><div><br></div><div>My bad. I tested the tooltip out with the broken version. It's working quite well now.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> -----<br>
<div class="im">><br>
><br>
> See the attached image<br>
><br>
> This clearly shows what is being indexed and even gives a kind of<br>
> progress meter which the user can consult if they are interested.<br>
> Though it just occurred to me that maybe there should be a global<br>
> progress bar as well?<br>
<br>
</div>What would be the content of the global progressbar?<br>
I believe this would result in confusing data that goes up/down<br>
everytime. Currently no usefull progress is emitted from the akonadi<br>
feeder, nor from any other nepomuk service.<br></blockquote><div><br></div><div>We can add that :)<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
><br>
> Please note that the "Indexing Emails/Files/Blah" will only be shown when<br>
> something is being indexed. Otherwise it will be blank.<br>
><br>
<br>
</div>Looks nice, but here we have one problem. If I'm not mistaken<br>
the akonadi feeder does not return what kind of collection it is processing<br>
at the moment, instead it just processes all available collections and tells<br>
us what the name of the collection is.<br></blockquote><div><br></div><div>I can add per collection information.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
><br>
> One case which I haven't mentioned is that of the file watcher, I'm not<br>
> sure how to represent that, but we do need to show a message that<br>
> metadata is being updated to reflect the state of the File System.<br>
><br>
<br>
</div>If we change the nepomuk service part to return this kind of info thats fine<br>
but how long will this message be shown until we say that the filewatcher<br>
is idle again? and do we show a message for each moved file or just "big"<br>
updates?<br></blockquote><div><br></div><div>Just big updates - which take more than a couple of seconds. I don't think we should be<br>showing "FileWatcher is idle" or even "File Indexer is idle". Just that "Indexer is idle". The separation of the File Indexer and PIM Indexer and WebMiner is just an implementation detail. The users don't need to be concerned with that.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
><br>
> PS : We could add the web-miner as "Fetching additional data about <fileName>"<br>
> and maybe we could even show some cool icon like a relevant picture. For<br>
> example say the banner of lost when fetching information about a lost episode.<br>
<br>
</div>sounds good, just the icon stuff might be problematic, works great if<br>
the banner is<br>
available via nfo:depiction already, but otherwise this means we need<br>
to download<br>
the image and this is done even though most people might never see it.<br></blockquote><div><br></div><div>Just a random thought. It's fine if it cannot be done.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
My main concern with all these changes:<br>
the deadline to get this in is the 22.05 and if I read the plasma<br>
freeze mail correctly<br>
afterwards we won't be able to change anything about this controller<br>
anymore for 4.12<br></blockquote><div><br></div><div>Urgh. No. I do want to freeze Nepomuk stuff. That is not acceptable to be. If they are freezing kde-workspace then this is not going over there. We can put it in kde-runtime or release a new package.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So either we/I speed things up, or we agree on a subset of this solution.<br>
The qml part is changes rather quickly I assume, the main change is in<br>
the dataengine<br>
and the nepomuk service part.<br></blockquote><div><br></div><div>But I would like to get this into 4.11, so we probably should speed it up. <br></div></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>