Bottom line its a free piece of software.  And when you look at the other Open Source/Free pieces of software out there Blink is amazing.  Considering it was just release for Windows it really looks good.  If you need more features now then you might want to look for commercial software.  But seeing how AG-Projects keeps their software up-to-date I wouldn't be worried at all by backing this software in my environment.  There are other projects out there, like SIP Communicator, where it looks like there is not much activity when it comes to the project.  With Blink I think you can expect it to just get better with time.
<br />
<br />Thanks for the product.
<br />
<br />
<br />
<br />On Nov 12, 2010 10:09am, Dan Pascu <dan@ag-projects.com> wrote:
<br />> 
<br />> 
<br />> 
<br />> On 12 Nov 2010, at 16:23, François Delawarde wrote:
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> On Fri, 2010-11-12 at 14:31 +0200, Dan Pascu wrote:
<br />> 
<br />> 
<br />> 
<br />> 
<br />> Anyone should be able to contribute a feature. Blink is an
<br />> 
<br />> 
<br />> open-source
<br />> 
<br />> 
<br />> project. The only requirement for the code to be accepted is to be
<br />> 
<br />> 
<br />> well written and maintainable. If someone needs a feature that's
<br />> 
<br />> 
<br />> important to them but it's not on our roadmap, they can contribute it.
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> Nice idea, sounds hard but I can try to look into it. Can you give me
<br />> 
<br />> 
<br />> hints to find some API documentation for me to read?
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> You may be interested in the python-sipsimple API (you can find documentation about it here):
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> http://sipsimpleclient.com/
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> You'll need to implement the REFER method in order to support call transfers. After that REFER needs to be used to implement the call transfer in blink and some way to initiate the call transfer needs to be designed for the UI.
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> There is no API documentation for blink as blink is an application not a library/API to be used by other software. So the only blink documentation has, is its code, which I'd say is pretty well organized and should be easy to dig into (the blink-qt code I mean).
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> Also, if someone develops a feature, must he port it to Blink Cocoa if
<br />> 
<br />> 
<br />> only interested in Blink QT?
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> No. It will be ported eventually, either by us if it is straightforward, or by someone who is interested by the same functionality to be available on OS X.
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> We do not impose restrictions on what a contributor should implement. That's up to them. We only decide if something will be included based on:
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 1. How useful a feature is for other people.
<br />> 
<br />> 
<br />> 2. The code that adds the feature must be well designed. The design should be clean, simple and self contained, avoiding complex dependencies on other parts of the code as much as possible. The code should be self documenting (well named classes, methods, variables that help understand what they intend to do without resorting to comments or external documentation).
<br />> 
<br />> 
<br />> 3. The code must follow the coding conventions already in place in blink, regarding naming conventions, spacing, etc. We mainly use python's pep8 for our coding style in python and pep7 for the C code in case there is a python extension involved. They are available here:
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> http://www.python.org/dev/peps/pep-0008/
<br />> 
<br />> 
<br />> http://www.python.org/dev/peps/pep-0007/
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> It would be good to discuss design with us early so we can find a good approach and avoid multiple costly iterations later. Also follow the coding style in order to avoid similar multiple iterations before the code is admitted.
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> --
<br />> 
<br />> 
<br />> Dan
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> 
<br />> _______________________________________________
<br />> 
<br />> 
<br />> Blink mailing list
<br />> 
<br />> 
<br />> Blink@lists.ag-projects.com
<br />> 
<br />> 
<br />> http://lists.ag-projects.com/mailman/listinfo/blink
<br />> 
<br />> 
<br />>