<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Len Ovens <<a href="mailto:len@ovenwerks.net" target="_blank">len@ovenwerks.net</a>> schrieb am Sa., 14. Mai 2016, 21:39:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 14 May 2016, Felix Homann wrote:<br><br>
<br></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I like the: send any message with no value means send me an update.<br>
However, that would mean a complete rewrite I think. Right now, liblo<br>
does a direct call to a function based on it's own parse of the incoming<br>
message. Adding things like path having channel embedded or value being<br>
present or not breaks that. That may or not be a bad thing. <br></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div><div><br></div><div>I wouldn't say it would break the way liblo dispatches messages. It just adds something on top of that. But sure, with current liblo, you'd need to at least partially bypass liblo's built-in dispatch mechanism.</div><div>You'd need to implement one or several generic lo_methods to handle those parametrized paths, though. Handling the path parameters is fairly easy with C++11's regex support. But you would loose automatic handling of OSC wildcards when a message is received, so you would have to handle them yourself.</div><div><br></div><div>Kind regards,</div><div>Felix</div></div>