Hey Alexandre!

Very nice to read you are considering implementing my suggestion! :-)

I had noticed the conference call feature actually, but I haven't tried 
it.  I actually found it in my first attempt to transfer two lines 
together, I thought that maybe dragging one call onto another could 
result in the two calls being connected together.

I never use conference calls I'm afraid, but if it's useful for you I 
could test it and give some feedback.

Met vriendelijke groeten,
Jan Middelkoop
ICT beheerder Recreatie&  Zorg Groep

Website: http://www.recreatie-zorg.nl/
E-mail: [email protected]
Telefoon: +31 10 714 2297


Op 3-11-2010 14:10, Alexandre Savard schreef:
> Hi all,
>
> We discussed the integration of attended transfer. One way to integrate it 
> without too much effort would be
> to allow dragging and dropping a call on an other to produce the call 
> transfer. There could be a menu which
> pops when dropping is done to allow users to select between creating a 
> conference or making a call transfer.
>
> This approach is, I think, the most convenient for our current design, but I 
> fear that it may result in
> another hidden feature. Nobody never reported any feedback about the 
> integrated conference call on this list,
> which is also done by drag and dropping calls on each others.
>
> This could be a feature for 0.9.11 (planend for end of november). We are 
> currently releasing the 0.9.10
>
> Regards,
>
> Alexandre
>
> ----- Original Message -----
> From: "Jan Middelkoop"<[email protected]>
> To: [email protected]
> Sent: Wednesday, November 3, 2010 5:57:33 AM GMT -05:00 US/Canada Eastern
> Subject: Re: [SFLphone] Attended transfer
>
>
> Hey Adolfo,
>
> Thanks for the suggestion! I'm using Asterisk as well, and I've looked into 
> the built-in attended transfer feature before.
>
> There are two problems I'd run in to with this:
>
> a) It seems to only support telephone numbers (I haven't tested it in 
> practice, but that's what the documentation suggests). We're using names here 
> for internal telephony (i.e, you dial 'janm' to get to me, rather than a 
> number), so this would require a significant change and something that will 
> be a setback for employees.
>
> b) It's a lot more difficult to work with via asterisk than having it built 
> into a softphone. With asterisk you have to dial *6 to initiate a call 
> transfer, hang up to have it transferred and *0 to get back to the original 
> call. In comparison to our current softphone, this is quite complicated.
>
> While they aren't necessarily show-stoppers, they are quite big setbacks for 
> our company. I'm in the process of switching all workstations from Windows to 
> Linux. Right now we're using SJPhone under Windows. When in a call, employees 
> just type the name of the person they want to transfer to, press enter, talk, 
> and then right click call A and select that they want it transferred to call 
> B. Plus, since it's GUI driven, it visualizes the transfer process a little, 
> which is a nice bonus.
>
> Introducing setbacks along with introducing a new system is something I'd 
> like to avoid. It's difficult enough to convince people it is benefical for 
> them to start working with a completely different system, without them having 
> to deal with setbacks in a process some of them do all day long (transfer 
> calls).
>
> Plus, you know... attended transfers seems like a nice enough feature to have 
> in a softphone. :-)
>
> Kindest regards,
> Jan Middelkoop
>
> Met vriendelijke groeten,
> Jan Middelkoop
> ICT beheerder Recreatie&  Zorg Groep
>
> Website: http://www.recreatie-zorg.nl/ E-mail: [email protected] 
> Telefoon: +31 10 714 2297
> Op 1-11-2010 17:47, Adolfo R. Brandes schreef:
>
> I'm not an SFLphone developer, but may I ask, doesn't your PBX support
> transfers in some other way?  I now Asterisk supports attended
> transfers by simply dialing "*6" during a call.  No need for the SIP
> phone to have a dedicated transfer button.
>
> Adolfo
>
> On Mon, Nov 1, 2010 at 2:04 PM, Jan Middelkoop<[email protected]>  wrote:
>
> Hello dear SFLphone developers,
>
> For a succesful implementation of SFLphone in our company there is one
> feature which I am really desperate for, and that is attended transfer.
> We receive a lot of phone calls in our company, and our secretary does a
> lot of transferring.  It is vital for us to be able to talk to the
> person we're transferring to, before actually transferring the call.
>
> I have filed an issue about this a while ago, but I'm sending this
> e-mail in the hope of getting a more direct and/or concrete answer as to
> if this could be implemented and in what timeframe. 
> https://projects.savoirfairelinux.com/issues/show/3950 I think a simple menu 
> option to one call to another, whenever a person
> has more than one call active in their SFLphone, would work wonders for
> this feature.  I can say for a fact that it would enable me to roll out
> SFLphone in our company.  In fact, I'm in the process of rolling out
> Linux throughout the company and eleminating Windows.  A softphone that
> fullfills all our needs is holding me back.  SFLphone is the closest we
> have ever come to our idea of "perfect business softphone".
>
> I am a too inexperienced programmer to write this myself unfortunately.
> I really hope you are willing to take up this feature request.
>
> One thing I could offer you in return is a translation of SFLphone into
> Dutch (NL).
>
> Looking very much forward to hear from you!
>
> --
> Met vriendelijke groeten,
> Jan Middelkoop
> ICT beheerder Recreatie&    Zorg Groep
>
> Website: http://www.recreatie-zorg.nl/ E-mail: [email protected] 
> Telefoon: +31 10 714 2297
>
> _______________________________________________
> SFLphone mailing list [email protected] 
> http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
> _______________________________________________
> SFLphone mailing list
> [email protected]
> http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
_______________________________________________
SFLphone mailing list
[email protected]
http://lists.savoirfairelinux.net/mailman/listinfo/sflphone

Reply via email to