-
-
Notifications
You must be signed in to change notification settings - Fork 297
Provide download for SDK in Android mode #156
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@gingerdeadshot It this the popup you refer to: ? It points users to the http://developer.android.com/sdk |
Yes, except this popup does not appear for me. The popup that appears on my computer simply says "Android SDK could not be loaded - Android mode will be all but disabled." |
what version of the mode are you using? |
The latest version available.
|
@omerjerk I noticed that often the "It's gonna to be a bad day" popup shows up several times when the SDK is not available: and the SDK installation dialog does not consistently appear instead of it. Do you have some time to look at the startup logic of the mode, so we make sure that the right dialog is displayed? |
Yeah, that's the popup that comes up, the "it's gonna be a bad day" one.
|
ok, if you try to switch to the android mode from the PDE, after closing the "bad day" popup, you should get the SDK installation dialog. It does not work very consistently, but it should show up at some point. Anyways, we will try to fix the startup logic so it is not confusing. |
Perfect. Thanks.
|
Same problem here. "It's gonna be a bad day". Switching to Android Mode worked to locate the SDK. However it might be smart to pop-up this SDK directly (or remove the "bad day" warning if you are not in Android mode). |
There is also a chance that the user gets stuck with a pop up saying "This version of Android Mode is not compatible with this version of Processing etc" and Processing won't start up - maybe fall back to Java mode if that error happens? [this might fall into a totally different issue category] |
I'll fix this asap. |
@omerjerk Thanks! I think we need to revise the logic of when the different popups are shown to the user. For instance, right after installing the mode, it is very likely that the SDK is not available yet. Should we show the "bad day" popup right away, or ask for the SDK installation? I'd prefer the latter. What @Loadus mentions is also a related issue, which I have experienced myself. If an incompatible version of the mode is installed, you cannot even start Processing, unless you delete the mode files manually. |
@codeanticode I prefer the SDK installation warning or no message at all. It won't be nice if whole Processing (including all the other modes) will be blocked if just the Android mode doesn't work. |
I was looking at the logic and as far as I think, the "Locate SDK" dialogue should always come up instead of the "bad day" one. https://github.com/processing/processing-android/blob/master/src/processing/mode/android/AndroidMode.java#L140 Unfortunately, I'm not able to build Processing from eclipse and unable to see the console output. |
fixed after merging Umair's PR. Tested on Mac OS X 10.10 and Processing 3.0 |
@omerjerk actually, there are some instances where the "bad day" message still show up after the fix. For example, quit the PDE when using the Android mode, delete the SDK inside the mode folder, and run the PDE. Then the install SDK dialog shows up, but on top of it the "bad day" popup, which you need to dismiss twice to get to install the SDK again. I also noticed that if you close the install dialog SDK using the close button, without selecting any option, then it still downloads the SDK. So, we need to tweak the UI logic a bit more. |
This should be finally fixed in RC3. @kasperkamperman, @omerjerk, @gingerdeadshot could you check? |
Moved from processing/processing#3986:
If the user attempts to use Android mode and does not have the SDK, the popup should offer instructions on how to obtain and install the developer tools.
The text was updated successfully, but these errors were encountered: