<br><br><div class="gmail_quote">On Wed, May 23, 2012 at 1:13 PM, Ivan Cukic <span dir="ltr"><<a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This goes only to nepomuk ml.<br>
<br>
Just one quesiton, why are all nepomuk's .cpp files done in a manner to<br>
specify the namespace for each implemented methos instead of just putting the<br>
contents in a namespace Nepomuk { ... } block.<br>
<br>
So, why this:<br>
<br>
Nepomuk::Class::someMethod1(...) { ... }<br>
Nepomuk::Class::someMethod2(...) { ... }<br>
Nepomuk::Class::someMethod3(...) { ... }<br>
Nepomuk::Class::someMethod4(...) { ... }<br>
<br>
Instead of this:<br>
<br>
namespace Nepomuk {<br>
Class::someMethod1(...) { ... }<br>
Class::someMethod2(...) { ... }<br>
Class::someMethod3(...) { ... }<br>
Class::someMethod4(...) { ... }<br>
}<br></blockquote><div><br>Old style. We'll be moving to what you have proposed soon.<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
I'm asking this because if, for KF5, we are (hopefully) to choose some other<br>
namespace name (for example Nepomuk again), it would need less changes to the<br>
code, since Sebastian didn't like the idea of having a macro for the nepomuk<br>
namespace like Qt does.<br></blockquote><div><br>Yup. He's fine with the idea, as long as he doesn't have to do the work :) I'm going to try to implement it.<br><br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Cheerio,<br>
Ivan<br>
<br>
<br>
On Wednesday, 23. May 2012. 5.04.37 Vishesh Handa wrote:<br>
> Sebastian<br>
><br>
> Change of plans. As per recent discussions with tsdgeos and kde_pepo on<br>
> #kde-devel -<br>
><br>
> They would like to avoid too many new repositories. So, if it's okay with<br>
> you we'll keep the nepomuk-kde-config and nepomuk-kde-kio code in<br>
> kde-runtime, while the rest can be removed as it is there in nepomuk-core.<br>
><br>
> If you have the time to port some of the stuff to Nepomuk2 it would be<br>
> nice, otherwise I'll take care of all of it tomorrow.<br>
><br>
> Good Night<br>
><br>
> On Tue, May 22, 2012 at 5:31 PM, Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>> wrote:<br>
> > Does anyone have suggestions on where nepomuk-kde-kio and<br>
> > nepomuk-kde-config should be placed?<br>
> ><br>
> > I was thinking under kde-baseaps, but that might not be correct. Any<br>
> > suggestions?<br>
> ><br>
> > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <<a href="mailto:krammer@kde.org">krammer@kde.org</a>> wrote:<br>
> >> On Thursday, 2012-05-17, Sebastian Trüg wrote:<br>
> >> > I think we can manage BC. The only thing that would be hard are the<br>
> >> > DBus<br>
> >> > interfaces. But since nepomuk-core contains client libs which are<br>
> >> > supposed to be used instead of the dbus interfaces...<br>
> >><br>
> >> I think as long as you didn't advertise the D-Bus interfaces as a kind of<br>
> >> public API, e.g. by installing D-Bus introspection XML files, that should<br>
> >> be<br>
> >> fine.<br>
> >><br>
> >> Cheers,<br>
> >> Kevin<br>
> >><br>
> >> > On 05/17/2012 09:19 PM, Sune Vuorela wrote:<br>
> >> > > On 2012-05-17, Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>> wrote:<br>
> >> > >> @Packagers: We will not be maintaining binary compatibility in<br>
> >> > >> nepomuk-core. At least not for KDE 4.10. We still need to break a<br>
> >><br>
> >> lot of<br>
> >><br>
> >> > >> things.<br>
> >> > ><br>
> >> > > NACK.<br>
> >> > ><br>
> >> > > this is a completely no go.<br>
> >> > ><br>
> >> > > /Sune<br>
> >> > ><br>
> >> > >> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to<br>
> >> > >> unsubscribe <<<br>
> >><br>
> >> --<br>
> >> Kevin Krammer, KDE developer, xdg-utils developer<br>
> >> KDE user support, developer mentoring<br>
> >><br>
> >> >> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to<br>
> >><br>
> >> unsubscribe <<<br>
> ><br>
> > --<br>
> > Vishesh Handa<br>
<span class="HOEnZb"><font color="#888888">--<br>
I don't really trust a sane person.<br>
  -- Lyle Alzado<br>
<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>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>