StatusBar plugin #1

Tarang · 2015-06-01T05:31:02Z

The statusbar plugin has a few issues.

It seems to work on the original telerik plugin: Telerik-Verified-Plugins/WKWebView#20

I set App.setPreference('StatusBarOverlaysWebView', 'true'); and it does seem to work from the looks of it (in terms of how much the webview have been shifted down- it hasn't been shifted down)

Yet there is a white bar at the top overlaying everything. I'm not sure where it comes from

The text was updated successfully, but these errors were encountered:

rbabayoff · 2015-06-01T06:25:43Z

I didn't change anything related to that. Please try the latest version of Telerik, which my fork is based on, and if still getting the same issue, file an issue with them.

Tarang · 2015-06-01T07:07:02Z

Hi Ronen,

I'm using this package: cordova:com.meteor.cordova-update@https://github.com/practicalmeteor/com.meteor.cordova-update/tarball/a7e98f27a26b727288da81dcfd8047eccb5f6036. From your blog post. I think thats the latest commit (also the latest on the repository).

And the latest update off this repository's package too (which uses https://github.com/practicalmeteor/WKWebView' (Latest commit: practicalmeteor/WKWebView@4a1d577)

Tarang · 2015-06-01T07:18:55Z

Actually I tried to reproduce this & it looks ok on a blank project. So i'll have to investigate a bit deeper why its doing this.

Tarang · 2015-06-01T07:33:22Z

OK, I think I've found a way to make the issue reproducible. It's a bit odd to be honest.

meteor create test
cd test
meteor add cordova:com.meteor.cordova-update@https://github.com/practicalmeteor/com.meteor.cordova-update/tarball/a7e98f27a26b727288da81dcfd8047eccb5f6036
meteor add practicalmeteor:wkwebview

Edit the test.js file and add this between <head>:

<style type="text/css">
body {
  background: blue;
}
</style>

Then run it (This works).

meteor run ios

This doesn't work

meteor run ios-device --mobile-server="http://<computer_ip>:3000"

Xcode will open, upon which you can run the app using the simulator.

These hint it may be a meteor-related issue not a telerik issue

rbabayoff · 2015-06-02T04:01:17Z

Hey, this seems to have nothing to do with my package. It seems that meteor or cordova generates or overwrites the cordova config.xml differently between run ios and run ios-device. I recommend just creating your own config.xml (copy it after doing a meteor build) and save it in cordova-build-override. It may also be that the emulator run ios uses is different than the one you run with run ios-device.

woniesong92 · 2015-08-10T02:22:17Z

@rbabayoff I don't think that's what's happening because the config.xml file seems to be identical. Do you have any other idea?

@rbabayoff @Tarang
EDIT: here's how to fix the statusbar problem. Yay!

.meteor/local/cordova-build/plugins/org.apache.cordova.statusbar/www/statusbar.js

Has functions that you can use about the status bar. For example, I was able to set the background of my statusbar using StatusBar.backgroundColorByHexString("#ffffff");

rbabayoff · 2015-08-10T16:02:12Z

Sorry, I don't. I'm waiting myself for cordova 5 support in meteor's next release so I can merge telerik's upstream that includes quite a few bug fixes, but their latest commits broke compatibility with cordova 4.2 which is what meteor uses in current version.

woniesong92 · 2015-08-10T16:45:19Z

According to the last answer to meteor/meteor#4918 the cordova version will be upgraded to 5.2 really soon. Does thet mean all the problems might be resolved?

rbabayoff · 2015-08-10T17:01:01Z

I due hope :-)

lorensr · 2015-08-12T20:38:25Z

I'm getting the light gray bar that @Tarang pictured, both with meteor run ios and ios-device. I am not using org.apache.cordova.statusbar, and I don't have anything in mobile-config.js related to the status bar.

StatusBar.backgroundColorByHexString works, but it would be better if this didn't have to be used.

@rbabayoff Thanks a whole lot for this package, btw. While it didn't help much with Blaze's renderer scripting speed, it brought my memory down from 140MB base, 240MB peak (which causes iOS to kill it [1]) to 5MB base, 9MB peak.

[1] http://stackoverflow.com/questions/30813443/how-can-you-control-memory-usage-in-cordova

lorensr · 2015-08-13T02:55:47Z

Actually, I'm getting memory warnings (precursor to getting killed by OS) at 5MB, so I think WKWebView memory must not be included in this chart:

Some other observations:

having to change lot of 100% width and height or left: x, right: y to 100vw/vh or calc(100vw - x - y)
adjusting due to appearance of on-screen keyboard is now automatic, which is very nice (don't have to use cordova:com.ionic.keyboard events that change body height and/or scrollTop)

woniesong92 · 2015-08-13T03:52:10Z

@lorensr Do you not have any keyboard issues when you use Wkwebkitview? I gave up using it for now because I couldn't get it working. What did you change to make it work? Did you comment out everything inside ionKeyboard.js ?

lorensr · 2015-08-13T04:04:59Z

Just found an issue, actually. What problems did you have?

So what I had was these two functions:

window.addEventListener 'native.keyboardshow', (e) ->
  # change height/scroll based on e.keyboardHeight
window.addEventListener 'native.keyboardhide', (e) ->
    $('body').height '100%'
    $('main').height ''

When I switched to WKWebView, I no longer needed the height changing. However, when I focused a select input, and the scroll wheel virtual "keyboard" comes up, the body's scrollTop() and scrollLeft() are changed from 0 to like 20. While I do have content translated to the right off-screen, I've never seen my body scroll horizontally before. I can set them back to 0 in keyboardshow, but not before you see the screen momentarily move up and left.

woniesong92 · 2015-08-13T04:17:28Z

For me, it's mostly vertical position problems. Calling window.scrollTo() doesn't help much because users will see the scrolling animation for a few hundreds of milliseconds. For both keyboardshow and keyboardhide events, do you set height to 100%?

pmwisdom · 2015-09-14T19:10:57Z

@lorensr To see your total mem consumption go to xcode -> Open Developer Tool -> Instruments. Click start recording, and then you'll be able to see the apple webkits memory consumption next to yours. I usually sit at around 90 megs, and it will slowly climb. So, slight improvements for me.

lorensr · 2015-09-14T19:35:52Z

Thanks, will do that when I switch back!

This was referenced Jun 1, 2015

Accept PR in cordova plugin repo to support replacing or extending it's methods meteor/meteor#4487

Closed

WKWebView support for Meteor iOS apps meteoric/meteor-ionic#202

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

StatusBar plugin #1

StatusBar plugin #1

Tarang commented Jun 1, 2015

rbabayoff commented Jun 1, 2015

Tarang commented Jun 1, 2015

Tarang commented Jun 1, 2015

Tarang commented Jun 1, 2015

rbabayoff commented Jun 2, 2015

woniesong92 commented Aug 10, 2015

rbabayoff commented Aug 10, 2015 via email

woniesong92 commented Aug 10, 2015

rbabayoff commented Aug 10, 2015 via email

lorensr commented Aug 12, 2015

lorensr commented Aug 13, 2015

woniesong92 commented Aug 13, 2015

lorensr commented Aug 13, 2015

woniesong92 commented Aug 13, 2015

pmwisdom commented Sep 14, 2015

lorensr commented Sep 14, 2015

StatusBar plugin #1

StatusBar plugin #1

Comments

Tarang commented Jun 1, 2015

rbabayoff commented Jun 1, 2015

Tarang commented Jun 1, 2015

Tarang commented Jun 1, 2015

Tarang commented Jun 1, 2015

rbabayoff commented Jun 2, 2015

woniesong92 commented Aug 10, 2015

rbabayoff commented Aug 10, 2015 via email

woniesong92 commented Aug 10, 2015

rbabayoff commented Aug 10, 2015 via email

lorensr commented Aug 12, 2015

lorensr commented Aug 13, 2015

woniesong92 commented Aug 13, 2015

lorensr commented Aug 13, 2015

woniesong92 commented Aug 13, 2015

pmwisdom commented Sep 14, 2015

lorensr commented Sep 14, 2015