[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwrite-devel
Subject:    Re: Plugin development related questions
From:       Dominik Haumann <dhdev () gmx ! de>
Date:       2008-09-10 16:28:33
Message-ID: 200809101828.34116.dhdev () gmx ! de
[Download RAW message or body]

On Wednesday 10 September 2008, Andreas Pakulat wrote:
> On 10.09.08 02:16:48, Ivo Anjo wrote:
> > > Narf, thank you... I did wonder how I could compile Kate without it
> > > implementing the virtual signal...
> > >
> > > Any ideas on how to handle errors?
> >
> > Just wanted to add that signals and slots are fully run-time
> > mechanisms, so they are never checked statically (and I guess they
> > would be very hard to) at compile-time.
>
> No they are not, both signals and slots are plain old member functions.
> Just the connection itself is a run-time mechanism. And if katepart
> wouldn't have a signal declaration for that signal the compiler would've
> barfed about Kate::Document being an abstract class as it has a pure
> virtual function - that signal that isn't re-implemented.

It's about using connet(...) what he meant. And there he's correct.

Dominik
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]