[prev in list] [next in list] [prev in thread] [next in thread]
List: nepomuk
Subject: Re: [Nepomuk] Nepomuk2 namespace (was Nepomuk - Moving out of kde-runtime)
From: Vishesh Handa <me () vhanda ! in>
Date: 2012-05-24 15:32:06
Message-ID: CAOPTMKCZaSxjZ8SrkbipWdp9YBmP4ZRDZS=mMxsbxv=H+kEcyg () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Wed, May 23, 2012 at 1:13 PM, Ivan Cukic <ivan.cukic@kde.org> wrote:
> This goes only to nepomuk ml.
>
> Just one quesiton, why are all nepomuk's .cpp files done in a manner to
> specify the namespace for each implemented methos instead of just putting
> the
> contents in a namespace Nepomuk { ... } block.
>
> So, why this:
>
> Nepomuk::Class::someMethod1(...) { ... }
> Nepomuk::Class::someMethod2(...) { ... }
> Nepomuk::Class::someMethod3(...) { ... }
> Nepomuk::Class::someMethod4(...) { ... }
>
> Instead of this:
>
> namespace Nepomuk {
> Class::someMethod1(...) { ... }
> Class::someMethod2(...) { ... }
> Class::someMethod3(...) { ... }
> Class::someMethod4(...) { ... }
> }
>
Old style. We'll be moving to what you have proposed soon.
>
> I'm asking this because if, for KF5, we are (hopefully) to choose some
> other
> namespace name (for example Nepomuk again), it would need less changes to
> the
> code, since Sebastian didn't like the idea of having a macro for the
> nepomuk
> namespace like Qt does.
>
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.
>
> Cheerio,
> Ivan
>
>
> On Wednesday, 23. May 2012. 5.04.37 Vishesh Handa wrote:
> > Sebastian
> >
> > Change of plans. As per recent discussions with tsdgeos and kde_pepo on
> > #kde-devel -
> >
> > They would like to avoid too many new repositories. So, if it's okay with
> > you we'll keep the nepomuk-kde-config and nepomuk-kde-kio code in
> > kde-runtime, while the rest can be removed as it is there in
> nepomuk-core.
> >
> > If you have the time to port some of the stuff to Nepomuk2 it would be
> > nice, otherwise I'll take care of all of it tomorrow.
> >
> > Good Night
> >
> > On Tue, May 22, 2012 at 5:31 PM, Vishesh Handa <me@vhanda.in> wrote:
> > > Does anyone have suggestions on where nepomuk-kde-kio and
> > > nepomuk-kde-config should be placed?
> > >
> > > I was thinking under kde-baseaps, but that might not be correct. Any
> > > suggestions?
> > >
> > > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <krammer@kde.org>
> wrote:
> > >> On Thursday, 2012-05-17, Sebastian Trüg wrote:
> > >> > I think we can manage BC. The only thing that would be hard are the
> > >> > DBus
> > >> > interfaces. But since nepomuk-core contains client libs which are
> > >> > supposed to be used instead of the dbus interfaces...
> > >>
> > >> I think as long as you didn't advertise the D-Bus interfaces as a
> kind of
> > >> public API, e.g. by installing D-Bus introspection XML files, that
> should
> > >> be
> > >> fine.
> > >>
> > >> Cheers,
> > >> Kevin
> > >>
> > >> > On 05/17/2012 09:19 PM, Sune Vuorela wrote:
> > >> > > On 2012-05-17, Vishesh Handa <me@vhanda.in> wrote:
> > >> > >> @Packagers: We will not be maintaining binary compatibility in
> > >> > >> nepomuk-core. At least not for KDE 4.10. We still need to break a
> > >>
> > >> lot of
> > >>
> > >> > >> things.
> > >> > >
> > >> > > NACK.
> > >> > >
> > >> > > this is a completely no go.
> > >> > >
> > >> > > /Sune
> > >> > >
> > >> > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> > >> > >> unsubscribe <<
> > >>
> > >> --
> > >> Kevin Krammer, KDE developer, xdg-utils developer
> > >> KDE user support, developer mentoring
> > >>
> > >> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> > >>
> > >> unsubscribe <<
> > >
> > > --
> > > Vishesh Handa
> --
> I don't really trust a sane person.
> -- Lyle Alzado
>
> _______________________________________________
> Nepomuk mailing list
> Nepomuk@kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
>
--
Vishesh Handa
[Attachment #5 (text/html)]
<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>
_______________________________________________
Nepomuk mailing list
Nepomuk@kde.org
https://mail.kde.org/mailman/listinfo/nepomuk
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic