| 00:55.17 | *** join/#asterisk-dev greenwolf (42570218@gateway/web/freenode/ip.66.87.2.24) |
| 01:48.44 | wedhorn | snuff-work: that's what we want isn't it (it's an option, but just not enabled at this particular stage) |
| 01:49.58 | snuff-work | i guess that works looks nicer than it just showing up.. |
| 01:50.28 | snuff-work | btw.. the +301 stuff.. its just part of skinny protocol (did packet dump test this morning) |
| 01:51.09 | wedhorn | yeah I know it's there, but why??? |
| 01:51.21 | snuff-work | atm trying to think about custom key layouts for the defaults.. |
| 01:51.45 | snuff-work | we may never know.. unless u have a buddy that has the cisco RFC for skinny |
| 01:51.49 | wedhorn | with the mask, does it change with the keysets or is it by button type? |
| 01:52.13 | snuff-work | rephrase? |
| 01:52.56 | snuff-work | the mask just works on the softkey number.. |
| 01:52.57 | wedhorn | um, say you turn bit 3 off, does that mean the 3rd button on the current keyset, or button redial if it happens to be in the current keyset? |
| 01:53.10 | wedhorn | okay cool, so the second option |
| 01:53.44 | snuff-work | well it means the 3rd key of whatever keyset ur passing in |
| 01:53.44 | wedhorn | so our forcedial was button 15 (i think) so you toggle bit 15? |
| 01:54.07 | wedhorn | ah bugger |
| 01:54.50 | snuff-work | so depends on ur keys u currently have enabled per 'set' |
| 01:55.41 | wedhorn | when we do custom keysets, we'll need to keep track of where each button is (ie, if someone switches endcall and forcedial, we need a different mask) |
| 01:56.15 | snuff-work | yep that was part of what i was thinking this morning.. making me sad ;) |
| 01:57.13 | snuff-work | http://pastebin.com/gYqXAfjV |
| 01:57.14 | wedhorn | yeah. may be easier to write a custom handler where we can toggle by the defined numbers (eg 15 for forcedial) |
| 01:58.10 | snuff-work | technically.. i could have just passed the default 'FFFFFF' for enabling dial key.. but i was trying to remember my bad bitmasking :) |
| 01:59.03 | snuff-work | is there a reason why we use signed ints for masks?.. i thought most time u use masks you'd use unsigned ints |
| 02:00.00 | wedhorn | probably, but I slapped the mask bit together in under a minute... |
| 02:05.57 | wedhorn | snuff-work: wouldn't it be easier to move transmit...F7 to the second half of skinny dialer (it already does ast_exists there)? |
| 02:07.28 | wedhorn | you may also want to ponder sending an F3 mask if backspace results in ast_exists becomes false |
| 02:08.12 | wedhorn | possibly also consider a way in not resending a set keyset with every keypad press once ast_exists becomes true |
| 02:08.38 | snuff-work | true bout the f7.. i think i was liking keeping it in 1 place when i was doing changes |
| 02:10.05 | snuff-work | but i dont think we keep 'state' of last keymap sent |
| 02:11.07 | wedhorn | no we don't |
| 02:12.04 | snuff-work | guess we'd store it in the sub ? or at device level.. |
| 02:12.35 | wedhorn | sub, all the relevant stuff is in the sub |
| 02:13.09 | snuff-work | would need to store mask+keydef.. |
| 02:13.50 | snuff-work | only thing i'm seeing atm is.. not many times when we'd want to use mask.. |
| 02:14.08 | wedhorn | or another way would be to have an internal set of keysets (ie 12 is DADFD plain, 13 is DADFD with forcedial greyed etc) |
| 02:14.59 | snuff-work | i'm trying to think if we make the config soft key templates.. that would break it |
| 02:15.23 | snuff-work | where as template+mask.. would be correct always.. |
| 02:15.45 | snuff-work | could u think of another time we'd want to 'greyout' rather than just remove keys? |
| 02:15.54 | wedhorn | wouldn't the mask be wrong if the template changes? |
| 02:17.14 | snuff-work | main reason i can see to grey out keys is to just say to user na-na u can't use this but i'll let u see it to tease u |
| 02:17.36 | snuff-work | aside from the current usecase of dialing an exten |
| 02:17.47 | snuff-work | where there is an exact match |
| 02:18.40 | wedhorn | yeah, I can't really think of another one |
| 02:19.47 | wedhorn | In your mucking around with CCM, have you seen a greyed button that wasn't a tease? |
| 02:20.48 | wedhorn | Maybe we can just move this to substate at some stage (3 dialing states, no digits, some digits, some digits with possible match) |
| 02:20.50 | snuff-work | i have actually never seen a grey'd button only missing |
| 02:21.39 | wedhorn | I suppose greying could be handy when an option is disabled in the configuration |
| 02:22.21 | wedhorn | ie forbid transfer, a nah nah button could be handy (ie why can't I use xfer, rather than where is the xfer button) |
| 02:22.38 | snuff-work | mm.. guess so |
| 02:23.23 | snuff-work | either way got to think about this config softkeys + masking |
| 02:23.41 | snuff-work | i'm going out to 'window shop' for 1/2 hr in the heat |
| 02:24.15 | wedhorn | Sounds fun, think I starting to lean your way, just keep a copy of the current keyset and mask in subchannel |
| 03:11.21 | snuff-work | oh found 1 place ccm does have grey'd keys.. |
| 03:11.30 | snuff-work | if u get call from unknown number :) |
| 03:11.37 | snuff-work | dial/edit dial are shaded |
| 03:12.26 | wedhorn | okay, so what do dial/edit dial do when the number is known? |
| 03:16.58 | snuff-work | unmask |
| 04:32.50 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 04:32.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:50.24 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 06:50.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:42.45 | *** join/#asterisk-dev schmidts (~schmidts@vie-086-059-105-021.dsl.sil.at) |
| 07:42.46 | schmidts | good morning |
| 08:04.06 | schmidts | and another way to let asterisk segfault with xmpp. when asterisk dont have a connection to the specified xmpp server and i do a xmpp list nodes CLIENT then asterisk dies |
| 08:17.00 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 08:17.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:07.56 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:07.56 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:17.40 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 11:35.07 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 11:45.30 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:c5c2:afbc:1e3e:d51) |
| 12:03.05 | *** join/#asterisk-dev Corydon76-home (mauve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 12:03.05 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 12:59.27 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 13:44.28 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-wmrqttarexnzfoxy) |
| 13:55.34 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-aixzxadzakflzyjj) |
| 13:57.09 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 13:57.16 | bombev | hi all |
| 14:16.55 | *** join/#asterisk-dev caio1982 (~caio1982@187.107.103.227) |
| 14:23.15 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:23.15 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:17.48 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-vmqvlgfezgftksvc) |
| 15:17.48 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:59.59 | *** join/#asterisk-dev oej_ (~olle@2001:16d8:cc57:1000::42:1005) |
| 16:00.00 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 16:02.43 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:04.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:04.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:22.17 | sruffell | is it just me or do you always hope the bugs the issues that Alistair posts bounties for gets resolved quickly, even though you personally can't collect the bounty, because he's willing to say the issue has real value to him? |
| 16:22.33 | sruffell | s/hope the bugs the issues/hope the issues/ |
| 16:26.51 | mjordan | I'm always glad any bug gets fixed for anyone who cares enough about it to contribute towards a solution. |
| 16:28.36 | leifmadsen | sruffell: you should be able to collect the bounty as long as it is donated to a charity or something :) |
| 16:29.02 | sruffell | eh…no need to even operate in that gray area. |
| 16:29.14 | file | an American saying eh, isn't that cute |
| 16:29.23 | leifmadsen | file: eh? |
| 16:29.24 | sruffell | ya. |
| 16:30.22 | pabelanger | sruffell: You do the work, I'll commit the fix, you get 75%, I'll take %25 |
| 16:30.23 | pabelanger | :D |
| 16:30.32 | pabelanger | our little secret |
| 16:31.25 | sruffell | mjordan: Yeah, on second thought I agree with you. It's just when I see those bounties postings I always think to myself "Maybe I should look into that…." because I assume he's posting the bounty because he doesn't have the time / technical background to move it forward. But then I think I should be working on allowing conferencing in DAHDI to scale across cores instead and move on. |
| 16:31.35 | sruffell | heh |
| 16:32.26 | sruffell | ….or bringing the oct612x library or GpakApi library inline with kernel coding standards.... |
| 16:34.37 | datachomper | sruffell: I'll add a couple dahdi bounties: sysfs, complete switch to git, finally sail your boat |
| 16:35.03 | sruffell | datachomper: you go to far with that boat comment. boo. |
| 16:35.15 | datachomper | sruffell: I'll put $10 on that one |
| 16:35.24 | sruffell | lol…that won't even buy a good cheese. |
| 16:35.39 | datachomper | sruffell: i'll bring the cheese and wine, you supply boat and crackers |
| 16:36.33 | sruffell | datachomper: on switching to git, the only thing you're expecting me to do is put up the historical repo, right? |
| 16:36.54 | datachomper | sruffell: yes, I still need to fix dahdi-tools into something manageable |
| 17:24.52 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-adhnhlcfcqrmrrgf) |
| 17:30.15 | *** join/#asterisk-dev oej (~olle@2001:16d8:cc57:1000::42:1003) |
| 17:30.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:43.40 | *** join/#asterisk-dev oej (~olle@2001:16d8:cc57:1000::42:1003) |
| 17:43.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:21.03 | *** join/#asterisk-dev greenwolf (c087e3a3@gateway/web/freenode/ip.192.135.227.163) |
| 19:02.37 | *** join/#asterisk-dev greenwolf (~penguin@192.135.227.228) |
| 19:12.16 | *** topic/#asterisk-dev by file -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk |
| 19:12.52 | greenwolf | sup room |
| 19:12.56 | greenwolf | wake up ppl |
| 19:16.33 | *** join/#asterisk-dev oej (~olle@2001:16d8:cc57:1000::42:1003) |
| 19:16.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:36.09 | *** join/#asterisk-dev opticron (~opticron@24.96.165.228) |
| 19:36.10 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 19:53.31 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 19:53.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:21.30 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 20:21.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:44.50 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 22:05.51 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 22:22.26 | *** join/#asterisk-dev spditner (~simon@206-248-134-185.dsl.teksavvy.com) |
| 22:22.28 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 22:22.29 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 22:47.46 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 22:47.46 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:01.34 | *** join/#asterisk-dev acidfu-ppc (~nib@69-196-143-224.dsl.teksavvy.com) |