Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: incorporate Monarch support in the iOS Demo app #24

Merged
merged 4 commits into from
Oct 14, 2021

Conversation

yingtao-butterflymx
Copy link
Contributor

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.
}

func handleCallConnected() {
DispatchQueue.main.async {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to call these function from the main queue by default from the SDK

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I fixed it.

use DispatchQueue.main.async in our SDK instead to make users easier to use the SDK.
pass unwrapped incomingViewController (with guard let) to processCall
@yingtao-butterflymx yingtao-butterflymx merged commit a8d2445 into master Oct 14, 2021
yingtao-butterflymx added a commit that referenced this pull request Nov 17, 2021
* feat: incorporate Monarch support in the iOS Demo app (#24)

* feat: use WebRTC supported SDK to open door

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.

* refactor: remove some DispatchQueue.main.async

use DispatchQueue.main.async in our SDK instead to make users easier to use the SDK.

* refactor: remove extension for BMXCallDelegate

* refactor: pass unwrapped incomingViewController

pass unwrapped incomingViewController (with guard let) to processCall

Refs # NT-458

* refactor: refactor code to handle more call scenarios (#25)

* feat: use WebRTC supported SDK to open door

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.

* refactor: remove some DispatchQueue.main.async

use DispatchQueue.main.async in our SDK instead to make users easier to use the SDK.

* refactor: remove extension for BMXCallDelegate

* refactor: pass unwrapped incomingViewController

pass unwrapped incomingViewController (with guard let) to processCall

* refactor: add IncomingCallPresenter

only reportNewIncomingCall for the intial call.
show IncomingCallViewContrller after users press the accept button

* fix: review fixes

call CallsService.shared.endCurrentCallKitCall() instead of BMXCallKit.shared.endCall() in hangUpAction

remove function handleCallEnded

* refactor: use CallStatusHandler to handel handle call status changes

* fix: review fixes

remove CallEndReason

* fix: review fixes

use callConnected  instead of handleCallConnected
use callAccepted  instead of handleCallAccepted

Refs # NT-458

* fix: simplify Podfile

* feat: mark Intercom and Keypads for devices (#26)

add subtitle for DoorTableViewCell to show the current device is Intercom or KeyPad

add setup(by device: DeviceModel) in DoorTableViewCell

* chore: import BMXCore 2.1.0 and BMXCall 2.1.0
yingtao-butterflymx added a commit that referenced this pull request Nov 17, 2021
* feat: incorporate Monarch support in the iOS Demo app (#24)

* feat: use WebRTC supported SDK to open door

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.

* refactor: remove some DispatchQueue.main.async

use DispatchQueue.main.async in our SDK instead to make users easier to use the SDK.

* refactor: remove extension for BMXCallDelegate

* refactor: pass unwrapped incomingViewController

pass unwrapped incomingViewController (with guard let) to processCall

Refs # NT-458

* refactor: refactor code to handle more call scenarios (#25)

* feat: use WebRTC supported SDK to open door

make IncomingCallViewController conform to BMXCall.IncomingCallUIInputs
call new API BMXCallKit.shared.processCall(guid:callType:incomingCallPresenter:completion) to process incoming calls.

* refactor: remove some DispatchQueue.main.async

use DispatchQueue.main.async in our SDK instead to make users easier to use the SDK.

* refactor: remove extension for BMXCallDelegate

* refactor: pass unwrapped incomingViewController

pass unwrapped incomingViewController (with guard let) to processCall

* refactor: add IncomingCallPresenter

only reportNewIncomingCall for the intial call.
show IncomingCallViewContrller after users press the accept button

* fix: review fixes

call CallsService.shared.endCurrentCallKitCall() instead of BMXCallKit.shared.endCall() in hangUpAction

remove function handleCallEnded

* refactor: use CallStatusHandler to handel handle call status changes

* fix: review fixes

remove CallEndReason

* fix: review fixes

use callConnected  instead of handleCallConnected
use callAccepted  instead of handleCallAccepted

Refs # NT-458

* fix: simplify Podfile

* feat: mark Intercom and Keypads for devices (#26)

add subtitle for DoorTableViewCell to show the current device is Intercom or KeyPad

add setup(by device: DeviceModel) in DoorTableViewCell

* chore: import BMXCore 2.1.0 and BMXCall 2.1.0

* chore: import BMXCall 2.1.1
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants