[jira] [Commented] (CB-8674) [Windows] Access launch arguments
[ https://issues.apache.org/jira/browse/CB-8674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385889#comment-14385889 ] Michel Reij commented on CB-8674: - +1 > [Windows] Access launch arguments > - > > Key: CB-8674 > URL: https://issues.apache.org/jira/browse/CB-8674 > Project: Apache Cordova > Issue Type: Improvement > Components: Windows, Windows 8 >Reporter: Sebastián Katzer >Assignee: Jesse MacFadyen > > To get informed about the clicked local notification _on launch_ the plugin > needs to listen for the `activated` event. > But the `activated` event at launch is called before any plugin is loaded. > Thus its not possible to access the required informations. > Also see: https://msdn.microsoft.com/en-us/library/windows/apps/hh761468.aspx > Is it possible to make the event arguments accessible for later usage? > Its a blocker before the windows platform can be added to the > local-notification plugin. > https://github.com/katzer/cordova-plugin-local-notifications > Thanks! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385884#comment-14385884 ] Shazron Abdullah commented on CB-5921: -- Regarding iOS 8 frameworks on iOS 7, it is possible with caveats: http://quellish.tumblr.com/post/103107323582/dynamic-frameworks-on-ios-7 > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385880#comment-14385880 ] Shazron Abdullah edited comment on CB-5921 at 3/29/15 6:38 PM: --- Plugin adding can be solved by making each plugin into a Static Library project. 1. Create a static library project ($pluginname) with the plugin files added (with appropriate build phase settings) 2. Add the static library to the $projectname.xcworkspace (xml) 3. For the $projectname Build Phase -> Link Binary with Libraries, add the lib$pluginname.a library to the project 4. We don't need to, but if we need to refer to any headers from the $pluginname project, we can use "#import <$pluginname/HeaderName.h>" However, the static library approach will not take into account resource bundles in the plugins. In iOS 8, we can use .frameworks, but we still need to support iOS 7 however (not sure about backwards compat. if we use iOS 8 frameworks). was (Author: shazron): Plugin adding can be solved by making each plugin into a Static Library project. 1. Create a static library project ($pluginname) with the plugin files added (with appropriate build phase settings) 2. Add the static library to the $projectname.xcworkspace (xml) 3. For the $projectname Build Phase -> Link Binary with Libraries, add the lib$pluginname.a library to the project However, the static library approach will not take into account resource bundles in the plugins. In iOS 8, we can use .frameworks, but we still need to support iOS 7 however (not sure about backwards compat. if we use iOS 8 frameworks). > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385880#comment-14385880 ] Shazron Abdullah commented on CB-5921: -- Plugin adding can be solved by making each plugin into a Static Library project. 1. Create a static library project ($pluginname) with the plugin files added (with appropriate build phase settings) 2. Add the static library to the $projectname.xcworkspace (xml) 3. For the $projectname Build Phase -> Link Binary with Libraries, add the lib$pluginname.a library to the project However, the static library approach will not take into account resource bundles in the plugins. In iOS 8, we can use .frameworks, but we still need to support iOS 7 however (not sure about backwards compat. if we use iOS 8 frameworks). > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-5921) Cordova on iOS should use an XCWorkspace, or at least support using one.
[ https://issues.apache.org/jira/browse/CB-5921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385876#comment-14385876 ] Shazron Abdullah commented on CB-5921: -- I'm doing some experiments and documenting them as I go along. For a simple workspace project with CordovaLib, see this branch: https://github.com/shazron/cordova-workspace-tests/tree/simple-workspace (master is the original 3.x project method with subproject) This was the simple part, other things to fix: 1) testing of project command line scripts besides "build" 2) installation of plugins by the cordova-cli > Cordova on iOS should use an XCWorkspace, or at least support using one. > > > Key: CB-5921 > URL: https://issues.apache.org/jira/browse/CB-5921 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Graham Mueller >Priority: Minor > Labels: core > Fix For: 4.0.0 > > Attachments: build > > > Hi Guys, > Not sure what to log this as. It's not so much a bug as an incompatibility > with other frameworks. Anyway, this is specifically an issue with the build > process on iOS. Do with it what you will. > If you're familiar with the CocoaPods framework, you'll know that on initial > install, it creates an XCWorkspace file, and instructs you to exclusively use > that afterwards. This is because the CocoaPods library adds itself as a > linked project that must be built, similar to Cordova/Phonegap. The > difference is that Cordova adds itself as a sub project, instead of a sibling > project (which is effectively the workspace goal, from my understanding, > though I'm having a hard time finding a good link to explain it better). > So, I would suggest that Cordova moves to this setup as well -- it should > create the workspace that has both the Cordova project and your app project. > Alternatively, if you don't want to go through and change that creation code, > it would be great if the CLI offered someway to specify what you want it to > build. I found the actual build script that's calling xcodebuild with a > -project flag in it (this is where -workspace would go). There is currently > no way to override this, so there is currently no way at all to support > workspaces (and consequently no way to use CocoaPods). > Any thoughts or reasons not to do so? > Thanks, > Graham -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks
[ https://issues.apache.org/jira/browse/CB-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385755#comment-14385755 ] Colin Bau edited comment on CB-6092 at 3/29/15 1:07 PM: hi Miquel I am a PGB's (build.phonegap.com) user you said that use you the way and solve the problem in PGB and cordova CLI *https://github.com/appfeel/google-iosadmobads"/>* but I tried，it still build fail in android and iOS please told me what the exactly way *for now my code like that* https://github.com/appfeel/google-iosadmobads"/> was (Author: bau720123): hi Miquel I am a PGB's (build.phonegap.com) user you said that use you the way and solve the problem in PGB and cordova CLI *https://github.com/appfeel/google-iosadmobads"/>* but I tried，it will still build fail in android and iOS *for now my code like that* https://github.com/appfeel/google-iosadmobads"/> > Deploying plugins for iOS frameworks breaks symlinks > > > Key: CB-6092 > URL: https://issues.apache.org/jira/browse/CB-6092 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman, Registry Web >Affects Versions: 3.3.0 > Environment: OSX 10.9.1 >Reporter: Song Zheng >Priority: Critical > Fix For: Master > > > my Plugin has an included ios framework, which resides in Opentok.framework > directory. > Most iOS frameworks have symlinks within the directory. For example, in the > current framework I use, these are the folders listed and their corresponding > symlinks: > Headers -> Versions/Current/Headers > Opentok -> Versions/Current/Opentok > Resources -> Versions/Current/Resources > Versions > After publishing my plugin, symlinks seems to be missing. When I install the > plugin into my app, typing 'ls' in my framework directory only produces one > folder: > Versions > Plugin publish seems to be unable to upload symlinks? This issue does not > exist if I install the plugin directly from the git source: > 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok' > ML thread: http://markmail.org/thread/2mbqwaviwvuitngh -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks
[ https://issues.apache.org/jira/browse/CB-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385755#comment-14385755 ] Colin Bau edited comment on CB-6092 at 3/29/15 1:06 PM: hi Miquel I am a PGB's (build.phonegap.com) user you said that use you the way and solve the problem in PGB and cordova CLI *https://github.com/appfeel/google-iosadmobads"/>* but I tried，it will still build fail in android and iOS *for now my code like that* https://github.com/appfeel/google-iosadmobads"/> was (Author: bau720123): hi Miquel I am a PGB's (build.phonegap.com) user you said that use you the way and solve the problem in PGB and cordova CLI *https://github.com/appfeel/google-iosadmobads"/>* but I tried，it will still build fail in android and iOS for now my code like that * https://github.com/appfeel/google-iosadmobads"/> * > Deploying plugins for iOS frameworks breaks symlinks > > > Key: CB-6092 > URL: https://issues.apache.org/jira/browse/CB-6092 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman, Registry Web >Affects Versions: 3.3.0 > Environment: OSX 10.9.1 >Reporter: Song Zheng >Priority: Critical > Fix For: Master > > > my Plugin has an included ios framework, which resides in Opentok.framework > directory. > Most iOS frameworks have symlinks within the directory. For example, in the > current framework I use, these are the folders listed and their corresponding > symlinks: > Headers -> Versions/Current/Headers > Opentok -> Versions/Current/Opentok > Resources -> Versions/Current/Resources > Versions > After publishing my plugin, symlinks seems to be missing. When I install the > plugin into my app, typing 'ls' in my framework directory only produces one > folder: > Versions > Plugin publish seems to be unable to upload symlinks? This issue does not > exist if I install the plugin directly from the git source: > 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok' > ML thread: http://markmail.org/thread/2mbqwaviwvuitngh -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks
[
https://issues.apache.org/jira/browse/CB-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385755#comment-14385755
]
Colin Bau edited comment on CB-6092 at 3/29/15 1:06 PM:
hi Miquel
I am a PGB's (build.phonegap.com) user
you said that use you the way and solve the problem in PGB and cordova CLI
*https://github.com/appfeel/google-iosadmobads"/>*
but I tried，it will still build fail in android and iOS
for now my code like that
*
https://github.com/appfeel/google-iosadmobads"/>
*
was (Author: bau720123):
hi Miquel
I am a PGB's (build.phonegap.com) user
you said that use you the way and solve the problem in PGB and cordova CLI
*https://github.com/appfeel/google-iosadmobads"/>*
but I tried，it will still build fail in android and iOS
for now my code like that
{quoto}
https://github.com/appfeel/google-iosadmobads"/>
{quoto}
> Deploying plugins for iOS frameworks breaks symlinks
>
>
> Key: CB-6092
> URL: https://issues.apache.org/jira/browse/CB-6092
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugman, Registry Web
>Affects Versions: 3.3.0
> Environment: OSX 10.9.1
>Reporter: Song Zheng
>Priority: Critical
> Fix For: Master
>
>
> my Plugin has an included ios framework, which resides in Opentok.framework
> directory.
> Most iOS frameworks have symlinks within the directory. For example, in the
> current framework I use, these are the folders listed and their corresponding
> symlinks:
> Headers -> Versions/Current/Headers
> Opentok -> Versions/Current/Opentok
> Resources -> Versions/Current/Resources
> Versions
> After publishing my plugin, symlinks seems to be missing. When I install the
> plugin into my app, typing 'ls' in my framework directory only produces one
> folder:
> Versions
> Plugin publish seems to be unable to upload symlinks? This issue does not
> exist if I install the plugin directly from the git source:
> 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok'
> ML thread: http://markmail.org/thread/2mbqwaviwvuitngh
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks
[
https://issues.apache.org/jira/browse/CB-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385755#comment-14385755
]
Colin Bau edited comment on CB-6092 at 3/29/15 1:05 PM:
hi Miquel
I am a PGB's (build.phonegap.com) user
you said that use you the way and solve the problem in PGB and cordova CLI
*https://github.com/appfeel/google-iosadmobads"/>*
but I tried，it will still build fail in android and iOS
for now my code like that
{quoto}
https://github.com/appfeel/google-iosadmobads"/>
{quoto}
was (Author: bau720123):
hi Miquel
I am a PGB's (build.phonegap.com) user
you said that use you the way and solve the problem in PGB and cordova CLI
{quoto}https://github.com/appfeel/google-iosadmobads"/>{quoto}
but I tried，it will still build fail in android and iOS
for now my code like that
{quoto}
https://github.com/appfeel/google-iosadmobads"/>
{quoto}
> Deploying plugins for iOS frameworks breaks symlinks
>
>
> Key: CB-6092
> URL: https://issues.apache.org/jira/browse/CB-6092
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugman, Registry Web
>Affects Versions: 3.3.0
> Environment: OSX 10.9.1
>Reporter: Song Zheng
>Priority: Critical
> Fix For: Master
>
>
> my Plugin has an included ios framework, which resides in Opentok.framework
> directory.
> Most iOS frameworks have symlinks within the directory. For example, in the
> current framework I use, these are the folders listed and their corresponding
> symlinks:
> Headers -> Versions/Current/Headers
> Opentok -> Versions/Current/Opentok
> Resources -> Versions/Current/Resources
> Versions
> After publishing my plugin, symlinks seems to be missing. When I install the
> plugin into my app, typing 'ls' in my framework directory only produces one
> folder:
> Versions
> Plugin publish seems to be unable to upload symlinks? This issue does not
> exist if I install the plugin directly from the git source:
> 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok'
> ML thread: http://markmail.org/thread/2mbqwaviwvuitngh
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6092) Deploying plugins for iOS frameworks breaks symlinks
[
https://issues.apache.org/jira/browse/CB-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385755#comment-14385755
]
Colin Bau commented on CB-6092:
---
hi Miquel
I am a PGB's (build.phonegap.com) user
you said that use you the way and solve the problem in PGB and cordova CLI
{quoto}https://github.com/appfeel/google-iosadmobads"/>{quoto}
but I tried，it will still build fail in android and iOS
for now my code like that
{quoto}
https://github.com/appfeel/google-iosadmobads"/>
{quoto}
> Deploying plugins for iOS frameworks breaks symlinks
>
>
> Key: CB-6092
> URL: https://issues.apache.org/jira/browse/CB-6092
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugman, Registry Web
>Affects Versions: 3.3.0
> Environment: OSX 10.9.1
>Reporter: Song Zheng
>Priority: Critical
> Fix For: Master
>
>
> my Plugin has an included ios framework, which resides in Opentok.framework
> directory.
> Most iOS frameworks have symlinks within the directory. For example, in the
> current framework I use, these are the folders listed and their corresponding
> symlinks:
> Headers -> Versions/Current/Headers
> Opentok -> Versions/Current/Opentok
> Resources -> Versions/Current/Resources
> Versions
> After publishing my plugin, symlinks seems to be missing. When I install the
> plugin into my app, typing 'ls' in my framework directory only produces one
> folder:
> Versions
> Plugin publish seems to be unable to upload symlinks? This issue does not
> exist if I install the plugin directly from the git source:
> 'cordova plugin add https://github.com/opentok/cordova-plugin-opentok'
> ML thread: http://markmail.org/thread/2mbqwaviwvuitngh
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8345) Splash screen does not display on Android.
[
https://issues.apache.org/jira/browse/CB-8345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385752#comment-14385752
]
Tomo Masakura edited comment on CB-8345 at 3/29/15 12:57 PM:
-
Hi Andrew. Thanks!
I understand that does not appear splash screen without we not install the
plugin from cordova-android@4.0.0.
In addition, I have also understood the special case of iOS.
However, I think that use "screen" instead of "splash". Because, the file name
of the cordova-android's splash image is "screen".
https://github.com/apache/cordova-android/tree/master/bin/templates/project/res/drawable-land-hdpi
was (Author: tomo_masakura):
Hi Andrew. Thanks!
I understand that does not appear splash screen without we not install the
plugin from cordova-android@4.0.0.
In addition, I have also understood the special case of iOS.
However, I think I be better of "splash" than the "screen". Because, the file
name of the cordova-android's splash image is "screen".
https://github.com/apache/cordova-android/tree/master/bin/templates/project/res/drawable-land-hdpi
> Splash screen does not display on Android.
> --
>
> Key: CB-8345
> URL: https://issues.apache.org/jira/browse/CB-8345
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib
> Environment: OS: Ubuntu 14.04 LTS/x64
> Node.js: 0.10.35
> Cordova: 4.2.0
>Reporter: Tomo Masakura
>Assignee: Andrew Grieve
>
> Splash screen does not display on Android. On iOS it is displayed.
> {quote}
> $ cordova --version
> 4.2.0
> $ cordova create project1
> $ cd project1
> $ cordova platform add android ios
> $ cordova emulate
> {quote}
> The iOS simulator splash screen is displayed. However, the Android Emulator
> it is not displayed.
> It seems to be resolved by adding the following sentence to the config.xml,
> but wanting to be displayed in the default state.
> {quote}
>
> {quote}
> It seems to be solved by modifying the CordovaActivity.java.
> {quote}
> $ diff -Nur CordovaActivity.java.orig CordovaActivity.java
> --- CordovaActivity.java.orig 2015-01-22 16:39:42.0 +0900
> +++ CordovaActivity.java2015-01-22 16:39:56.0 +0900
> @@ -359,7 +359,7 @@
> init();
> }
> this.splashscreenTime = preferences.getInteger("SplashScreenDelay",
> this.splashscreenTime);
> -String splash = preferences.getString("SplashScreen", null);
> +String splash = preferences.getString("SplashScreen", "screen");
> if(this.splashscreenTime > 0 && splash != null)
> {
> this.splashscreen = getResources().getIdentifier(splash,
> "drawable", getClass().getPackage().getName());;
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-8345) Splash screen does not display on Android.
[
https://issues.apache.org/jira/browse/CB-8345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tomo Masakura updated CB-8345:
--
Comment: was deleted
(was: Hi Andrew. Thanks!
I understand that does not appear splash screen without we not install the
plugin from cordova-android@4.0.0.
In addition, I have also understood the special case of iOS.
However, I think I be better of "splash" than the "screen". Because, the file
name of the cordova-android's splash image is "screen".
https://github.com/apache/cordova-android/tree/master/bin/templates/project/res/drawable-land-hdpi)
> Splash screen does not display on Android.
> --
>
> Key: CB-8345
> URL: https://issues.apache.org/jira/browse/CB-8345
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib
> Environment: OS: Ubuntu 14.04 LTS/x64
> Node.js: 0.10.35
> Cordova: 4.2.0
>Reporter: Tomo Masakura
>Assignee: Andrew Grieve
>
> Splash screen does not display on Android. On iOS it is displayed.
> {quote}
> $ cordova --version
> 4.2.0
> $ cordova create project1
> $ cd project1
> $ cordova platform add android ios
> $ cordova emulate
> {quote}
> The iOS simulator splash screen is displayed. However, the Android Emulator
> it is not displayed.
> It seems to be resolved by adding the following sentence to the config.xml,
> but wanting to be displayed in the default state.
> {quote}
>
> {quote}
> It seems to be solved by modifying the CordovaActivity.java.
> {quote}
> $ diff -Nur CordovaActivity.java.orig CordovaActivity.java
> --- CordovaActivity.java.orig 2015-01-22 16:39:42.0 +0900
> +++ CordovaActivity.java2015-01-22 16:39:56.0 +0900
> @@ -359,7 +359,7 @@
> init();
> }
> this.splashscreenTime = preferences.getInteger("SplashScreenDelay",
> this.splashscreenTime);
> -String splash = preferences.getString("SplashScreen", null);
> +String splash = preferences.getString("SplashScreen", "screen");
> if(this.splashscreenTime > 0 && splash != null)
> {
> this.splashscreen = getResources().getIdentifier(splash,
> "drawable", getClass().getPackage().getName());;
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8345) Splash screen does not display on Android.
[
https://issues.apache.org/jira/browse/CB-8345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385753#comment-14385753
]
Tomo Masakura commented on CB-8345:
---
Hi Andrew. Thanks!
I understand that does not appear splash screen without we not install the
plugin from cordova-android@4.0.0.
In addition, I have also understood the special case of iOS.
However, I think I be better of "splash" than the "screen". Because, the file
name of the cordova-android's splash image is "screen".
https://github.com/apache/cordova-android/tree/master/bin/templates/project/res/drawable-land-hdpi
> Splash screen does not display on Android.
> --
>
> Key: CB-8345
> URL: https://issues.apache.org/jira/browse/CB-8345
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib
> Environment: OS: Ubuntu 14.04 LTS/x64
> Node.js: 0.10.35
> Cordova: 4.2.0
>Reporter: Tomo Masakura
>Assignee: Andrew Grieve
>
> Splash screen does not display on Android. On iOS it is displayed.
> {quote}
> $ cordova --version
> 4.2.0
> $ cordova create project1
> $ cd project1
> $ cordova platform add android ios
> $ cordova emulate
> {quote}
> The iOS simulator splash screen is displayed. However, the Android Emulator
> it is not displayed.
> It seems to be resolved by adding the following sentence to the config.xml,
> but wanting to be displayed in the default state.
> {quote}
>
> {quote}
> It seems to be solved by modifying the CordovaActivity.java.
> {quote}
> $ diff -Nur CordovaActivity.java.orig CordovaActivity.java
> --- CordovaActivity.java.orig 2015-01-22 16:39:42.0 +0900
> +++ CordovaActivity.java2015-01-22 16:39:56.0 +0900
> @@ -359,7 +359,7 @@
> init();
> }
> this.splashscreenTime = preferences.getInteger("SplashScreenDelay",
> this.splashscreenTime);
> -String splash = preferences.getString("SplashScreen", null);
> +String splash = preferences.getString("SplashScreen", "screen");
> if(this.splashscreenTime > 0 && splash != null)
> {
> this.splashscreen = getResources().getIdentifier(splash,
> "drawable", getClass().getPackage().getName());;
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8345) Splash screen does not display on Android.
[
https://issues.apache.org/jira/browse/CB-8345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385752#comment-14385752
]
Tomo Masakura commented on CB-8345:
---
Hi Andrew. Thanks!
I understand that does not appear splash screen without we not install the
plugin from cordova-android@4.0.0.
In addition, I have also understood the special case of iOS.
However, I think I be better of "splash" than the "screen". Because, the file
name of the cordova-android's splash image is "screen".
https://github.com/apache/cordova-android/tree/master/bin/templates/project/res/drawable-land-hdpi
> Splash screen does not display on Android.
> --
>
> Key: CB-8345
> URL: https://issues.apache.org/jira/browse/CB-8345
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib
> Environment: OS: Ubuntu 14.04 LTS/x64
> Node.js: 0.10.35
> Cordova: 4.2.0
>Reporter: Tomo Masakura
>Assignee: Andrew Grieve
>
> Splash screen does not display on Android. On iOS it is displayed.
> {quote}
> $ cordova --version
> 4.2.0
> $ cordova create project1
> $ cd project1
> $ cordova platform add android ios
> $ cordova emulate
> {quote}
> The iOS simulator splash screen is displayed. However, the Android Emulator
> it is not displayed.
> It seems to be resolved by adding the following sentence to the config.xml,
> but wanting to be displayed in the default state.
> {quote}
>
> {quote}
> It seems to be solved by modifying the CordovaActivity.java.
> {quote}
> $ diff -Nur CordovaActivity.java.orig CordovaActivity.java
> --- CordovaActivity.java.orig 2015-01-22 16:39:42.0 +0900
> +++ CordovaActivity.java2015-01-22 16:39:56.0 +0900
> @@ -359,7 +359,7 @@
> init();
> }
> this.splashscreenTime = preferences.getInteger("SplashScreenDelay",
> this.splashscreenTime);
> -String splash = preferences.getString("SplashScreen", null);
> +String splash = preferences.getString("SplashScreen", "screen");
> if(this.splashscreenTime > 0 && splash != null)
> {
> this.splashscreen = getResources().getIdentifier(splash,
> "drawable", getClass().getPackage().getName());;
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-4930) InAppBrowser should take into account the status bar
[ https://issues.apache.org/jira/browse/CB-4930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385665#comment-14385665 ] Dane Anvemo edited comment on CB-4930 at 3/29/15 7:55 AM: -- +1 Still a problem when scrolling in IAB was (Author: daneanvemo): +1 > InAppBrowser should take into account the status bar > > > Key: CB-4930 > URL: https://issues.apache.org/jira/browse/CB-4930 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: ios7 > Fix For: 3.2.0 > > > Right now, the status bar overlaps the IAB at the top. > Hide the status bar when on iOS 7, unhide (if it was hidden by the user in > the first place for the app only) when it is closed. > Workaround for now - I suppose you could inject some css to have a body > margin-top of 20px (or a different value if it is landscape - yeah it could > get messy) > Hiding/unhiding the status bar is preferable to moving the view down to be > consistent with the UIWebView taking up the whole window. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4930) InAppBrowser should take into account the status bar
[ https://issues.apache.org/jira/browse/CB-4930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14385665#comment-14385665 ] Dane Anvemo commented on CB-4930: - +1 > InAppBrowser should take into account the status bar > > > Key: CB-4930 > URL: https://issues.apache.org/jira/browse/CB-4930 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: ios7 > Fix For: 3.2.0 > > > Right now, the status bar overlaps the IAB at the top. > Hide the status bar when on iOS 7, unhide (if it was hidden by the user in > the first place for the app only) when it is closed. > Workaround for now - I suppose you could inject some css to have a body > margin-top of 20px (or a different value if it is landscape - yeah it could > get messy) > Hiding/unhiding the status bar is preferable to moving the view down to be > consistent with the UIWebView taking up the whole window. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
