I'm building an app for Android TV.
What I want is a way to detect focus change unsuccessful on DPad press UP.
The use case is for any page, when user focus on the top-most item and pressing UP. If the focus is not changed after key press, I will open a top navigation menu overlay.
This is very easy to do in traditional view with FocusFinder and override focusSearch.
Related
On android one can add listener to Backhandler to detect hardware back action. So, if i create a screen and modify the content of the screen upon some action, then it is easy to go back to previous content with backhandler listener.
On ios, this is not possible to do with the swipe gesture.
React navigation does provide swipe gesture enable/disable to disable the action all together. But if i want to use the swipe gesture to update the content of the app, is it possible with react native/react navigation?
Or adding new screens with different content is the only and recommended option?
for example signing up on the app.
On android what i do is create a single screen and modify its content with different sub components when user presses the next button and its easier to go back by listening to hardware press back. But on ios one can go back by swiping left to right. But using react navigation it goes back to previous screen and i find no way to listen to the gesture and go back to previous sub component instead of previous screen.
React Native Swipe Gestures use this library.
I hope it help you.
Sorry for the confusing title but I can't get my head around to find the right words for this scenario:
We have an iOS app that has a top-left menu button. If you tap it, a side menu opens and most of the screen (incl. the menu button) are slid to the right.
for Calabash I need to track the ID of the view that is slid to the right. Any tap on the whole slid-to-right view area will close the menu. The menu icon itself seems to have no other function than being a visual help and its accessibility ID cannot be found by Calabash while the menu is open.
Does anyone know how iOS handles this kind of navigation? To sum it up:
We have an initial view open with a menu button.
If button is tapped, menu slides in from left and current view is moved to right (mostly out of the screen).
You can now tap any of the remaining visible area of the initial view and the menu will close again (the menu button seems to receive no touch during this).
I need to figure out to what assign an accessibility ID to so that Calabash can 'imitate' a tap on the slid-out, initial view to close the menu.
Have you tried using the Accessibility Inspector in the Developer Tools of Xcode? This might help you in seeing whether or not you can interact with the slid-out menu.
Also if you haven't tried using the calabash command tree - I'd give that a go as well. For that open the menu you're trying to interact with use the command calabash-ios console > console_attach > tree.
You will be able to see the whole view hierarchy here, you can even run tree before and after the menu pops out to see if it makes a difference.
I'm working on an app which has buttons at the bottom of the screen(looks like tab bar). I found that if I enable the access to control center in app, there will be a notable delay between tapping on the buttons and the highlighted image showing. In fact the highlighted image will never show if I do not hold on the touch for at least about 0.5 second. I'm wondering if there is a way to disable the delay even the access of control center in app is ON so that users of my app will know the buttons did have been tapped. Any hint will be appreciated.
I have removed the black bar from the keyboard as the next link said, but for realistic usage, i want to keep the bar only with "Done" button available. Do somebody know if this is possible in iOS, or just to remove the whole bar from the keyboard.
How do you remove the Next and Prev buttons from virtual keyboard in Sencha Touch / Phonegap application
Than you.
I come from blackberry support forum, and got to solve this soon. any tips will be great.
I wanna a layer overlay in main UI which will not obtain all focus, ie, click volume button to open then click again to close. Just like opera's swipe out menu.
http://supportforums.blackberry.com/t5/Java-Development/Popup-Layer-Puzzle/m-p/1403821#M181020
The behaviour you are expecting is not possible using popupscreen. How about using an approach were you do not use the popupScreen.
I would try to do the following.
In the main screen with play/pause, when the user presses on Volume button, add the volume control slider on the screen as a field rather than pushing a popupscreen.
When the user finishes adjusting the volume, and he presses on another button, delete the volume slider field.In this way, you have control for all the buttons on the screen.
On another note, how about just using the volume control buttons on the side?