<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 5, 2013 at 11:35 PM, David Narvaez <span dir="ltr"><<a href="mailto:david.narvaez@computer.org" target="_blank">david.narvaez@computer.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br></blockquote><div><br></div><div>Hey David<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Now that the Nepomuk2 migration of Nepomuk Shell is committed, it<br>
would be nice to talk about a version bump, but Vishesh mentioned it<br>
also had to be redesigned, so we'd also need to decide what happens<br>
first. I of course volunteer to work on the redesign, is there a plan<br>
somewhere or do we need to discuss it here?<br></blockquote><div><br></div><div>First of all - Thank you so much for doing this. You rock!<br><br></div><div>If you want we can bump the version numbers right now, and make a new release (Do we have releases for nepomuk-shell?)<br>
<br></div><div>The redesign that I had in mind was to make debugging information in Nepomuk a lot simpler. If one looks at the Akonadi Console, it provides a lot of useful information. The Nepomuk one in comparison is quite useless.<br>
<br></div><div>I have never used the Nepomuk Shell for anything but running queries, and that is also only for typing large queries cause it has auto-completion and syntax highlighting. I prefer running the queries by connecting to virtuoso or via nepomukshell.<br>
<br></div><div>I was hoping for the redesign to add the following information -<br><br></div><div>* Basic Nepomuk Information - Which services are running, and controlling them<br></div><div>* Ability to easily add / remove new resources/properties<br>
</div><div>* Browse Nepomuk data based on the application - I currently do this by writing queries which is quite ugly<br></div><div>* Monitor higher level commands in the Nepomuk Storage<br><br></div><div>The last point is probably the most important. In the Nepomuk Storage we have a data-management layer which provides higher level functions such as addProperty, removeProperty, removeDataByApp, storeResources. I was hoping to add some dbus function in nepomukstorage called enableLogging which would then output a dbus signal whenever any of these higher level functions are called by any application. The Nepomuk Shell could listen for all of these signals and show which operations are going on. It could also allow me to filter by app/resource/command.<br>
<br></div><div>While debugging some stuff, I frequently need to do this, and I resort to debug statements.<br><br></div><div>There is currently no plan to implement all of this. It's all just in my head. I was planning on doing it - eventually. However, I would love for someone else to do it.<br>
  <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks.<br>
<br>
David E. Narváez<br>
_______________________________________________<br>
Nepomuk mailing list<br>
<a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>