Closed zeenix closed 1 year ago
Could this perhaps be made to cause a bit of a better compile time error, perhaps something that at least points me to the name of the signal, or something such, as right now I had to comment out the entire file and start manually comment-bisecting the code to figure out what was wrong.
Unfortunately the macro has no insight on the actual types so I don't know how this can be achieved apart from ensuring there is at least 1 arg.
btw, what you get right now is a compile time error, just not a nice and very helpful one. I'm going to close this as I don't see a way to solve this but if you know, please do reopen with the proposed solution as it would be awesome so fix this.
Many thanks for reporting, still. :thumbsup:
In GitLab by @Spider on Jan 7, 2022, 18:28
True, maybe I should make a signal that takes an argument that has "connection" and "path" as methods and see if things explode drastically....
Anyhow, crappy that the error can't be improved, and crappy that there's no way to simplify this, cause the previous API at least was neater and cut some of the horrid looking and newbie-scaring cruft from the method declarations.
Anyhow, I can't have it all, thanks for you work here, and do keep this closed.
the previous API at least was neater
There were reasons to change this API. For example, you no longer need a reference to the Interface
instance to be able to emit signals.
In GitLab by @Spider on Jan 7, 2022, 17:23
This error message means that I forgot to add the SignalContext to a signal.
Could this perhaps be made to cause a bit of a better compile time error, perhaps something that at least points me to the name of the signal, or something such, as right now I had to comment out the entire file and start manually comment-bisecting the code to figure out what was wrong.