<div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Either write what you want, or learn to use what we have and hope<br>that SLA when it appears is better. Parking is not the best solution,
</blockquote>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>I think that's the problem with the Asterisk community right now.&nbsp; Anytime something is suggested, the response is either write it yourself or deal with what is there.</div>
<div>&nbsp;</div>
<div>Does Digium want feedback on what actual, real users want, or not?&nbsp; If not, fine.&nbsp; I won't be making another suggestion.</div>
<div>&nbsp;</div>
<div>If so, where should these suggestions to sent?&nbsp; We get the same response on the -Dev list as well.&nbsp; If developer's don't want suggestions, just tell us, and we'll stop suggesting and let the developer's decide what goes in and what doesn't.
</div>
<div>&nbsp;</div>
<div>I'm a user, not a developer.&nbsp; If I were a developer, I probably wouldn't be a user.&nbsp; I'd be a user of my own system, or at the very least, not making suggestions but rather writing what I want.</div>
<div>&nbsp;</div>
<div>I think it's childish to tell someone who is requesting a feature to write it themselves.&nbsp; Did you ever stop to think that if they could, they wouldn't be asking for that feature?</div>
<div>&nbsp;</div>
<div>I went from a Lucent Merlin Legend system to Asterisk.&nbsp; For me, it's a tradeoff for features.&nbsp; To my users, it was a step backward.&nbsp; I also upgraded an office from a Partner system to Asterisk.&nbsp; To the users, it is a huge step backward.&nbsp; They have yet to figure out how to transfer a call.&nbsp; On their old system, they put the call on hold and pressed the line button at another phone.&nbsp; Today, they hold the phone against their leg so the caller doesn't here them yell for the person to come to the phone, and then the person who the call is for comes to that phone and answers the call.&nbsp; It will remain that way for them, because learning how to do it the right way takes more work than the person coming to the phone, or so they say.
</div>
<div>&nbsp;</div>
<div>I won't be doing another Asterisk install for a while.&nbsp; Customer #2 has made sure of that by telling everyone how their new phone system sucks.&nbsp; Until I can find a suitable solution, I am dead in the water.&nbsp; And yes, I am trying to learn C so that I can write it myself, or modify something else to make it work.
</div><br>But seriously, the attitude of either write it yourself or deal with it won't cut it for business users.&nbsp; If Asterisk is only for geeks, then fine, it will work perfectly.&nbsp; </div>
<div>&nbsp;</div>
<div>If all phones behaved the same, it would help.&nbsp; Cisco, using SIP, has no park button.&nbsp; Cisco, using chan_sccp, has a great parking concept.&nbsp; Polycom has a park button that doesn't appear to work with Asterisk.&nbsp; We use Cisco (SIP) and Polycom.&nbsp; Aastra and SNOM seem to have an easier &quot;parking&quot; interface.&nbsp; The chan_sccp implementation not only reads back the parking spot, but also displays it on the screen.&nbsp; 
</div>
<div>&nbsp;</div>
<div>What I have tried to do is the following scenario.&nbsp; Assign two line keys as Park&nbsp;720 and Park&nbsp;721, and using third party patches, been able to monitor those lines (which are actually parking spots) using hints.&nbsp; Also, using third party patches, I can transfer to those lines (transfer directly to a parking spot), but again, that is a several step process (it requires a blind transfer which take pressing transfer, then blind on the Polycom, this method, due to no BLF does not work on the Ciscos) that just won't happen in small businesses.&nbsp; It just takes too many button presses.&nbsp; Plus, as I mentioned, this is third party patches that aren't in the Asterisk main branch, and makes upgrades near impossible.
</div>
<div>&nbsp;</div>
<div>&nbsp;</div>