Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-29 Thread Attila Csipa
On 27-Dec-12 19:03, Charley Bay wrote: > For example, the "dynamic-property/run-time-attribute" > discovery/reflection is now possible in C++ because of "moc". It > enables the C++ statically-typed (compile-time-typed) language to > reflect runtime attributes like you have in Python or Java. That

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-28 Thread Thiago Macieira
On sexta-feira, 28 de dezembro de 2012 15.16.41, André Somers wrote: > Op 28-12-2012 14:23, Scott Aron Bloom schreef: > > Has anyone brought up the property system that MOC provides as well? > > Maybe I missed it... > Well, yeah. In my first reply, I said (in general): > > Second, moc and Q_OBJECT

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-28 Thread André Somers
Op 28-12-2012 14:23, Scott Aron Bloom schreef: > Has anyone brought up the property system that MOC provides as well? Maybe I > missed it... Well, yeah. In my first reply, I said (in general): > Second, moc and Q_OBJECT does a > good deal more than just dealing with signals and slots. That includ

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-28 Thread Scott Aron Bloom
, December 28, 2012 12:29 AM To: interest@qt-project.org Subject: Re: [Interest] A suggestion about replacing signals, actions and slots Replying via the ML instead of directly as you did to me: Op 27-12-2012 17:20, Oleg Yarigin schreef: >> 3rd, Qt's signals and slots do a lot more tha

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-28 Thread Thiago Macieira
On sexta-feira, 28 de dezembro de 2012 09.28.50, André Somers wrote: > > How do you think about defining all signals/callbacks as copies of QSignal > > delegate class? This class must provide: 1. Template header for setting > > signal`s prototype. > > 2. Overloaded "=" operator for adding callback

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-28 Thread André Somers
Replying via the ML instead of directly as you did to me: Op 27-12-2012 17:20, Oleg Yarigin schreef: >> 3rd, Qt's signals and slots do a lot more than a vanilla function >> pointer will ever do. Or can that transparently handle threading? Queued >> connections, blocking if needed? Type safety? Pro

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-27 Thread Charley Bay
> > > > > I hope, this stuff can be better (with a way below we do not need to use > moc, qmake and have an overhead in Qt library) André already said it (and I agree), but I'll assert clearly: "moc" is a code generator. You get stuff with a code generator that is not possible with function

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-27 Thread André Somers
Op 27-12-2012 15:35, Oleg Yarigin schreef: > Hello, > > I read http://byuu.org/articles/qt and got a question, why Qt uses slots and > signals? That blog is outdated, incomplete and biased. I am not claiming Qt is without bugs, but... > That stuff can be safe replaced with function pointers. I

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-27 Thread Dan White
inal Message - From: "Oleg Yarigin" To: interest@qt-project.org Sent: Thursday, December 27, 2012 9:35:33 AM Subject: [Interest] A suggestion about replacing signals, actions and slots Hello, I read http://byuu.org/articles/qt and got a question, why Qt uses slots and signals? Tha

Re: [Interest] A suggestion about replacing signals, actions and slots

2012-12-27 Thread Архад
Pardon, I made mistakes in my example code. I would write "QAction" instead of "QWidget" and "slotFoo" instead of "slotA". ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest

[Interest] A suggestion about replacing signals, actions and slots

2012-12-27 Thread Oleg Yarigin
Hello, I read http://byuu.org/articles/qt and got a question, why Qt uses slots and signals? That stuff can be safe replaced with function pointers. I am sure, it can give some advantages. For instance, for now we need to use something like this to connect callbacks (actions): connect