Thanks for all this. What I meant to respond with before I passed out asleep was: <br><br>The framework doesn&#39;t matter that much. We&#39;ve all got looped on this issue. Everything that is done has to add value to the end user. The framework is far down at the bottom of the list of things that provides value, but it&#39;s not something to be ignored. <br>
<br>The vision I have for this is something that&#39;s so simple it lowers the barriers that would otherwise stop people from using FreeSwitch. Using some relatively unheard of framework is going to most certainly complicate things. Simple = good. And plus, on a side note if we throw out a whole bunch of frameworks and acronyms and make a big deal about the actual technology that powers the GUI (not that people even care most of the time), people will start to get more confused and it&#39;ll backfire. <br>
<br>I&#39;ll be using .NET/Mono unless I can come up with an exceptionally good reason to use something else. I&#39;m choosing this framework over everything else because it&#39;s what I know best and I&#39;ll be writing the code base. I&#39;ve got years of experience writing code in C# and developing .NET web applications so it makes more sense than learning something new that will slow the development time and result in me producing poorer code. This isn&#39;t me being mercenary, but the GUI isn&#39;t likely to cross the million codeline barrier (even with everything implemented) and this is a framework I have a lot of experience with. I&#39;m totally fine being the lone developer for now, and there are a lot of people with similar programming skillsets as mine so it&#39;s not like there will never be anybody else that&#39;ll ever contribute code. <br>
<br>Personally, I think it&#39;s more important to have well written code that is rapidly developed than it is to have a shiny technology that adds no value. :-) Of course, the final product will be perfectly standards compliant and 100% accessible. I know this is important.<br>
<br>I&#39;m going to lay the framework issue to rest now. It&#39;ll be .NET/Mono unless there is some super-compelling reason to use something else. If for some reason there is such a reason not to use .NET/Mono, the second choice is PHP. <br>
<br>The other thing is I&#39;m pretty much going to develop upwards of 95% of the features in one go. Nobody wants an incomplete product that lacks necessary functionality, so from v1.0 it&#39;ll be pretty much feature complete. I&#39;m developing this for use in my business, so I need it feature complete, and that&#39;s what the community will get too - a feature complete product. Hope you&#39;re happy having a fully fledged GUI! ;-) <br>
<br>M<br><br><br><div class="gmail_quote">On Fri, Jun 5, 2009 at 1:26 AM, seven <span dir="ltr">&lt;<a href="mailto:dujinfang@gmail.com">dujinfang@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><br><div><div class="im">On Jun 5, 2009, at 1:36 PM, Michael Collins wrote:<br><blockquote type="cite"><br><br><div class="gmail_quote">On Thu, Jun 4, 2009 at 6:52 PM, Matthew Lockwood <span dir="ltr">&lt;<a href="mailto:matthew.lockwood@gmail.com" target="_blank">matthew.lockwood@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> That would involve me learning a totally new framework. It&#39;ll not the hardest code I&#39;ll ever write by far, so I&#39;m okay coding it up on my own. However, I definitely need a lot of help from fabulous designers to actually make the interface pretty and useable. Plus, I&#39;m only one person and will need a lot of feedback to create something that rocks - everybody has a different use case and I can&#39;t foresee how everybody will use it, so that kind of feedback will go into re-engineering it. <br>
 </blockquote><div><br>If you guys are serious about this then I would like to make a few suggestions that might be obvious but for the sake of the project we&#39;ll make them explicitly obvious.<br><br>First, before deciding what framework to use, it would be good to hold some discussions about what the GUI actually needs to do:<br>
 What are the design goals? <br>Will it be just for setting up extensions and the dialplan? Or will it go much farther than that? <br>Will you be using mod_xml_curl for everything? If so, what database(s) will you support? <br>
 Are you going to have extra goodies like an IVR builder? <br>A &#39;visual voicemail&#39; page? <br>A user portal? <br>Management interface to &#39;spy&#39; on users? <br>A CDR/call accounting system? <br>FIFO and/or ACD queue management? <br>
 </div></div>MOH and sound files management?</blockquote><div><br></div></div><div>and conference management</div><div class="im"><br><blockquote type="cite"><br><br>It&#39;s okay to start small and build your way out, but you need to know before you start building what the grand scheme will be. The larger the goals of the project, the narrower your choices for a framework that can do it all. The simple fact of the matter is that if you want to use a MVC web framework then you have a somewhat limited number of choices. You need a MVC WF that fits your needs, which means it needs to be at least somewhat flexible. If you want a pretty GUI then you need to decide if you want a rich Internet application (RIA) front end like AIR, or do you want something along the lines of XHTML/CSS/JS and use a platform like Dojo which gives you cross-browser widgets and tools. All of this on top of the fact that if you want volunteers to assist you will need to pick something that people either know or can learn quickly.<br>
 <br>Oh, and be prepared for people to give you unsolicited opinions about all sorts of things. :) <br><br>All that being said, I say go for it. Find what works for you and see what happens. Be sure to use #freeswitch-gui. If this really takes off I&#39;m sure that we could even start a mailing list for GUI development. <br>
 <br></blockquote><div><br></div></div><div>Once the goals and features decided I think more ppl can join and work this out together.</div><br><blockquote type="cite">Enjoy!<br>-MC<div class="im"><br> _______________________________________________<br>
Freeswitch-users mailing list<br><a href="mailto:Freeswitch-users@lists.freeswitch.org" target="_blank">Freeswitch-users@lists.freeswitch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></blockquote></div><br></div><br>_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>