android-chrome

Get Android Chrome Browser Address bar height in JS

由 跟風遠走 提交于 2020-01-10 03:15:10
问题 How do I get the height of the address bar in JavaScript in the Chrome browser for Android (marked by red rectangle in left picture)? I need to know that as it disappears while scrolling down and I need to react to that because the viewport height is different then. One solution I already figured out: Get viewport height at initial state: var height = Math.max(document.documentElement.clientHeight, window.innerHeight || 0); Get viewport height when the address bar has disappeared Compute

Android Oreo WebView renders layout too small after 2nd loading

由 牧云@^-^@ 提交于 2019-12-21 06:01:12
问题 On some Android Oreo devices, when I load an url on webview for the first time, the URL page loads properly. However, when I load the URL again, the page is zoomed out. On devices lower than android oreo, the page loads properly for all devices. Also, when you kill the app on the background and load again, the URL loads properly. On the second and succeeding tries, it shows the zoomed out version again. I attached the images of loaded URL below Below is the correct loading of webpage on the

SpeechSynthesis in Android-Chrome: cannot change English voice from US English

由 放肆的年华 提交于 2019-12-19 09:52:29
问题 I'm using the speech synthesis API on Android-Chrome. The issue is that although there are 4 English voices available, it is always US English that is used by the browser, no matter what the code specifies. I can use other languages e.g. French, just not other English voices e.g en-AU, GB, or IN. This code filters British English voice objects from the getVoices array and uses the first to utter the word 'tomato'. The problem is that the word is always pronounced "to-may-lo" not "to-mar-to"

SpeechSynthesis in Android-Chrome: cannot change English voice from US English

由 主宰稳场 提交于 2019-12-19 09:52:22
问题 I'm using the speech synthesis API on Android-Chrome. The issue is that although there are 4 English voices available, it is always US English that is used by the browser, no matter what the code specifies. I can use other languages e.g. French, just not other English voices e.g en-AU, GB, or IN. This code filters British English voice objects from the getVoices array and uses the first to utter the word 'tomato'. The problem is that the word is always pronounced "to-may-lo" not "to-mar-to"

Android - WebView language changes abruptly on Android 7.0 and above

由 ≡放荡痞女 提交于 2019-12-17 03:04:21
问题 I have a multilingual app with primary language English and secondary language Arabic. As described in the documentation, I have added android:supportsRtl="true" in the manifest. I have changed all xml properties with left and right attributes to start and end respectively. I have added Arabic language strings in strings-ar (and similarly for other resources). The above setup works properly. After changing the Locale to ar-AE , Arabic text & resources are correctly displayed in my Activities.

SpeechSynthesis in Android-Chrome: cannot change English voice from US English

由 我们两清 提交于 2019-12-01 21:12:42
I'm using the speech synthesis API on Android-Chrome. The issue is that although there are 4 English voices available, it is always US English that is used by the browser, no matter what the code specifies. I can use other languages e.g. French, just not other English voices e.g en-AU, GB, or IN. This code filters British English voice objects from the getVoices array and uses the first to utter the word 'tomato'. The problem is that the word is always pronounced "to-may-lo" not "to-mar-to" which means my text doesn't rhyme as it should. The voice object that was used is displayed and (on the

Android Chrome browser address bar shifts fixed element hitareas

由 流过昼夜 提交于 2019-11-30 09:24:54
It seems Android Chrome has a pretty major bug where sometimes the address bar hiding/showing causes fixed elements to shift their bounding box down/up by the browsers address bar height. So the elements visually stay in the same spot, however the bounding box actually shifts. This renders clickable areas useless as they don't register anymore (see images below). The bug is intermittent, but I've been able to replicate it pretty reliably by scrolling quickly and then abruptly stopping the scroll the touching the screen. Has anyone else encountered this and more importantly, does anyone have a

Android Chrome browser address bar shifts fixed element hitareas

由 牧云@^-^@ 提交于 2019-11-29 13:32:20
问题 It seems Android Chrome has a pretty major bug where sometimes the address bar hiding/showing causes fixed elements to shift their bounding box down/up by the browsers address bar height. So the elements visually stay in the same spot, however the bounding box actually shifts. This renders clickable areas useless as they don't register anymore (see images below). The bug is intermittent, but I've been able to replicate it pretty reliably by scrolling quickly and then abruptly stopping the
订阅 android-chrome