I'm building a HTML5 digital magazine and embedded the (new) Twitter widget. When I add the digital magazine to my homescreen as a web app on an 'iDevice' (iPhone/iPad) with IOS6, there is a glitch when starting the web app; The app loads, but when the Twitter widget is loaded, it somehow focusses on an input(?) form element, triggering the iDevice's keyboard. When the app is loaded, the keyboard is still shown.
For the iPad, this is only annoying: for the iPhone, the viewport is zoomed leaving my web app in an undesired state.
Has anybody had the same problem and somehow disabled the 'focus' on the Twitter widget triggering the keyboard?
The guys from Twitter changed the behavior of the widget, solving the bug as described above.
Ref: https://dev.twitter.com/discussions/12858#comment-28613
Related
I am building a Progressive Web App. When I open it in the Chrome browser, I correctly see the "add to home screen" option come up in a bottom sheet. However, when I open my app in a Chrome Custom tab, the "add to home screen" bottom sheet is not appearing.
Does anyone know if Chrome Custom tabs supports the Progressive Web Apps manifest?
Update: I've filed a bug against Chromium for this issue https://bugs.chromium.org/p/chromium/issues/detail?id=731171#c2
Chrome Custom Tabs has the ability to show an "Add to Homescreen" menu item, at least in recent builds of Chrome.
I can confirm that manually selecting the "Add to Homescreen" menu item will make use of the web app manifest data when creating the homescreen item.
However, I don't believe that the logic for automatically triggering the Web App Install Banner is enabled for page views with Chrome Custom Tab at this time—I experimented a bit and never got the banner to appear, at least.
Trying to employ kiosk based on Chrome browser. Just Installed Kiosk app extension, everything is fine, but in Chrome's application mode there are no toolbar. I basically need "Back", "Forward", "Home" buttons. Is there any way to enable toolbar in app mode, or add it when extension creates window?
Navigation is not meaningful for Chrome Apps. It is, in fact, disabled.
So if your app changes state, you need custom controls for that state anyway.
If you have embedded web content in the app in a <webview>, then you need to make your own custom controls for that. See the browser app sample.
This emulator has a nice feature, when you click in the "share in home screen" option, it works as a app, offline and out of a browser.
https://gameplaycolor.com/app/
I intend make something like it, but I have no idea how can I do. Which technique it website use?
Thanks in advance!
Placing websites on the homescreen is native iOS. As a website, you can extend this, by enabling your website as a 'web app', like you described. For this, you use a number of meta tags in your code. Please see this support document by Apple on how to configure your website so users can save it to their homescreen as a web app.
Moreover, you can specify a startup screen, the color of the statusbar, and some other things.
I'm fairly new to Chrome app development and was wondering if it's possible to run an app within Chrome's main window, like the TweetDeck app.
Thanks!
No. Chrome Apps' current goal is to provide a native-like app experience outside the Chrome browser. Today, with the exception of certain privileged APIs, putting an app in Chrome would be... well, it would be a website.
If you want an app in one of Chrome's tabs, why not just build a website? What does the open web lack for your project?
Note that we have been thinking about what it would mean for an app to be a component inside a webpage. You could imagine a Facebook Like button or a Google+ +1 button implemented as an app in a webpage in the same way that those buttons today are usually implemented as iframes. There are some interesting security properties that this approach would bring over iframes. But again, this doesn't seem to be what you had in mind. What you had in mind appears to be a regular website.
I've found that while holding on any anchor links of our MobileFirst iOS app (more than 2 or 3 seconds), iOS will trigger its build-in menu which shows internal path of current html page.
I don't know if this feature is related to PhoneGap, cordova, MobileFirst or HTML5 apps but can I disable it when users hold on anchors ?
An IBM MobileFirst app at the end of the day is made up of web code, so just like in Mobile Safari where after long-pressing you'd get a menu of some sort this is the case here as well.
There are many results on a google search how to disable the long-press context menu in iOS. See one such result here: Preventing default context menu on longpress / longclick in mobile Safari (iPad / iPhone)
Attempt to add this code (with proper modifications) in your app.
If it doesn't work for you, create an isolated demo app that this can be reproduced in and provide it for debugging.