did you see my other email on this thread with the xml macro idea?
When it comes to displacing the complexity there are many choices.
if you want to make some api call that can look in xml and generate a big | sep dial string that's entirely possible.
you could do something similar with lua or some other embedded language as well.
Anthony Minessale wrote:Wouldn't it be possible to "translate" the markup to a dial string prior
> Unfortunately it's still a problem because the core bridge/originate
> mechanism does not parse XML it's only parses the dial string markup.
to hitting the core mechanism?
How about something like
> In the end you must end up with one string of application and one
> string of data.
>
<action application="bridge"><data> ... </data></action>
being somewhat* equivalent to
<action application="bridge" data=" ... ">?
(* somewhat to be properly define later)
I totally agree with you on this.
> I am very strict about maintaining scope boundaries between abstract
> concepts. I think it's the number 1 breakdown that led to asterisk
> getting so messed up over the years and I want to avoid that same plague.
Don't worry, I rarely stop having ideas. Feel free to shoot them down at
> I hope you understand and if you want to continue to ponder some more
> functionality I welcome it.
will! :)
Carlos
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org