| 02:49.05 | *** part/#asterisk-dev Deeewayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 02:49.29 | *** join/#asterisk-dev Deeewayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 02:49.30 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 09:58.02 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:58.02 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:00.18 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 10:17.46 | *** join/#asterisk-dev russellb_ (~russellb@redhat/russellb) |
| 10:17.47 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 13:52.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:52.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:16.04 | *** join/#asterisk-dev Crowb4r (u1012@gateway/web/irccloud.com/x-vtmlrgwpejomofan) |
| 21:53.54 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 21:53.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:59.12 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 21:59.12 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 22:35.35 | wedhorn | snuff-work: softkey endcall patch now in trunk |
| 22:35.52 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 22:35.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:39.56 | WIMPy | Oh, someone working on weekends. |
| 22:40.30 | wedhorn | actually, it's Monday morning here |
| 22:41.32 | WIMPy | Still sunday here. |
| 22:42.25 | WIMPy | But only for a few more minutes. |
| 23:22.36 | snuff-work | nice wedhorn :) |
| 23:23.39 | wedhorn | snuff-work: seeing as you're around, line buttons seem messy |
| 23:24.11 | snuff-work | what do u mean? |
| 23:24.15 | wedhorn | how do you think they should work, ie, select line and display only, or select line and connect call |
| 23:25.07 | wedhorn | at the moment, if you're on a call and another line rings, when you press the line button, you end up connected to both calls |
| 23:25.08 | snuff-work | so.. in what sense.. inbound / out ? |
| 23:25.21 | wedhorn | shouldn't make any difference should it |
| 23:26.03 | snuff-work | isn't understanding |
| 23:26.31 | wedhorn | okay, suppose there are multiple scenarios. Say you're on a call (either in or out) and another line rings. At this point you can't see the other number. |
| 23:27.11 | snuff-work | u can't? guess i've not done sccp with milt line |
| 23:27.19 | snuff-work | *multi |
| 23:27.20 | wedhorn | what should pressing the other line button do, 1/just show that line, 2/hangup (or hold) current call and connect to other call |
| 23:27.41 | snuff-work | i would expect it to show the other number calling me no matter the line |
| 23:27.55 | snuff-work | and if i press the other line button it would answer it |
| 23:28.17 | WIMPy | too |
| 23:29.09 | wedhorn | okay, devil's advocate hat on |
| 23:30.24 | wedhorn | If it display's the other number (ie activates that lines callplane) pushing endcall would hangup the ringing channel. |
| 23:30.48 | wedhorn | Wouldn't it be more sensible to require user input to move options away from the currently active call |
| 23:31.25 | WIMPy | Sounds ok to me. |
| 23:31.41 | WIMPy | Just what other phones would do. |
| 23:31.53 | WIMPy | Either you hold and change over or you reject. |
| 23:31.55 | wedhorn | great WIMPy so do it both ways? |
| 23:32.20 | WIMPy | To hangup the current call, you usually have to physically hangup. |
| 23:32.26 | wedhorn | WIMPy: 79xx display really don't allow for that, you can only display one line at a time |
| 23:33.25 | WIMPy | Yes, as long as a call is ringing, you probably want to know who's ringin. |
| 23:33.27 | WIMPy | h |
| 23:33.32 | WIMPy | arg |
| 23:33.34 | WIMPy | g |
| 23:33.42 | WIMPy | No matter if in a call or not. |
| 23:34.38 | wedhorn | But that leads to a strong possibility of initiating an action on the wrong call |
| 23:35.25 | WIMPy | What else apart from hangup? |
| 23:35.32 | wedhorn | eg, if you press endcall 1 second after a new call comes in, you'd hangup the new call |
| 23:35.49 | WIMPy | Makes sense to me. |
| 23:36.12 | wedhorn | endcall, hold, forward |
| 23:36.41 | WIMPy | You probably can't hold a call that hasn;t been accepted, can you? |
| 23:36.50 | wedhorn | given that the newcall won't make the device ring as you are already on a call, the user may not notice that another call has come in |
| 23:36.53 | WIMPy | And forward also makes sense to me. |
| 23:37.17 | wedhorn | sorry transfer, not forward |
| 23:37.18 | snuff-work | have any of u seen what an actual CCM does for 2nd line? |
| 23:37.24 | wedhorn | nope |
| 23:37.40 | snuff-work | well how bout i try and test it for u today.. and we just implement that |
| 23:37.49 | snuff-work | sounds like a plan? |
| 23:38.01 | WIMPy | Transfer could do CD. Perfectely sensoble to me. |
| 23:38.06 | wedhorn | possibly, unless I don't like it ;) |
| 23:38.58 | WIMPy | Off course you should change back to the active call, when the ringing call ends. |