> The point is, if you try to build an all in one GUI, or not have any > sort of GOAL to what the GUI is attempting to accomplish (and that it > is a small, extremely refined goal) -- there should be an end -- if > there is no end, your vision is too broad and you will probably fail, > and your users will not benefit, and you will not lower your support / > implementation costs (which is probably the whole point of this > right?). >
The package Jim mentioned takes this philosophy to heart actually. It isn't so much the gui that's interesting about it, but that it's a simple framework that you can easily customize to make your own asterisk gui for your specific need. The problem with packages like AMP are specifically that they aren't easy to customize, there is no plug in architecture, and its messy. Its a good app for using it the way it was meant to be used with asterisk, but you can't really use it the way you want *your* asterisk to be used without allot of hacks. A number of companies are starting to use it as their base, as an example, Xorcom is replacing AMP(what they currently use) with Destar. as AMP seems to be more Fedora friendly, destar is clearly being mostly developed on Debian/Ubuntu. Also alot of people I know in the solid state/voip appliance communities seem to be getting interested in it. ------ Shidan
