[android-developers] Re: buggy legacy options menu on Samsung S4
Hi, I have a Samsung Galaxy S4 with Android 4.2.2 plus an app & activities that have legacy option menus with more than six items, including "more" that uses onCreateOptionsMenu() as well as onPrepareOptionsMenu() and onOptionsItemSelected(). When I try to reproduce your steps I do *not* get the same issues you mention, all menu options work OK when using the key combinations you mention. The main difference I can see when looking at your code sample on SO, is that I do *not* use an inflator to inflate the menu items from a static xml file in onCreateOptionsMenu(). Instead I am creating the menu (& sub menu) items in java code dynamically at runtime, within onCreateOptionsMenu() & also onPrepareOptionsMenu(), adding & removing menu items to & from the menu object 'by hand', the reason I'm doing this is that the menu items need to vary according to the current context of the activity, perhaps you could try the same & see if that works ok on an S4. Another suggestion, instead of creating menu items dynamically at runtime in java code - which is probably not a recommended practice, is to try your inflator code within onPrepareOptionsMenu(), remembering to call menu.clear() before the inflator and see if that works any better. See for details http://developer.android.com/reference/android/app/Activity.html#onPrepareOptionsMenu(android.view.Menu) Good luck. On Wednesday, August 7, 2013 2:01:17 AM UTC+10, Jay Howard wrote: > > I'm seeing the following behavior (on a Samsung S4, but potentially also > on other Samsung devices) in an app that uses a "legacy" options menu: > > 1. User taps hardware menu button to bring up options menu. There are > more than six items in the menu. > 2. User taps the bottom-right "more" button to access the overflow menu > items. > 3. User taps the hardware back button to return to the initial options > menu. > 4. User taps any combination of menu items, potentially multiple times > each. Nothing happens. onOptionsItemSelected() is never called. > 5. User taps the hardware back button to close the options menu. > 6. User taps the hardware menu button to display the options menu again. > At this point, onOptionsItemSelected() is called in quick succession for > each menu item the user tapped when the menu was previously displayed. > > Can anyone advise? > > I've created a simple demo app to demonstrates the behavior along with a > video that shows exactly what I'm talking about. There's also a screenshot > with device info for the device I tested on. I've shared them here: > > https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU > > The demo app implements onCreateOptionsMenu() and onOptionsItemSelected() > nearly identically to the examples given here: > > http://developer.android.com/guide/topics/ui/menus.html#options-menu > > I posted this question on StackOverflow a while back, but none of the > responses were helpful: > > > http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4 > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
How frustrating. Though, I'm glad to know it works for someone else; it
gives me some hope that a workaround can be found.
Couple questions about the app that's working correctly:
1. What's the value of "targetSdkVersion" in your manifest? (Mine is "9").
2. What's the value of "target" in your project.properties file? (Mine is
"Google Inc.:Google APIs:14").
3. Do you use a default theme for your app? If so, which? (Mine is
"Theme.NoTitleBar").
Is there any chance I could impose on you to build and run my demo app
("OptionsMenu.zip" shared on Google Drive) on your S4? The zip file
contains a complete Eclipse project minus the "bin" and "gen" dirs, which
are auto-generated. The app is trivial and does nothing but demonstrate
the bad behavior.
If possible, I'd like to determine whether this is an issue on all S4s or
if the device I'm using is "special" in some way.
On Wednesday, August 7, 2013 3:51:02 AM UTC-5, gjs wrote:
>
> Hi,
>
> I have a Samsung Galaxy S4 with Android 4.2.2 plus an app & activities
> that have legacy option menus with more than six items, including "more"
> that uses onCreateOptionsMenu() as well as onPrepareOptionsMenu() and
> onOptionsItemSelected().
>
> When I try to reproduce your steps I do *not* get the same issues you
> mention, all menu options work OK when using the key combinations you
> mention.
>
> The main difference I can see when looking at your code sample on SO, is
> that I do *not* use an inflator to inflate the menu items from a static xml
> file in onCreateOptionsMenu().
>
> Instead I am creating the menu (& sub menu) items in java code dynamically
> at runtime, within onCreateOptionsMenu() & also onPrepareOptionsMenu(),
> adding & removing menu items to & from the menu object 'by hand', the
> reason I'm doing this is that the menu items need to vary according to the
> current context of the activity, perhaps you could try the same & see if
> that works ok on an S4.
>
> Another suggestion, instead of creating menu items dynamically at runtime
> in java code - which is probably not a recommended practice, is to try your
> inflator code within onPrepareOptionsMenu(), remembering to call
> menu.clear() before the inflator and see if that works any better.
>
> See for details
> http://developer.android.com/reference/android/app/Activity.html#onPrepareOptionsMenu(android.view.Menu)
>
> Good luck.
>
> On Wednesday, August 7, 2013 2:01:17 AM UTC+10, Jay Howard wrote:
>>
>> I'm seeing the following behavior (on a Samsung S4, but potentially also
>> on other Samsung devices) in an app that uses a "legacy" options menu:
>>
>> 1. User taps hardware menu button to bring up options menu. There are
>> more than six items in the menu.
>> 2. User taps the bottom-right "more" button to access the overflow menu
>> items.
>> 3. User taps the hardware back button to return to the initial options
>> menu.
>> 4. User taps any combination of menu items, potentially multiple times
>> each. Nothing happens. onOptionsItemSelected() is never called.
>> 5. User taps the hardware back button to close the options menu.
>> 6. User taps the hardware menu button to display the options menu again.
>> At this point, onOptionsItemSelected() is called in quick succession for
>> each menu item the user tapped when the menu was previously displayed.
>>
>> Can anyone advise?
>>
>> I've created a simple demo app to demonstrates the behavior along with a
>> video that shows exactly what I'm talking about. There's also a screenshot
>> with device info for the device I tested on. I've shared them here:
>>
>> https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU
>>
>> The demo app implements onCreateOptionsMenu() and onOptionsItemSelected()
>> nearly identically to the examples given here:
>>
>> http://developer.android.com/guide/topics/ui/menus.html#options-menu
>>
>> I posted this question on StackOverflow a while back, but none of the
>> responses were helpful:
>>
>>
>> http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4
>>
>
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
---
You received this message because you are subscribed to the Google Groups
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
I tried the following with no success: 1. Recreating the menu in onPrepareOptionsMenu() each time it's called and making onCreateOptionsMenu() into a no-op. 2. Programmatically instantiating all the MenuItems (in onPrepareOptionsMenu()) instead of inflating them from XML. 3. Varying targetSdkVersion from "9" to "17". 4. Setting no default theme for my app in the manifest. Got the same buggy behavior every time. Maybe my phone is cursed. On Wednesday, August 7, 2013 3:51:02 AM UTC-5, gjs wrote: > > Hi, > > I have a Samsung Galaxy S4 with Android 4.2.2 plus an app & activities > that have legacy option menus with more than six items, including "more" > that uses onCreateOptionsMenu() as well as onPrepareOptionsMenu() and > onOptionsItemSelected(). > > When I try to reproduce your steps I do *not* get the same issues you > mention, all menu options work OK when using the key combinations you > mention. > > The main difference I can see when looking at your code sample on SO, is > that I do *not* use an inflator to inflate the menu items from a static xml > file in onCreateOptionsMenu(). > > Instead I am creating the menu (& sub menu) items in java code dynamically > at runtime, within onCreateOptionsMenu() & also onPrepareOptionsMenu(), > adding & removing menu items to & from the menu object 'by hand', the > reason I'm doing this is that the menu items need to vary according to the > current context of the activity, perhaps you could try the same & see if > that works ok on an S4. > > Another suggestion, instead of creating menu items dynamically at runtime > in java code - which is probably not a recommended practice, is to try your > inflator code within onPrepareOptionsMenu(), remembering to call > menu.clear() before the inflator and see if that works any better. > > See for details > http://developer.android.com/reference/android/app/Activity.html#onPrepareOptionsMenu(android.view.Menu) > > Good luck. > > On Wednesday, August 7, 2013 2:01:17 AM UTC+10, Jay Howard wrote: >> >> I'm seeing the following behavior (on a Samsung S4, but potentially also >> on other Samsung devices) in an app that uses a "legacy" options menu: >> >> 1. User taps hardware menu button to bring up options menu. There are >> more than six items in the menu. >> 2. User taps the bottom-right "more" button to access the overflow menu >> items. >> 3. User taps the hardware back button to return to the initial options >> menu. >> 4. User taps any combination of menu items, potentially multiple times >> each. Nothing happens. onOptionsItemSelected() is never called. >> 5. User taps the hardware back button to close the options menu. >> 6. User taps the hardware menu button to display the options menu again. >> At this point, onOptionsItemSelected() is called in quick succession for >> each menu item the user tapped when the menu was previously displayed. >> >> Can anyone advise? >> >> I've created a simple demo app to demonstrates the behavior along with a >> video that shows exactly what I'm talking about. There's also a screenshot >> with device info for the device I tested on. I've shared them here: >> >> https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU >> >> The demo app implements onCreateOptionsMenu() and onOptionsItemSelected() >> nearly identically to the examples given here: >> >> http://developer.android.com/guide/topics/ui/menus.html#options-menu >> >> I posted this question on StackOverflow a while back, but none of the >> responses were helpful: >> >> >> http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4 >> > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: Gradle build is screwing up in weird ways on 5% of devices when used with Proguard -- same config and source works fine in Eclipse build
I figured it out -- I seem to have run into some sort of an obscure floating-point optimization bug that occurs on certain devices. I opened https://code.google.com/p/android/issues/detail?id=58698 to track the issue. I haven't found a workaround yet aside from exporting from Eclipse for now, but I'm trying different things like replacing floats with doubles to see if that makes a difference. It's slow-going since I can't reproduce the issue locally and rely on remote debugging. ;) On Sunday, August 4, 2013 3:42:52 PM UTC-4, Digipom wrote: > > Hello, > > I recently moved to Gradle from Eclipse so that I could have an easy time > of building from the command line, and at first I was very happy with the > Gradle build, until about 5% of the customers started emailing me and > complaining that the app was behaving strangely and not working correctly. > No crashes, just... behaving oddly, and only on 5% of the devices. The code > & Proguard config is identical, so it seems something bad is happening with > the way that the code is being generated. I haven't figured it out yet, but > I'm digging into things with apktool and I'm seeing a lot of differences > with the generated classes from the same class files, which I find strange > because the Proguard config that I'm feeding in is the same. Unfortunately, > I have to go back to manual builds with Eclipse for now due to this issue. > > Does anyone else have any similar experiences or insight into this? Are > the Eclipse / Gradle builds using different build tools behind the scenes > which could lead to differences in the generated code and cause some files > to be mis-generated? Thank you! > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [android-developers] Third-party JAR files and 'VFY: unable to find class referenced in signature' run-time error
>From the command line, you can build with --info and check the parameters
sent to dex to make sure all the required jars are there.
Your setup does look correct though so I'm not sure what is wrong.
On Sat, Aug 3, 2013 at 10:16 AM, rmz76 wrote:
> A have a new project in Android Studio that's referencing Infragistics
> free iguana ui controls for Android. These are distributed in JAR files.
> All of there samples were built in Eclipse and when I open those samples in
> Android Studio they work fine, but working with a new Android Studio
> project is a bit different than using an Eclipse project. When Gradle is
> involved this isn't working.
>
> The required JAR files have been copied into the \libs folder. The library
> path set in Project Structure settings and I've added the new package files
> to my Gradle config
>
> *dependencies {*
> *compile files('libs/android-support-v4.jar')*
> *compile files('libs/common.jar')*
> *compile files('libs/datachart.jar')*
> *}*
>
> According to what I've read this should be enough, yet when I try to start
> the Activity that's using the third-party controls and I see their
> signature error message in the subject of this post followed by "Could not
> find class 'com.iguanaui.controls.DataChart', referenced from method
> com.bigtrax.pingcompare.LineSeriesActivity.createChart"
>
>
> How can I ensure that the third-party JAR files are being exported to
> device with Android Studio? In Eclipse the solution was to make sure the
> JAR files were int he \libs folder an not the \lib or \library folder, but
> this structure does not apply to Android Studio. The JAR files are in the
> \libs and \libraries folder (under .idea directory) and it's the only place
> they can go. Everything builds without error and deploys. Does anything
> else need to be done with the XML files in the .idea directory or
> settings.gradle to support this, what about the projects .iml?
>
> Thanks!
>
>
>
>
>
>
>
> --
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
--
Xavier Ducrohet
Android SDK Tech Lead
Google Inc.
http://developer.android.com | http://tools.android.com
Please do not send me questions directly. Thanks!
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
---
You received this message because you are subscribed to the Google Groups
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
Could you post your Activity code? On Tuesday, August 6, 2013 11:01:17 AM UTC-5, Jay Howard wrote: > > I'm seeing the following behavior (on a Samsung S4, but potentially also > on other Samsung devices) in an app that uses a "legacy" options menu: > > 1. User taps hardware menu button to bring up options menu. There are > more than six items in the menu. > 2. User taps the bottom-right "more" button to access the overflow menu > items. > 3. User taps the hardware back button to return to the initial options > menu. > 4. User taps any combination of menu items, potentially multiple times > each. Nothing happens. onOptionsItemSelected() is never called. > 5. User taps the hardware back button to close the options menu. > 6. User taps the hardware menu button to display the options menu again. > At this point, onOptionsItemSelected() is called in quick succession for > each menu item the user tapped when the menu was previously displayed. > > Can anyone advise? > > I've created a simple demo app to demonstrates the behavior along with a > video that shows exactly what I'm talking about. There's also a screenshot > with device info for the device I tested on. I've shared them here: > > https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU > > The demo app implements onCreateOptionsMenu() and onOptionsItemSelected() > nearly identically to the examples given here: > > http://developer.android.com/guide/topics/ui/menus.html#options-menu > > I posted this question on StackOverflow a while back, but none of the > responses were helpful: > > > http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4 > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [android-developers] [Market] Commenting unpublished application
In response to my own question and for the public record: Everybody who downloads a published (free) app still has access to the unpublished market page by opening the direct market page URL. You can still download it from scratch when the app is not there on your device and you can also update it. It's pretty convenient, because I can still roll out updates for an unpublished app. People are apparently not notified through the Google Play app about it, but my app has its own update notification feature, so that's no big deal. On Monday, August 5, 2013 12:31:11 PM UTC-5, Nobu Games wrote: > > I wonder if this is still true, since Google Play changes the rules every > now and again. Unfortunately I cannot find any official statement on that > matter. > > My problem right now is that I participated in an AppGratis campaign and I > had to unpublish my app. However, people are still reporting bugs and I > need to roll out updates somehow without re-publishing that AppGratis app > on Google Play. Most users are not tech-savvy enough for side-loading APKs. > > So are the following assumptions correct: > > 1. User downloads published app from Google Play > 2. App is unpublished from Google Play > 3. App gets updated while still being unpublished > > A) User gets update through Google Play > B) User only gets updates as long as the originally downloaded app is > installed on the phone > C) User does not get updates / cannot install app when she decides to > uninstall or switches the Android device > > > > On Wednesday, May 2, 2012 10:18:16 AM UTC-5, MagouyaWare wrote: >> >> It is my understanding that once a user has downloaded your app they will >> ALWAYS have access to it in Google Play... Unpublishing it only affects >> users that have not already downloaded/installed the app. >> >> Thanks, >> Justin Anderson >> MagouyaWare Developer >> http://sites.google.com/site/magouyaware >> >> >> On Wed, May 2, 2012 at 4:14 AM, Marcin Orlowski wrote: >> >>> I always though unpublishing app takes it away from users so they >>> neither can install it or update. And I also thought unpublished apps are >>> simply gone from user perspective so they cannot see them in Market. But >>> now I see one of my apps is still being commented (even today) even it is >>> unpublished for couple of days What do I miss? >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Android Developers" group. >>> To post to this group, send email to android-d...@googlegroups.com >>> To unsubscribe from this group, send email to >>> android-developers+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/android-developers?hl=en >> >> >> -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] How do I flip images?
I am trying to do some flip animation. I have been able to successfully use the ObjectAnimator to do a few flips, but I am trying to re-create a more believable page flip - rather like a book flip - similar to what is used in Play Books. Is there any easy way to do this? any documentations around? Thank you -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
It's part of that zip file, but here is the contents of my activity, my
app's manifest and the xml for the menu items:
MainActivity.java:
package com.example.optionsmenu;
import android.app.Activity;
import android.os.Bundle;
import android.view.Menu;
import android.view.MenuInflater;
import android.view.MenuItem;
import android.view.ViewGroup;
import android.widget.TextView;
public class MainActivity extends Activity {
private ViewGroup mContainer;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mContainer = (ViewGroup) findViewById(R.id.container);
}
@Override
public final boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = getMenuInflater();
inflater.inflate(R.menu.main, menu);
return true;
}
@Override
public boolean onOptionsItemSelected(MenuItem item) {
switch (item.getItemId()) {
case R.id.action_a:
case R.id.action_b:
case R.id.action_c:
case R.id.action_d:
case R.id.action_e:
case R.id.action_f:
case R.id.action_g:
case R.id.action_h:
final TextView textview = new TextView(this);
textview.setText(item.getTitle());
mContainer.addView(textview);
return true;
default:
return super.onOptionsItemSelected(item);
}
}
}
AndroidManifest.xml:
http://schemas.android.com/apk/res/android";
package="com.example.optionsmenu"
android:versionCode="1"
android:versionName="1.0" >
main.xml:
http://schemas.android.com/apk/res/android"; >
On Wednesday, August 7, 2013 2:40:37 PM UTC-5, Nobu Games wrote:
>
> Could you post your Activity code?
>
> On Tuesday, August 6, 2013 11:01:17 AM UTC-5, Jay Howard wrote:
>>
>> I'm seeing the following behavior (on a Samsung S4, but potentially also
>> on other Samsung devices) in an app that uses a "legacy" options menu:
>>
>> 1. User taps hardware menu button to bring up options menu. There are
>> more than six items in the menu.
>> 2. User taps the bottom-right "more" button to access the overflow menu
>> items.
>> 3. User taps the hardware back button to return to the initial options
>> menu.
>> 4. User taps any combination of menu items, potentially multiple times
>> each. Nothing happens. onOptionsItemSelected() is never called.
>> 5. User taps the hardware back button to close the options menu.
>> 6. User taps the hardware menu button to display the options menu again.
>> At this point, onOptionsItemSelected() is called in quick succession for
>> each menu item the user tapped when the menu was previously displayed.
>>
>> Can anyone advise?
>>
>> I've created a simple demo app to demonstrates the behavior along with a
>> video that shows exactly what I'm talking about. There's also a screenshot
>> with device info for the device I tested on. I've shared them here:
>>
>> https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU
>>
>> The demo app implements onCreateOptionsMenu() and onOptionsItemSelected()
>> nearly identically to the examples given here:
>>
>> http://developer.android.com/guide/topics/ui/menus.html#options-menu
>>
>> I posted this question on StackOverflow a while back, but none of the
>> responses were helpful:
>>
>>
>> http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4
>>
>
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
---
You received this message because you are subscribed to the Google Groups
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: How do I flip images?
I was in the same shoes a while ago. There is no easy way to get a convincing animation. And you cannot get it at all using Android animation objects. There are a few "page curl", "page flip" tutorials out there. It will boil down to creating your own view that renders it. And that's not really trivial to do especially when you want to make that "interactive" by dragging around the page and changing the curl dynamically based on the finger position. Maybe you'll find a ready made component for Android by searching for "Android page curl". On Wednesday, August 7, 2013 2:59:47 PM UTC-5, SonyPhoneGuy wrote: > > I am trying to do some flip animation. > > I have been able to successfully use the ObjectAnimator to do a few flips, > but I am trying to re-create a more believable page flip - rather like a > book flip - similar to what is used in Play Books. > > Is there any easy way to do this? any documentations around? > > Thank you > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
Sorry, I did not realize, there was a ZIP file. I was thinking the download button is just some big graphic and my "visual parser" in my head discarded it :-D Your activity is as simple as it can get and I cannot spot any mistake. It really may be just some rare firmware glitch and nothing much to worry about. Unfortunately we have to deal with these random device-specific oddities all the time. If you really want to work around that issue you could make use of an action bar and move the most important and relevant menu options there. On Tuesday, August 6, 2013 11:01:17 AM UTC-5, Jay Howard wrote: > > I'm seeing the following behavior (on a Samsung S4, but potentially also > on other Samsung devices) in an app that uses a "legacy" options menu: > > 1. User taps hardware menu button to bring up options menu. There are > more than six items in the menu. > 2. User taps the bottom-right "more" button to access the overflow menu > items. > 3. User taps the hardware back button to return to the initial options > menu. > 4. User taps any combination of menu items, potentially multiple times > each. Nothing happens. onOptionsItemSelected() is never called. > 5. User taps the hardware back button to close the options menu. > 6. User taps the hardware menu button to display the options menu again. > At this point, onOptionsItemSelected() is called in quick succession for > each menu item the user tapped when the menu was previously displayed. > > Can anyone advise? > > I've created a simple demo app to demonstrates the behavior along with a > video that shows exactly what I'm talking about. There's also a screenshot > with device info for the device I tested on. I've shared them here: > > https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU > > The demo app implements onCreateOptionsMenu() and onOptionsItemSelected() > nearly identically to the examples given here: > > http://developer.android.com/guide/topics/ui/menus.html#options-menu > > I posted this question on StackOverflow a while back, but none of the > responses were helpful: > > > http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4 > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [android-developers] Re: How do I flip images?
I cant seem to find a good one... The only one thats slightly pleasing is: https://code.google.com/p/android-page-curl/ I downloaded their reader off the app market which implements it. Its awful. I thought there would be some easy way of doing what the Play Book does, thought there would be some native method of doing this... On Wed, Aug 7, 2013 at 9:16 PM, Nobu Games wrote: > I was in the same shoes a while ago. There is no easy way to get a > convincing animation. And you cannot get it at all using Android animation > objects. > > There are a few "page curl", "page flip" tutorials out there. It will boil > down to creating your own view that renders it. And that's not really > trivial to do especially when you want to make that "interactive" by > dragging around the page and changing the curl dynamically based on the > finger position. Maybe you'll find a ready made component for Android by > searching for "Android page curl". > > > On Wednesday, August 7, 2013 2:59:47 PM UTC-5, SonyPhoneGuy wrote: >> >> I am trying to do some flip animation. >> >> I have been able to successfully use the ObjectAnimator to do a few >> flips, but I am trying to re-create a more believable page flip - rather >> like a book flip - similar to what is used in Play Books. >> >> Is there any easy way to do this? any documentations around? >> >> Thank you >> > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > --- > You received this message because you are subscribed to a topic in the > Google Groups "Android Developers" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/android-developers/6Nupi1tOLP4/unsubscribe > . > To unsubscribe from this group and all its topics, send an email to > android-developers+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [android-developers] Re: Gradle build is screwing up in weird ways on 5% of devices when used with Proguard -- same config and source works fine in Eclipse build
Thank you for posting the response here ;-) On Wed, Aug 7, 2013 at 7:02 PM, Digipom wrote: > I figured it out -- I seem to have run into some sort of an obscure > floating-point optimization bug that occurs on certain devices. I opened > https://code.google.com/p/android/issues/detail?id=58698 to track the issue. > I haven't found a workaround yet aside from exporting from Eclipse for now, > but I'm trying different things like replacing floats with doubles to see if > that makes a difference. It's slow-going since I can't reproduce the issue > locally and rely on remote debugging. ;) > > > On Sunday, August 4, 2013 3:42:52 PM UTC-4, Digipom wrote: >> >> Hello, >> >> I recently moved to Gradle from Eclipse so that I could have an easy time >> of building from the command line, and at first I was very happy with the >> Gradle build, until about 5% of the customers started emailing me and >> complaining that the app was behaving strangely and not working correctly. >> No crashes, just... behaving oddly, and only on 5% of the devices. The code >> & Proguard config is identical, so it seems something bad is happening with >> the way that the code is being generated. I haven't figured it out yet, but >> I'm digging into things with apktool and I'm seeing a lot of differences >> with the generated classes from the same class files, which I find strange >> because the Proguard config that I'm feeding in is the same. Unfortunately, >> I have to go back to manual builds with Eclipse for now due to this issue. >> >> Does anyone else have any similar experiences or insight into this? Are >> the Eclipse / Gradle builds using different build tools behind the scenes >> which could lead to differences in the generated code and cause some files >> to be mis-generated? Thank you! > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Android Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to android-developers+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > -- Michael Banzon http://michaelbanzon.com/ -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: buggy legacy options menu on Samsung S4
The "next" version of my employer's app ditches the options menu and uses the navigation drawer for most things. Unfortunately, that version isn't going to be rolled out for a few months. I was hoping to find a fix for the current version that still uses a legacy options menu. On Wednesday, August 7, 2013 3:30:36 PM UTC-5, Nobu Games wrote: > > Sorry, I did not realize, there was a ZIP file. I was thinking the > download button is just some big graphic and my "visual parser" in my head > discarded it :-D > > Your activity is as simple as it can get and I cannot spot any mistake. It > really may be just some rare firmware glitch and nothing much to worry > about. Unfortunately we have to deal with these random device-specific > oddities all the time. > > If you really want to work around that issue you could make use of an > action bar and move the most important and relevant menu options there. > > > On Tuesday, August 6, 2013 11:01:17 AM UTC-5, Jay Howard wrote: >> >> I'm seeing the following behavior (on a Samsung S4, but potentially also >> on other Samsung devices) in an app that uses a "legacy" options menu: >> >> 1. User taps hardware menu button to bring up options menu. There are >> more than six items in the menu. >> 2. User taps the bottom-right "more" button to access the overflow menu >> items. >> 3. User taps the hardware back button to return to the initial options >> menu. >> 4. User taps any combination of menu items, potentially multiple times >> each. Nothing happens. onOptionsItemSelected() is never called. >> 5. User taps the hardware back button to close the options menu. >> 6. User taps the hardware menu button to display the options menu again. >> At this point, onOptionsItemSelected() is called in quick succession for >> each menu item the user tapped when the menu was previously displayed. >> >> Can anyone advise? >> >> I've created a simple demo app to demonstrates the behavior along with a >> video that shows exactly what I'm talking about. There's also a screenshot >> with device info for the device I tested on. I've shared them here: >> >> https://drive.google.com/folderview?id=0B6DvDY2BvxUTRUNxWFVUNDl4QlU >> >> The demo app implements onCreateOptionsMenu() and onOptionsItemSelected() >> nearly identically to the examples given here: >> >> http://developer.android.com/guide/topics/ui/menus.html#options-menu >> >> I posted this question on StackOverflow a while back, but none of the >> responses were helpful: >> >> >> http://stackoverflow.com/questions/17180909/options-menu-locks-up-on-galaxy-s4 >> > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [android-developers] Re: How do I flip images?
Unfortunately not, it's simply too specific. In that case you may have to roll your own implementation, I'm afraid. Or better: just simplify your requirements and use a ViewPager for flipping your pages. It's just a horizontal scroll animation but it's ok. On Wednesday, August 7, 2013 3:31:21 PM UTC-5, SonyPhoneGuy wrote: > > I cant seem to find a good one... The only one thats slightly pleasing is: > https://code.google.com/p/android-page-curl/ > > I downloaded their reader off the app market which implements it. Its > awful. > > I thought there would be some easy way of doing what the Play Book does, > thought there would be some native method of doing this... > > > On Wed, Aug 7, 2013 at 9:16 PM, Nobu Games > > wrote: > >> I was in the same shoes a while ago. There is no easy way to get a >> convincing animation. And you cannot get it at all using Android animation >> objects. >> >> There are a few "page curl", "page flip" tutorials out there. It will >> boil down to creating your own view that renders it. And that's not really >> trivial to do especially when you want to make that "interactive" by >> dragging around the page and changing the curl dynamically based on the >> finger position. Maybe you'll find a ready made component for Android by >> searching for "Android page curl". >> >> >> On Wednesday, August 7, 2013 2:59:47 PM UTC-5, SonyPhoneGuy wrote: >>> >>> I am trying to do some flip animation. >>> >>> I have been able to successfully use the ObjectAnimator to do a few >>> flips, but I am trying to re-create a more believable page flip - rather >>> like a book flip - similar to what is used in Play Books. >>> >>> Is there any easy way to do this? any documentations around? >>> >>> Thank you >>> >> -- >> You received this message because you are subscribed to the Google >> Groups "Android Developers" group. >> To post to this group, send email to >> android-d...@googlegroups.com >> To unsubscribe from this group, send email to >> android-developers+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/android-developers?hl=en >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "Android Developers" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/android-developers/6Nupi1tOLP4/unsubscribe >> . >> To unsubscribe from this group and all its topics, send an email to >> android-developers+unsubscr...@googlegroups.com . >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Re: Gradle build is screwing up in weird ways on 5% of devices when used with Proguard -- same config and source works fine in Eclipse build
If it is floating point related you could try adding the "strictfp" modifier to your methods or classes that rely on platform-independent floating point arithmetics. On Wednesday, August 7, 2013 12:02:04 PM UTC-5, Digipom wrote: > > I figured it out -- I seem to have run into some sort of an obscure > floating-point optimization bug that occurs on certain devices. I opened > https://code.google.com/p/android/issues/detail?id=58698 to track the > issue. I haven't found a workaround yet aside from exporting from Eclipse > for now, but I'm trying different things like replacing floats with doubles > to see if that makes a difference. It's slow-going since I can't reproduce > the issue locally and rely on remote debugging. ;) > > On Sunday, August 4, 2013 3:42:52 PM UTC-4, Digipom wrote: >> >> Hello, >> >> I recently moved to Gradle from Eclipse so that I could have an easy time >> of building from the command line, and at first I was very happy with the >> Gradle build, until about 5% of the customers started emailing me and >> complaining that the app was behaving strangely and not working correctly. >> No crashes, just... behaving oddly, and only on 5% of the devices. The code >> & Proguard config is identical, so it seems something bad is happening with >> the way that the code is being generated. I haven't figured it out yet, but >> I'm digging into things with apktool and I'm seeing a lot of differences >> with the generated classes from the same class files, which I find strange >> because the Proguard config that I'm feeding in is the same. Unfortunately, >> I have to go back to manual builds with Eclipse for now due to this issue. >> >> Does anyone else have any similar experiences or insight into this? Are >> the Eclipse / Gradle builds using different build tools behind the scenes >> which could lead to differences in the generated code and cause some files >> to be mis-generated? Thank you! >> > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[android-developers] Augmented Reality frameworks - what your choice?
>From your experience, what is the best option for an Augmented reality framework? If you have developed one or developed with one, please comment. There isn't a lack of options - just looking for feedback on which ones actually work. The largest list I could find on this topic is this: http://socialcompare.com/en/comparison/augmented-reality-sdks I probably need: - GPS and sensors use - Placement of markers, icons, and some vectors (lines or shapes) in the 3D world. - Should work without internet or data. Shouldn't be a problem since I am not counting on an online feed. - Non GPL. I may need ( in the dream future): - more complex 3d rendering with meshes and dynamically loaded textures. Nothing too major, just maybe like overlaying a Google Earth like image with the camera. ;) I probably don't need: - Data for the Points of Interest, I'll provide my own and they'll be small in number. - Computer Vision based reality. That eliminates quite a few. - Object manipulation - I don't need to design cities or anything like that. I'm looking for more of the viewfinder sort of thing. I prefer buy over build, I think because I don't want to start from scratch on working around the bugs on every single device. Of course, I don't want to buy and still have to fix all the bugs myself. So here are some I'm considering. - ARLab.com. As described on their website at least, it sounds like the ArBrowser - Wikitude. A bit more expensive, but possibly more established and mature. Since their sample app has a million downloads. - http://www.chupamobile.com/products/details/296/Augmented+Reality+Toolkit/. Probably made by a guy in his basement, but if it does work, it is only $20. Probably worth buying just to prototype something before going full scale. Can anyone comment? Nathan -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
