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.


On Wed, Aug 26, 2009 at 12:48 PM, Carlos S. Antunes <csa@nowthor.com> wrote:
Anthony Minessale wrote:
> Unfortunately it's still a problem because the core bridge/originate
> mechanism does not parse XML it's only parses the dial string markup.

Wouldn't it be possible to "translate" the markup to a dial string prior
to hitting the core mechanism?

> In the end you must end up with one string of application and one
> string of data.
>

How about something like

<action application="bridge"><data> ... </data></action>

being somewhat* equivalent to

<action application="bridge" data=" ... ">?

(* somewhat to be properly define later)

> 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.

I totally agree with you on this.

> I hope you understand and if you want to continue to ponder some more
> functionality I welcome it.

Don't worry, I rarely stop having ideas. Feel free to shoot them down at
will! :)

Carlos



--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org
pstn:213-799-1400