[android-developers] Re: onAppWidgetOptionsChanged - What do the size bounds actually mean?
Ok, answering my own question. :) The anomaly is due to landscape. A 2x2 widget that looks approximately square on a portrait screen looks shorter and much wider in landscape mode, as it has to fit a shorter and wider screen orientation. So in the landscape situation: The actual widget WIDTH in pixels corresponds exactly to OPTION_APPWIDGET_MAX_WIDTH * screen density. The actual widget HEIGHT in pixels corresponds exactly to OPTION_APPWIDGET_MIN_HEIGHT * screen density. So the ranges seem to be covering the maximum and minimum dimensions possible for both orientations. Would be nice if the docs could make that clear. On Tuesday, December 30, 2014 12:23:34 PM UTC+8, Dusk Jockeys Android Apps wrote: Sorry just to clarify a typo: The actual widget WIDTH in pixels corresponds exactly to OPTION_APPWIDGET_MIN_WIDTH * screen density. The actual widget HEIGHT in pixels corresponds exactly to OPTION_APPWIDGET_MAX_HEIGHT * screen density. I really don't understand why the actual width would match the _MIN_WIDTH value, but the actual height would match the _MAX_HEIGHT value. That doesn't make any sense to me. The (OPTION_APPWIDGET_MIN_HEIGHT* screen density) value doesn't seem to relate to anything, it is far too small for the actual widget height, and the (OPTION_APPWIDGET_MAX_WIDTH* screen density) value is ridiculous, wider than the actual screen resolution. On Tuesday, December 30, 2014 12:28:27 AM UTC+8, Dusk Jockeys Android Apps wrote: The docs refer to the following: onAppWidgetOptionsChanged() This is called when the widget is first placed and any time the widget is resized. You can use this callback to show or hide content based on the widget's size ranges. You get the size ranges by calling getAppWidgetOptions(), which returns a Bundle that includes the following: •OPTION_APPWIDGET_MIN_WIDTH—Contains the lower bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MIN_HEIGHT—Contains the lower bound on the current height, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_WIDTH—Contains the upper bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_HEIGHT—Contains the upper bound on the current width, in dp units, of a widget instance. Can anyone explain what these ranges actually mean, and why there is a range at all, as opposed to the actual resized values. Because if I look at the values after a resize and compare it to the screen area covered by the widget, the results seem very strange. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MIN_WIDTH * screen density. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MAX_HEIGHT * screen density. Yep, you read that right, the MIN width, but the MAX height!? I want to work out the general size and aspect ratio of the resized widget so I can adjust the layout, as recommended by the docs, but just getting the widget size seems unnecessarily opaque. Does anyone know? Thanks James -- 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/d/optout.
[android-developers] onAppWidgetOptionsChanged - What do the size bounds actually mean?
The docs refer to the following: onAppWidgetOptionsChanged() This is called when the widget is first placed and any time the widget is resized. You can use this callback to show or hide content based on the widget's size ranges. You get the size ranges by calling getAppWidgetOptions(), which returns a Bundle that includes the following: •OPTION_APPWIDGET_MIN_WIDTH—Contains the lower bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MIN_HEIGHT—Contains the lower bound on the current height, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_WIDTH—Contains the upper bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_HEIGHT—Contains the upper bound on the current width, in dp units, of a widget instance. Can anyone explain what these ranges actually mean, and why there is a range at all, as opposed to the actual resized values. Because if I look at the values after a resize and compare it to the screen area covered by the widget, the results seem very strange. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MIN_WIDTH * screen density. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MAX_HEIGHT * screen density. Yep, you read that right, the MIN width, but the MAX height!? I want to work out the general size and aspect ratio of the resized widget so I can adjust the layout, as recommended by the docs, but just getting the widget size seems unnecessarily opaque. Does anyone know? Thanks James -- 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/d/optout.
[android-developers] Re: onAppWidgetOptionsChanged - What do the size bounds actually mean?
Sorry just to clarify a typo: The actual widget WIDTH in pixels corresponds exactly to OPTION_APPWIDGET_MIN_WIDTH * screen density. The actual widget HEIGHT in pixels corresponds exactly to OPTION_APPWIDGET_MAX_HEIGHT * screen density. I really don't understand why the actual width would match the _MIN_WIDTH value, but the actual height would match the _MAX_HEIGHT value. That doesn't make any sense to me. The (OPTION_APPWIDGET_MIN_HEIGHT* screen density) value doesn't seem to relate to anything, it is far too small for the actual widget height, and the (OPTION_APPWIDGET_MAX_WIDTH* screen density) value is ridiculous, wider than the actual screen resolution. On Tuesday, December 30, 2014 12:28:27 AM UTC+8, Dusk Jockeys Android Apps wrote: The docs refer to the following: onAppWidgetOptionsChanged() This is called when the widget is first placed and any time the widget is resized. You can use this callback to show or hide content based on the widget's size ranges. You get the size ranges by calling getAppWidgetOptions(), which returns a Bundle that includes the following: •OPTION_APPWIDGET_MIN_WIDTH—Contains the lower bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MIN_HEIGHT—Contains the lower bound on the current height, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_WIDTH—Contains the upper bound on the current width, in dp units, of a widget instance. •OPTION_APPWIDGET_MAX_HEIGHT—Contains the upper bound on the current width, in dp units, of a widget instance. Can anyone explain what these ranges actually mean, and why there is a range at all, as opposed to the actual resized values. Because if I look at the values after a resize and compare it to the screen area covered by the widget, the results seem very strange. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MIN_WIDTH * screen density. The actual widget width in pixels corresponds to OPTION_APPWIDGET_MAX_HEIGHT * screen density. Yep, you read that right, the MIN width, but the MAX height!? I want to work out the general size and aspect ratio of the resized widget so I can adjust the layout, as recommended by the docs, but just getting the widget size seems unnecessarily opaque. Does anyone know? Thanks James -- 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/d/optout.
[android-developers] Re: Tying a live wallpaper to home screen swipes
This entirely depends on what Home Screen Launcher you are using. On earlier phones, up to around the Samsung S2, the default installed Home Screen indeed provided such callbacks to the Live Wallpaper. Under those home screens, a standard static wallpaper would also scroll in response to swipes between pages. On more recent phones, the default home screens are treating the pages like a cylinder rather than a sheet, so as you scroll past the left-most page, it jumps to the right-most page. So you can keep swiping pages and end up when you started, on the original page. Under that paradigm, scrolling the wallpaper (static or otherwise) in response to swipes becomes more difficult, because there is an obvious jarring effect as you jump from the far left of the background image to the far right. The S2 did it like that, and it was noticeably weird. So modern phones homescreens have changed to simply not provide the onOffsetChanged callbacks at all to live wallpapers, and a static wallpaper doesnt respond to page swipes also. I guess that is what is happening on your device, I assume the a static background wallpaper isnt scrolling in response to swipes? If you try another Home Screen such as Go Launcher, you will see the callbacks working, as they havent implemented the cylinder page paradigm. But that doesnt solve your problem, because basically as it stands you can't guarantree that a particular user has a homescreen that supports onOffsetChanged, so you will need to find another UI method to change the wallpaper. How about shaking? That is independent of the home screen and the vast majority of phones these days have motion detection, but is not so useful for tablets. On Tuesday, October 29, 2013 7:31:37 AM UTC+8, Matt Schoen wrote: Hi there, I'm making a live wallpaper that I would like to change when the user swipes the screen. I have a TouchListener set up, but I have had trouble precisely matching the behavior of the home screen. In other words, sometimes when I swipe the screen, the home screen will change pages but my app wallpaper will not, and if I make it more sensitive, it will flip sometimes when the home screen doesn't. The WallpaperService.Engine.onOffsetsChangedhttp://developer.android.com/reference/android/service/wallpaper/WallpaperService.Engine.html#onOffsetsChanged(float,+float,+float,+float,+int,+int)method seems to be what I'm looking for, but I only see it called when the app starts and when you return home from an app. It is not called as I swipe or change home screen pages. This StackOverflow articlehttp://stackoverflow.com/questions/6637753/using-onoffsetschanged-to-get-home-screen-swipe-directionleads me to believe that I should get callbacks on this function every time the home screen moves. Any ideas? -- 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] Indeterminate Progress Bar not animating
I had a similar issue before.. seems to do with Window display timing, I couldn't work out. However, I found if I wrapped the ProgressBar in a Layout, and applied the Hide/Show logic to the Layout instead, that worked fine, the progress bar was hidden and displayed when required. Worth a try, maybe. On Sunday, October 20, 2013 1:52:56 AM UTC+8, Brad OHearne wrote: On Friday, October 18, 2013 5:49:00 PM UTC-7, TreKing wrote: I tried it both in an Activity and in a Fragment, and both worked as expected. Well here's an interesting twist. I spent some time isolating the issue, and behavior did not change. But much more curious, is that my code as-is DOES animate the ProgressBar properly every time it is displayed in the Android Studio simulator, but it does not animate on subsequent displays after the first one on my hardware device, which is a Samsung Galaxy 2 Skyrocket. Anyone know why that might be? I'm not really sure what to make of that. Brad -- 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: Problem with layout_above in conjunction with layout_alignBaseline
Thanks, Piren. Unfortunately none of that helps, as sometimes you really need things to work as they should. In my case it is A and B that are fixed, and C has to depend on them. I resorted to messing about with Font Metrics, working out manual displacements based on font size, which is pretty messy. Honestly I don’t see why this should be a dependency issue, when layout_alignBottom which does exactly the same thing (but without the vertical offset) works fine, C happily sits above B if B is aligned to A's bottom, rather than its baseline. However, that led me to find a little quirk, if you align B to A using simultaneous layout_alignBottom and layout_alignBaseline flags, then C’s positioning now works, it happily sits above B exactly as if just layout_alignBottom was being used, although B is still aligned to A’s baseline. The caveat is that C’s positioning is sligthty lower than normal; it behaves as if the B is aligned to A’s bottom, then C is positioned, and then B is realigned to A’s baseline, without C changing position. However I can get round that with some margin offsets, and at least it can be done via XML. On Tuesday, May 21, 2013 11:37:51 PM UTC+8, Piren wrote: I'm not too sure why this is happening... i'm guess that alignBaseline affects measuring differently and causes a cyclic dependency (Romain?) Try changing the relationships so you'll define A and B Below C instead, since C has a constant location anyhow. Also if your View hierarchy isnt too complex and wouldn't need to be refreshed too often, you can let yourself use more ViewGroups (use a linearlayout to divide the top and the bottom views)... Although that increases the amount of views you have and makes the rendering tree bigger, it will be easier for you to read the XML and understand the behavior and also prevent this weird behavior. On Tuesday, May 21, 2013 5:49:20 PM UTC+3, Dusk Jockeys Android Apps wrote: I have a layout issue which it seems should be simple to do in a RelativeLayout. I have a view A, and a view B which is aligned to A's baseline, and aligned to the right of the parent. B appears correctly. Then I want a view C to be directly above B, and also aligned to the right of the parent. However, C never appears. However, if I change B to be aligned to the *bottom* of A, as opposed to its *baseline*, then C appears. So it seems that layout_above doesn't like to act upon something that references another view via layout_alignBaseline, but is fine acting upon something that references another View via layout_alignBottom. Can anyone shed any light upon this? It seems like it is a common scenario that should work. See the following. ?xml version=1.0 encoding=utf-8? RelativeLayout xmlns:android=http://schemas.android.com/apk/res/android android:id=@+id/mainlayout android:layout_width=fill_parent android:layout_height=fill_parent android:orientation=vertical TextView android:id=@+id/A android:layout_width=wrap_content android:layout_height=wrap_content android:text=A android:textColor=@android:color/white android:textSize=182dp / TextView android:id=@+id/B android:layout_width=wrap_content android:layout_height=wrap_content android:layout_alignBaseline=@id/A android:layout_alignParentRight=true android:text=B android:textColor=@android:color/white android:textSize=26dp / TextView android:id=@+id/C android:layout_width=wrap_content android:layout_height=wrap_content android:layout_alignParentRight=true android:layout_above=@id/B android:text=C never appears! android:textColor=@android:color/white android:textSize=20dp / /RelativeLayout Regards, James -- -- 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] Problem with layout_above in conjunction with layout_alignBaseline
I have a layout issue which it seems should be simple to do in a RelativeLayout. I have a view A, and a view B which is aligned to A's baseline, and aligned to the right of the parent. B appears correctly. Then I want a view C to be directly above B, and also aligned to the right of the parent. However, C never appears. However, if I change B to be aligned to the *bottom* of A, as opposed to its *baseline*, then C appears. So it seems that layout_above doesn't like to act upon something that references another view via layout_alignBaseline, but is fine acting upon something that references another View via layout_alignBottom. Can anyone shed any light upon this? It seems like it is a common scenario that should work. See the following. ?xml version=1.0 encoding=utf-8? RelativeLayout xmlns:android=http://schemas.android.com/apk/res/android; android:id=@+id/mainlayout android:layout_width=fill_parent android:layout_height=fill_parent android:orientation=vertical TextView android:id=@+id/A android:layout_width=wrap_content android:layout_height=wrap_content android:text=A android:textColor=@android:color/white android:textSize=182dp / TextView android:id=@+id/B android:layout_width=wrap_content android:layout_height=wrap_content android:layout_alignBaseline=@id/A android:layout_alignParentRight=true android:text=B android:textColor=@android:color/white android:textSize=26dp / TextView android:id=@+id/C android:layout_width=wrap_content android:layout_height=wrap_content android:layout_alignParentRight=true android:layout_above=@id/B android:text=C never appears! android:textColor=@android:color/white android:textSize=20dp / /RelativeLayout Regards, James -- -- 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: Android pics inverted when taking with front camera (started via intent)
When you are taking photos of yourself in the front camera, people naturally expect to see the same as if they look in a mirror, so the preview is flipped horizontally. Writing is reversed etc. When the photo is taken, it then takes the real image, without the flipping, so you dont get reversed writing. So it is the preview that is wrong, not the final image. On Tuesday, July 31, 2012 3:12:47 AM UTC+8, bob wrote: I believe I have seen it flipped horizontally in the camera app on my Ice Cream Sandwich. If I was coding, I would just flip it again horizontally to get it back to normal. Or, I would just ignore it as most people are taking pictures of their faces, which are usually somewhat symmetric. On Monday, July 30, 2012 9:12:47 AM UTC-5, user123 wrote: Uhm... don't remember. Is there a solution for any of the cases? I'll check it again. On Monday, July 30, 2012 3:50:52 PM UTC+2, bob wrote: Rotated 180 degrees or flipped horizontally? The latter seems more probable. On Monday, July 30, 2012 7:59:02 AM UTC-5, user123 wrote: I have the same problem described here: Android Front Facing Camera Taking Inverted Photoshttp://stackoverflow.com/questions/10283467/android-front-facing-camera-taking-inverted-photos What's different in my case is that I'm starting the camera app via intent, not implementing it myself. So probably no way to use CameraInfo or the like. How can I solve this? In order to summarize: When starting camera via intent and take the picture using front camera, the returned bitmap is rotated by 180°. -- 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
[android-developers] Re: List of Phone/Manufacturer/OS specific issues with Android.
On Wednesday, July 25, 2012 5:18:05 PM UTC-4, Larry Meadors wrote: A Wiki seems like a better place than a mailing list for this, no? Larry On the contrary, I think this is an ideal place for the information to be published, its really important that people realise that you cannot rely on your apps always working correctly on the huge range of devices out there. It is Android's unfortunate dirty little secret, and the more people realise this, perhaps the more pressure will be brought onto the manufacturers to implement the OS in a consistent way. Duplicating the information in a wiki is a great idea, but since we are discussing specific SDK issues with specific devices IMO it is entirely within the remit of this group to publish such issues as they are found. James -- 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
[android-developers] Re: Proguard and PreferenceActivity
Indeed, it is fine to call SetContentView in a PreferenceActivity, as long as your content xml contains a ListView with id list, as the OP example clearly does. I use this all the time to add extra useful stuff around the standard list of Preferences, such as Live previews of the changing settings. On May 13, 6:46 pm, Mentos rafal.modrzyn...@gmail.com wrote: I have to add 'Save button' below preferences: RelativeLayout xmlns:android=http://schemas.android.com/apk/res/ android android:layout_width=fill_parent android:layout_height=fill_parent Button android:id=@+id/saveProfile android:layout_width=fill_parent android:layout_height=wrap_content android:text=@string/Save android:layout_alignParentBottom=true android:minHeight=50dp android:textColor=@drawable/button_foreground android:background=@drawable/button_background/ ListView android:id=@android:id/list android:layout_width=fill_parent android:layout_height=fill_parent android:layout_alignParentTop=true android:layout_above=@id/saveProfile / /RelativeLayout Its works without obsfucator. On 12 Maj, 20:09, Kostya Vasilyev kmans...@gmail.com wrote: Not sure about the crash, but calling setContentView yourself on a PreferenceActivity is quite meaningless. -- K 2012/5/12 lbendlin l...@bendlin.us The error may be caused by something else entirely. The other day I learned that lint in it over-eagerness gave me bad advice. It told me to put drawables into resolution folders like drawable-mdpi but it neglected to mention that this breaks the app on 1.5 devices. I had to move the drawables back to the default folder. On Thursday, May 10, 2012 7:35:07 AM UTC-4, Mentos wrote: In my release apk I have very strange problem. In debug all works fine. proguard.cfg is normal from examples. Any sugestion ? Unable to start activity ComponentInfo{myclass}: android.view.InflateException: Binary XML file line #2: Error inflating class PreferenceScreen public class MyClas extends PreferenceActivity implements SharedPreferences.**OnSharedPreferenceChangeListen**er { @Override public void onCreate(Bundle icicle) { super.onCreate(icicle); addPreferencesFromResource(R.**xml.new_profile); setContentView(R.layout.new_**profile); //HERE IS PROBLEM } -- 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- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: Free of cost e-mail marketing tip
Thanks so much for spamming this group with exact details about how you are spamming this group. On Apr 23, 5:19 pm, Lelaina Pierce laney...@gmail.com wrote: Email marketing is one of the highly used medium to reach thousands of peoples through internet but it isn’t that much effective in most of the cases. Until and unless you have a good, established reputable website with genuine client base, it doesn’t work well. Though it cost little but what is the use of paying if it doesn’t work especially when you are doing it first time or new to email marketing. Let me share you a free-of-cost approach to market your company, I’m sure most of you guys are already aware of it but in case if anyone isn’t. From couple of months, I have been marketing my blogs through GOOGLE GROUPS. Marketing blogs via groups is a good and free of cost idea but it will take a lot of time, you need to hire staff or otherwise you auto-posting bots to do so but auto-bots will make it spamming. Well, here is how I am doing it and driving instant traffic – I got 15 gmail accounts and each account has 200 groups. I use tools like iMacro/ Robomaker to post a single message with spinning text at all of these groups, so how many members I approach, let’s say 15*200*150=450,000 members. (Actually, there are more members than that!). I know your next question would be about moderated groups, well, yes some of groups are moderated and may allow the post to be published if they like it anyhow, who cares, at-least I am having 300k members in half- an-hour. Good enough for free! Is it spamming? Well, in first thought YES it is – spamming includes duplicate content in every single post but what IF it is UNIQUE or different every time? See, I use advanced spinning techniques every time before any post, making it look bit different or sometimes truly unique, just to make Google thinks I am not spamming. I have been using this approach from lots of month and I know how much effective it is, I am trying to add more and more groups in my lists with higher member base. If you guys out there aren’t using this technique yet, go ahead, I’m sure you will have better results like me. I won’t share my email but if you like, I got Robomaker bots available for sale – all you have to do is make emails, join groups and put them in a csv file at your desktop and let the bot now the path then put subject line and message in the bot and execute it. {If a|A}nyone {require my|want} {help|assistance}, do {tell me|let me know} – it would be my pleasure helping you out! Regards, -- 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
Re: [android-developers] Set Layout Background Image and change color of the image dynamically
Seems simple enough. The original poster has a LinearLayout, and he wants to set the background of said layout to be an image. Which you can do, using LinearLayout.setBackgroundDrawable() So he can just the image to be the drawable. He then wants to change the colour of the image. That is also possible, depending on the image itself, and whether has a bitmap with transparent areas through which the colour should show, or actually wants to change overall the colour of the bitmap. Just simple image processing, the when the image is how he wants it, call setBackgroundDrawable() with the new bitmap. On Sunday, March 25, 2012 9:47:15 AM UTC+8, Todd wrote: Yes. You are the only one confused by this question. the answer is, it can't be done. On Mar 24, 2012 1:44 PM, Justin Anderson magouyaw...@gmail.com wrote: Am I the only one confused by this question? Thanks, Justin Anderson MagouyaWare Developer http://sites.google.com/site/magouyawarehttp://sites.google.com/site/magouyaware On Sat, Mar 24, 2012 at 1:45 PM, Android Developer c2dmdevelo...@gmail.com wrote: Hi, I have LinearLayout i want to set Image as background and i need to change the image color. I mean image remains transparent and it should reflect whatever background color we choose. I dont know how to start with any example is helpful. Thanks in Advance. -- 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.comandroid-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.comandroid-developers%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=enhttp://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.comandroid-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.comandroid-developers%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=enhttp://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
[android-developers] Re: Google play (Android market) not giving the result with app name.
Others experience may vary, but to be fair when this happened to me last year I contacted Market support, telling them a search for my exact appname was not finding it. Whilst they replied with the usual boilerplate about always changing algorithms, by the next day it was working correctly. So its probably worth contacting them. Just wish it was easier to speak to a human about these things. Why we put up with it... On Mar 15, 12:05 am, Justin Anderson magouyaw...@gmail.com wrote: Welcome to the wonderful world of searching on the Android Market, er... Google Play thingy... There have been numerous posts over the years about searching for apps not always giving what you would expect... A little ironic since Google is known for its search capabilities... Thanks, Justin Anderson MagouyaWare Developerhttp://sites.google.com/site/magouyaware On Tue, Mar 13, 2012 at 7:08 AM, Maheshkumar Gangula maheshkumar.gang...@gmail.com wrote: Hi all, We have uploaded an application into android market(Google Play) few days ago. It is successfully uploaded and able to go to the app by using its URL but, when we search it with Name of the app we are not able to get the app in the result list. What is the problem. Please help me. 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 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
[android-developers] Re: Cover Flow
Have you even tried Googling for it? Because its there. On Google. So you could find it yourself. Without bothering this list. On Mar 14, 9:55 pm, bob b...@coolfone.comze.com wrote: Does anyone know if there's an easy way to do the Cover Flow interface on Android? It's the animated, three dimensional graphical user interface integrated within iTunes. 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
[android-developers] Re: Galaxy Nexus is not properly implementing getExternalStorageDirectory; can anyone confirm?
As Kostya said, are you sure that your app/dir directory doesnt already exist? Because if so you would expect a value of false to be returned. Can you first check to see if the directory x exists before running mkdirs(x)? On Mar 15, 5:06 am, GJTorikian gjtorik...@gmail.com wrote: I wrote a reply to this, but I guess it was censored. I was complaining about manufacturer fragmentation, again. If I have a directory like this: mnt/sdcard/app/dir mkdirs(app/dir) fails; mkdirs(app) followed by mkdirs(app/dir) works. This is extremely unusual. On Saturday, March 10, 2012 10:53:37 PM UTC+1, Kostya Vasilyev wrote: I just tried this on my Galaxy Nexus with official 4.0.2, and it definitely works, with and without the training slash. mkdirs returns false if the directory already exists - are you sure yours don't? Also, does your app have the permission to write to external storage? IIRC, some really older platform versions used to enable this permission if it wasn't declared. -- K On 03/10/2012 11:38 PM, GJTorikian wrote: It seems that that's entirely the problem. When I try to perform a mkdirs() operation, I get a return of false. So, for the structure of: /mnt/sdcard/myapp/ new File(/mnt/sdcard/myapp/).mkdirs() fails--but again, only for this device, it seems.- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: AnimationSet
Please learn to spell correctly. You may not think it is important, but it is. If your post is hard to read, then people will give up reading it and you will not get the help you are looking for. yupp with dat v can get is meaningless. It doesn't make any sense. No one here will give you the codes, especially if they don't understand what you are talking about. Explain exactly what it is that you are having a problem with, and what you have tried so far. Then people will be able to point you in the right direction. On Mar 13, 4:19 pm, geet handa geethand...@gmail.com wrote: -- 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 yupp with dat v can get bt i want simultaniously runing animation. if u have the cods with u den plz share it with me @sreelatha -- 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
[android-developers] Re: Application is launching when i just unlock on the emulator
Probably because Eclipse is by default setup to build and then launch your app on the any available targets, which will include your emulator. So you will maka a change in your code, hit Run, and it will build the app, deploy it to the emulator, and then automatically launch your default activity. This is entirely normal behaviour. Once you exit your app, then as you say you can go into it again, via your launcher button, which is what is expected. So probably you just didn't realise that when you hit Run in Eclipse it also launches your app after updating it. On Mar 13, 12:30 am, lakshmi pillai lakshmip1...@gmail.com wrote: Hi, I am completely new to android development. So please dumb down your answer as much as possible. :) I am trying to create a Launcher icon for a mobile website. The launcher icon with my website logo should open the site in the default web browser. My code is as follows: public class Class1 extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); sendTotest(); // Open the browser finish(); // Close this launcher application } protected void sendTotest() { String url = http://www.test.com/;; Intent i = new Intent(Intent.ACTION_VIEW); i.setData(Uri.parse(url)); startActivity(i); } I am still testing this on the emulator. Every time I run the app, when i Unlock the emulator or just click on menu, the browser is opening with my website url. That is without me clicking the launcher icon. Other than that, the launcher icon is working fine. Please help.. TIA. -- 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
[android-developers] Re: sd card
Nothing to do with this list. Get your technical support elsewhere. On Feb 25, 3:26 am, bob b...@coolfone.comze.com wrote: I just installed a 2GB sd card into my VIZIO tablet. However, it shows the Total Space as Unavailable: http://i1190.photobucket.com/albums/z449/m75214/sdcard.png Any idea why it won't show me the space? -- 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
[android-developers] Re: Increase icon size
Since it is a public forum, I will chip in. It IS pleasant to spell everything in full, because that helps communication. It simply makes it easier for everyone else to understand what it is you are trying to say. Otherwise you sound like a 14 year old posting on Facebook, not an assistant professor at a Government Engineering college. On Feb 24, 1:50 pm, Dhaval Varia dhavalkva...@gmail.com wrote: look i always write from my cell...and its not AT ALL PLEASANT TO SPELL EVERYTHING IN FULL... if u feel fine to reply then do it...else i dint tell u to reply... its a public forum... got it?? On Thu, Feb 23, 2012 at 9:04 PM, TreKing treking...@gmail.com wrote: On Thu, Feb 23, 2012 at 9:17 AM, Dhaval Varia dhavalkva...@gmail.comwrote: Would u please provide link? I'll do you a favor and not. Learning to navigate to the documentation and finding what you need will be a good exercise for you. If you have the technical competence to develop an Android application, I have faith that you also possess the skills required to find the sample I mentioned. Also, would you please learn to spell you? ----- TreKing http://sites.google.com/site/rezmobileapps/treking - Chicago transit tracking app for Android-powered devices -- 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 -- Thanks Best Regards. ---- Dhaval varia Assistant Professor Govt Engineering College,Modasa (9924343883)- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: Ethernet jack?
What does this have to do with the Android SDK? On Feb 23, 2:04 am, bob b...@coolfone.comze.com wrote: Anyone know if there's a way to hook a tablet PC up to an Ethernet jack? 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
[android-developers] Re: DOUBT
To rephrase, it makes no sense whatsoever as a title for a post to Android Developers Google Groups. :o) On Feb 20, 3:05 pm, Kristopher Micinski krismicin...@gmail.com wrote: And please note, a Doubt is a disbelief in something. It makes no sense whatsoever as a title. http://www.imdb.com/title/tt0918927/ ?? To not be too upsetting, this question doesn't make too much sense. The last I heard there's not really JDBC support in Android, and typically what people do in these situations is provide a web interface to their database that allows you to send queries to it using something like JSON, etc.. kris -- 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
[android-developers] Re: Avoiding FAILED BINDER TRANSACTION error when updating lots of widget bitmaps
Could you not play with the xml settings of the ImageView itself? I think there are some attributes there that control how the image is displayed, whether or not it is scaled, centred etc. On Feb 18, 4:56 am, YuviDroid yuvidr...@gmail.com wrote: Hi, sorry to resurrect this post...but I got into a similar problem. And as the OP did, I'm using RemoteViews.setImageViewUri() to set my image on the appwidget. However I noticed that my image is being scaled according to the screen density. So, for example, on an XHDPI screen, if I have a bitmap which is 100x100 and I set it using setImageViewBitmap() I get the image to look as 100x100. However, if I store that bitmap into a png on disk, and then use setImageViewUri() my bitmap is displayed as 50x50. Do you know if there is a way to change this behavior? (i.e. if my image is 100x100 I'd like it to remain 100x100 also after it is decoded). Maybe there is a way to force some density on the ImageView itself? My only workaround (which sucks..) is to scale-up the bitmap before storing on disk so that when it is being decoded I get back my original size. But in this way I use more memory to save the image and I also loose image quality..:( I hope someone can help me! Thanks, Yuvi On Mon, Aug 1, 2011 at 8:05 PM, Ash McConnell ash.mcconn...@gmail.comwrote: Thanks Kostya and Dianne, setUri works as expected. I had to create the files using context.openFileOutput. Unfortunately that means I loose the ability to use directories. I can't see a Java way to set permission on files, it can be done with native methods, but that seems like overkill. I'll do some more googling. Thanks again for the help, I was worried that this problem might have been a show-stopper. Ash -- 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 -- YuviDroid Check out Launch-X http://android.yuvalsharon.net/launchx.php (a widget to quickly access your favorite apps and contacts!)http://android.yuvalsharon.net- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: DOUBT
What have you tried so far? And please note, a Doubt is a disbelief in something. It makes no sense whatsoever as a title. In English, Doubt != Question. On Feb 18, 2:33 pm, ramalakshmi krishna.veni...@gmail.com wrote: Hai sir good morning. I hava a local microsoft sql server 2005. I am currently working on android project. in this I have to use the data in sql server.From te server i hava to access an existing table I am using java as the developing language.please send me the code how to connect sql server with java in android. please sir.make it fast. -- 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
[android-developers] Re: OT: Comedy Gold
I thought exactly the same! My mum used to make a wicked fish pie with cod. Takes me back.. On Feb 16, 1:32 am, Mark Phillips m...@phillipsmarketing.biz wrote: +10 On Feb 15, 2012 10:06 AM, Ted Scott t...@hootinholler.com wrote: Please don't take this the wrong way, I'm not complaining, just observing. I have to say that between the ESL and txt speak this list has some really funny moments. The mental image I got from pies of cod will have me smiling for the rest of the week. I'm wondering if it's some new way of preparing lutefisk. -- 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.comandroid-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+**unsubscr...@googlegroups.comandroid-developers%2Bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/**group/android-developers?hl=enhttp://groups.google.com/group/android-developers?hl=en- Hide quoted text - - Show quoted text - -- 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
[android-developers] Pitfalls of sharing app data between users
I have an app where you can save the state into a custom file and share with another user of the same app. This saved state consists of several jpgs and a text file, archived into a single zip file. When the user wants to share, they are prompted with the usual chooser which supports the Send action for the file type. The most obvious and useful choice will be as an email attachment, but I am not restricting it to that. Then I register my app for Viewing or Opening that file type so another user can open the received file in my app. All well and good, my problem is the MIME type I choose for the attached zip file, and the resultant behaviour when sharing. The obvious candidate is to use the application/zip MIME type. The problem is that while this works fine on the default android mail app it is not supported by Gmail or the default Samsung email app, any zip file attachment recieved on those mail clients simply won't open. It seems to be a recognized issue with Gmail, has anyone any experience to the contrary? Samsung support have acknowledged it is an issue with their email client, in fact they only support text, image and media files as email attachments. With Samsung being the major player it is and the Gmail app being so popular, that gives me a bit of a problem! It seems wrong to provide a feature which will not work on many (if not most!) devices. My lesser of two evils approach is then to keep my zip file format, but change the MIME type when sharing so that it will work in more email clients. Changing to the Text/Plain format and registering for this type works on all email clients I have tried, with some caveats. For example, K9 will only send it if the file has a .txt extension. That approach has its own set of issues: Firstly when sharing I get a lot of potential candidates for the Text/ Plain type which are not really appropriate such as Twitter, Facebook, Messaging, WhatsApp etc. They don't attach the file but consume it as text. Is there a way to restrict it to apps which are actually going to attach it or send it on as is? I guess not, but I'll ask anyway. For what its worth, here is my sharing code. Intent myMessageIntent = new Intent(android.content.Intent.ACTION_SEND); myMessageIntent.setType(text/plain); Uri fileUri =Uri.fromFile(mytemporaryfile); myMessageIntent.putExtra(Intent.EXTRA_STREAM, fileUri); myMessageIntent.putExtra(Intent.EXTRA_TITLE, title); myMessageIntent.putExtra(Intent.EXTRA_SUBJECT, Attached: xxx); startActivityForResult(myMessageIntent ,EMAIL_PRESET); Secondly, as I am now registering for the text/plain type, I can potentially receive all types of text data which my app is not interested in. Unfortunately I can't do much about that, apart from perhaps maybe using a custom file extension and checking for that, but I have to keep it as .txt if I want it to work in K9. Obviously I elegantly handle the situations where it receives which is not originally sourced from my app, but it is still a poor user experience. So I seem to be between a rock and a hard place. A. If I use anything but text, image or media MIME types, many email clients won't open the attachment. B. If I fake one of these standard MIME types then email clients work, but all sorts of non-relevant apps can share my attachment, and I am registered for all receiving all data of that type, not just mine. C. If I use a custom MIME type then it solves B, but then they wont open in email clients, so I am back to A. At the moment it looks like I am stuck with B, with the poor user experience that entails. So is there a better approach? How does everyone else handle this, it can't be that unusual a requirement, can it? Regards James -- 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
[android-developers] Re: Pitfalls of sharing app data between users
Hi Mark Sorry if I wasn't clear. I am indeed registering for the action.VIEW and category.BROWSABLE intents for the application/zip type. And in that situation, zip files open into my app perfectly from file managers, perfectly under the stock Android email app, perfectly on HTC's email app. Just not on 'mail app, and not on the Gmail app. If I use the web browswer and navigate to the Gmail website, I can download them and they open into my app just fine. So it is definitely a mail client specific issue. Other zip viewer apps in the market exhibit exactly the same behaviour as my app when trying to open zip files from mail clients, so I don't think it is an issue at my end. I guess I am just surprised that it was so difficult to do something as simple as sharing an object using an industry standard file format, support for which is (after all) built into the OS. I suppose in the long term, having a custom data type which is only registered for my app is a better UI experience for the user, but it looks like at the moment it is simply not possible to share that sort of thing using standard options like email. Works on bluetooth, mind. ;o) On Feb 9, 8:21 pm, Mark Murphy mmur...@commonsware.com wrote: On Thu, Feb 9, 2012 at 4:05 AM, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: The obvious candidate is to use the application/zip MIME type. The problem is that while this works fine on the default android mail app it is not supported by Gmail or the default Samsung email app, any zip file attachment recieved on those mail clients simply won't open. It seems to be a recognized issue with Gmail, has anyone any experience to the contrary? If you do not have an application on the device with an ACTION_VIEW, CATEGORY_BROWSABLE activity for application/zip, this is the behavior that I would expect, regardless of mail client. So is there a better approach? Don't use email attachments. Upload/download files from a server, potentially emailing URLs. -- Mark Murphy (a Commons Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy Android 4.0 Programming Books:http://commonsware.com/books -- 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
[android-developers] Re: Digest Email not working for over a week
Dear Groups Mods, could you look into this please? As reported the Digest emails are coming through, but delayed by 2 weeks. So it is still posting around 3 or 4 Digest emails a day, but the ones that are coming through today are for the 26th Jan, not for today. Could we please clear the backlog and start again? The Digest emails are a really useful way to summarise a particular topic in bitesized pieces, much more convenient than receiving all the Developer emails and relying on a particular email client's conversation mode to organise them correctly. Thanks and regards James On Feb 7, 12:44 pm, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: Well, would you believe it, theDigestEmail has started working again. I just had three come through this morning. Showing theDigestfrom January 21st... so only two more weeks of backlog to go! On Jan 29, 2:15 am, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: The Android DevelopersDigestEmail, each summarizing around 25 messages to this group, suddenly stopped coming through around a week ago. Does anyone else have the same issue, or is it confined to my account? It happened a few months before, but started again after a few days, so I assumed it was a problem on the Google end. But this has gone on a lot longer. I dont see any emails in my gmail spam directory, anyone got any other ideas, or is it a general issue for everyone? Regards James- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: Digest Email not working for over a week
Well, would you believe it, the Digest Email has started working again. I just had three come through this morning. Showing the Digest from January 21st... so only two more weeks of backlog to go! On Jan 29, 2:15 am, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: The Android Developers Digest Email, each summarizing around 25 messages to this group, suddenly stopped coming through around a week ago. Does anyone else have the same issue, or is it confined to my account? It happened a few months before, but started again after a few days, so I assumed it was a problem on the Google end. But this has gone on a lot longer. I dont see any emails in my gmail spam directory, anyone got any other ideas, or is it a general issue for everyone? Regards James -- 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
[android-developers] Digest Email not working for over a week
The Android Developers Digest Email, each summarizing around 25 messages to this group, suddenly stopped coming through around a week ago. Does anyone else have the same issue, or is it confined to my account? It happened a few months before, but started again after a few days, so I assumed it was a problem on the Google end. But this has gone on a lot longer. I dont see any emails in my gmail spam directory, anyone got any other ideas, or is it a general issue for everyone? Regards James -- 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
[android-developers] ImageView memory use versus displayed Bitmap size
This is a a backend SDK framework question. Say I have an ImageView that is set to, say, 100*100px, and I set it to show a 50 * 50px Bitmap which I have first loaded, so that it stretches the bitmap to fit its larger size. (Note I mean px rather than dip, I am trying to keep things simple to help my understanding) How does the ImageView treat the bitmap in the background in terms of memory usage, does it still have to effectively internally create a 100*100 one for display, or does it use the 50*50 one and stretch it at display time? Is the behaviour the same for background images on other types of views? I am trying to avoid Dalvik Out Of Memory errors so I am wondering whether it is worth using smaller bitmap sizes for my resources and stretching them to fit the views, or whether it is the final size of the view which determines the amount of bitmap memory used at run time. Is there a difference in behaviour between this on 2.x and 3.x and 4.x? Regards James -- 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
[android-developers] Re: ImageView memory use versus displayed Bitmap size
Thanks, Romain, much appreciated. On Jan 19, 1:35 am, Romain Guy romain...@android.com wrote: ImageView does not create a 100x100 Bitmap in this case, the memory usage cost will be 50x50xbit depth of your original Bitmap. This behavior is the same for View's background property. Note that stretching Bitmaps at runtime is very expensive when hardware acceleration is off. On Wed, Jan 18, 2012 at 5:43 AM, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: This is a a backend SDK framework question. Say I have an ImageView that is set to, say, 100*100px, and I set it to show a 50 * 50px Bitmap which I have first loaded, so that it stretches the bitmap to fit its larger size. (Note I mean px rather than dip, I am trying to keep things simple to help my understanding) How does the ImageView treat the bitmap in the background in terms of memory usage, does it still have to effectively internally create a 100*100 one for display, or does it use the 50*50 one and stretch it at display time? Is the behaviour the same for background images on other types of views? I am trying to avoid Dalvik Out Of Memory errors so I am wondering whether it is worth using smaller bitmap sizes for my resources and stretching them to fit the views, or whether it is the final size of the view which determines the amount of bitmap memory used at run time. Is there a difference in behaviour between this on 2.x and 3.x and 4.x? Regards James -- 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 -- Romain Guy Android framework engineer romain...@android.com- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: Android fragmentation study
Thanks Dianne, for such a detailed answer. I understand the limitations you describe, both of the Compatibility process and AppWidgets themselves. The use case of animations here could be considered trivial, but I do think it adds tremendous perceived value to an app. Consider a simple Gallery widget, which toggles between a range of the users pre- selected images every few seconds. An alpha animation which fades in the new image instead of simply replacing it gives a lot of polish and wow factor. Without that animation, it still works, as you point out, but in my particular case, the animations themselves are really part and parcel of my app, it being a Weather Widget which has the unique selling point of being fully animated. With the animation stripped out, the USP is lost. I guess it then comes down to where you draw the line on retaining functionality, from my point of view the animation is part of the functionality, as it is the raison d'etre of the app... As the animations are fully valid and supported by the SDK, I would argue that moving forward they should be a part of the CTS, notwithstanding the difficulty of actually testing that! But wouldn't that same difficultly be present testing that the particular implementation supported animations on normal views and layouts within Activities? I guess you are right and I just lucked out here, the full OpenGL Samsung homescreen sounds like the most likely root of the problem. I logged the issue with Samsung development team, and they reproduced it and marked it for further action in a future firmware, so let's hope that in ICS it is fixed in their homescreen. Anyway thanks again for taking the time to reply and for filing this for future investigation, I appreciate it. Regards, James Dusk Jockeys Android Apps http://duskjockeys.blogspot.com/ On Jan 14, 2:11 am, Dianne Hackborn hack...@android.com wrote: On Fri, Jan 13, 2012 at 5:13 AM, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: Thanks Dianne, for this infomation on Compatibility Testing. Couuld you clarify the exact scope? Is it the devices core API that have to pass or their implementation of it? It is everything covered in the CTS tests. These test public APIs amongst other things. On the latest Samsung Tablets (e.g. Tab 7 Plus) the LayoutAnimation on AppWidgets doesn't work in their TouchWiz homescreen. From the log cat it seems they are deliberately stripping them out. This works perfectly in AppWidgets in the emulator from all APIs since 1.5, and on most other realworld devices. However, if I install another Homescreen app on the Tablet such as Go Launcher, the AppWidgets are fine and display the LayoutAnimations correctly. Hm, that is certainly unfortunate. I can imagine good reasons for this -- for example if their home screen is all implemented in OpenGL, they would need to render the app widgets into a separate texture and draw them to the screen with that. This would make executing animations and such in them pretty problematic. I'll file an issue for this to have it investigated. So it their Touchwiz homescreen covered by the CTS, or do they pass because their underlying Android implementation supports it, as shown by Go Launcher, and it is just my tough luck that their particular Home Screen is not fully featured? Well to be honest it is hard for CTS specifically to cover this kind of thing, because it is pretty unclear how to write an API unit test that is able to verify that some other application is performing the animation on the screen. However, the overall CDD covers a lot of things -- for example if you look athttp://static.googleusercontent.com/external_content/untrusted_dlcp/s... there is section 3.8.1 on app widgets, with the relevant requirement being: Device implementations MAY substitute an alternative to the reference Launcher (i.e. home screen). Alternative Launchers SHOULD include built-in support for AppWidgets, and expose user interface affordances to add, configure, view, and remove AppWidgets directly within the Launcher.Alternative Launchers MAY omit these user interface elements; however, if they are omitted, the device implementation MUST provide a separate application accessible from the Launcher that allows users to add, configure, view, and remove AppWidgets. Device implementations must be capable of rendering widgets that are 4 x 4 in the standard grid size. (See the App Widget Design Guidelines in the Android SDK documentation [Resources, 18] for details. So I think technically right now there is nothing wrong with not showing animations, as long as the app widget is still functional. It is worth considering whether this requirement should be more specific... though to be honest, this may just become irrelevant since with 4.0 the UI is all hardware accelerated so there would be little benefit anymore to use OpenGL to implement launcher (if that is what
[android-developers] Re: Android fragmentation study
Hi Mark, Yes, I understand that this is the position I am in, and I have to adapt to that. My point was more that although there is no explicit law requiring home screens to support animations, from my reading of the CTD there is also no explicit law requiring views in normal Activities to support animations, but I think there would be a lot of complaints from developers if those kind of animations suddenly stopped working in the latest handsets. But having said that I realise I am on shaky ground here... as we are talking about homescreen apps which are not part of the framework per se. However, from the user's point of view (who I would guess in 99% of cases use the Home screen which came with their phone), it is part of the framework, they would naturally think it is due to that phones implementation of Android, rather than understanding it is the Home screen app itself. Anyway, it is what it is, so back to work... Regards James On Jan 14, 7:51 pm, Mark Murphy mmur...@commonsware.com wrote: On Sat, Jan 14, 2012 at 5:21 AM, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: from my point of view the animation is part of the functionality, as it is the raison d'etre of the app... As Ms. Hackborn pointed out, there is no law requiring home screens to support animations. *Any* home screen, whether written by a device manufacturer or an independent developer, might elect to suppress your animations (e.g., a PowerSaver brand home screen that specifically disables certain things, like app widget animations, to save battery life). Hence, from your USP standpoint, you need to de-emphasize animations, or point out that they work only with compliant home screens. -- Mark Murphy (a Commons Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy Android Training in NYC:http://marakana.com/training/android/ -- 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
[android-developers] Re: Android fragmentation study
Thanks Dianne, for this infomation on Compatibility Testing. Couuld you clarify the exact scope? Is it the devices core API that have to pass or their implementation of it? My query is a little bit of a grey area: On the latest Samsung Tablets (e.g. Tab 7 Plus) the LayoutAnimation on AppWidgets doesn't work in their TouchWiz homescreen. From the log cat it seems they are deliberately stripping them out. This works perfectly in AppWidgets in the emulator from all APIs since 1.5, and on most other realworld devices. However, if I install another Homescreen app on the Tablet such as Go Launcher, the AppWidgets are fine and display the LayoutAnimations correctly. So it their Touchwiz homescreen covered by the CTS, or do they pass because their underlying Android implementation supports it, as shown by Go Launcher, and it is just my tough luck that their particular Home Screen is not fully featured? Regards James Dusk Jockeys Android Apps http://duskjockeys.blogspot.com/ On Jan 13, 4:40 am, Dianne Hackborn hack...@android.com wrote: If you find devices that are behaving inconsistently with the standard platform, please please at least file a bug so this is known, and supplying a test case is a great way to get in to CTS so it never happens again. On Thu, Jan 12, 2012 at 2:14 AM, Stephan Wiesner testexpe...@googlemail.com wrote: I agree and actually profit from it. As a private developer I hate that I have to write Bugfixes for single devices/Android versions (just thinking of the Galaxy SI lagfix thing gets me goosebumbs) but in my professional life I am a software tester and we actually earn our money by offering our clients to have us test their apps on different devices/Android versions. As Dianne mentioned there are actually not _that_ many differences/ bugs, but they are real and they can get very expensive (again think lagfix). Greetings from Zurich, Stephan Wiesner On 11 Jan., 23:31, Christopher Van Kirk christopher.vank...@gmail.com wrote: Yeah, I would respectfully disagree with your assessment. Making software is a business. An investment. To reap maximum rewards on that investment the product has to have as much reach as possible, meaning the OP is absolutely on point about OS upgrades. Who is going to spend 10k, 100k, 1m, etc, developing an app whose target market is less than 1% of active installs? 4.0 won't be an attractive target for developers until it commands at least 80% of the installed market, which will likely take at least a year to occur, perhaps longer. Comparing handset differences with browser difference is just absurd. How many browser versions are there? Five maybe six? An average Android app has to deal with over 600 different devices today. That's a difference of 100x. This number is also growing at an exponential rate, so even if you can manage to test on all of those devices, in three months you'll probably have to do the same number again. What you're apparently not appreciating is that unlike the PC/Mac world, the Android world lacks strong compatibility standards and more importantly, conformance testing. As a consequence, devices tend to have niggling and chronic differences that in aggregate make for an inconsistent and unstable feel for the platform. You really have to have a very large operation or have a very unambitious app to make an app with long reach in the Android world. By contrast, the Apple approach is that one size fits all. From a small or independent developers perspective this really is preferable, because you know if you test it and it works on one device it's going to work on all of them, and there are millions of them out there. You simply don't have that guarantee in Android. It's no accident that the most profitable app market is to be found on Apple devices. Don't get me wrong. I'm not an Apple fan. But having spent considerable time fighting with device peculiarities in the Android ecosystem instead of adding features to my app, I find that I long for the simplicity that the Apple ecosystem guarantees. On 10/28/2011 12:01 AM, Studio LFP wrote: Eh, it's not that bad. If you look at the history of developers, we're already use to having to deal with a lot worse fragmentation issues than Android. Anyone that's ever developed a website correctly knows that supporting the available web browsers is a lot more of a challenge than with Android versions. Windows, Mac OSX, a ton of server technologies, databases, etc., they all have tons of different versions available to support. Most companies stick with older versions because it is what they have and it is working. When it comes to Android, I've been pleasantly surprised at the efforts Google has gone through to help manufacturers upgrade. Even though 2.1, 2.2 and 2.3 are different, they aren't so much
[android-developers] Re: Calculate percentage of a video file
Oh for crying out loud... Look at your code! You have current as the total video duration, and total as the current position. Swap the values of the variables. Then get back to us with an Android specific issue... On Nov 24, 6:15 pm, Naveen kumarnaveen.si...@gmail.com wrote: Hello Sir, I am playing a video file , i want to calculate percentage of video file . using this code int current=video.getDuration(); int total= video.getCurrentPosition(); int per = (current/total)*100; This way is wrong behave please confirm me this is right or wrong. which is easiest way solve my issue. -- 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
[android-developers] Re: Addictive
Everything TreKing said. Surely you must be aware that describing a game as addictive is simply a common expression in the general population, and is not using addictive in the same extreme sense as drug addiction. Attempting to conflate the two is political correctness at it's worst. Words mean difference things in different contexts. On Nov 22, 7:53 am, TreKing treking...@gmail.com wrote: On Sun, Nov 20, 2011 at 9:45 AM, MosToneDef ly3451...@gmail.com wrote: I would like Google to ask themselves these questions: I ask you to ask yourself this question: Does Google write the descriptions for the apps that label themselves 'addictive'? Hint: No. I ask that Google make some changes. I ask that you channel your concerns to the appropriate parties - which would be the developers that have offended you. I also ask anyone reading this to abstain from purchasing or interacting with any application that contains the base word addict and all it's forms. I also ask that you not ask people to alter their behavior based on your personal bias. P.S. - This has nothing to do with this list - at best it would go in Android Discuss, and even that's a stretch. ----- TreKing http://sites.google.com/site/rezmobileapps/treking - Chicago transit tracking app for Android-powered devices -- 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
[android-developers] Re: Architecture of mobile application
BelvCompSys Like 90% of your posts, due to your opaque references, hints at inside knowledge, and otherwise generally obscure method of communication, I have no idea what you are talking about. On Nov 23, 12:06 pm, BelvCompSvs fa829...@gmail.com wrote: (seriously) One of my team leads is a MS Psyche and works in an ultra- secure installation ~ this is what they are shipping now - you are better off to hire the enemy as at least you can force them to shoot back at what they are supposed to [ moderators: this post is 100% legit informed and factual ] On Nov 22, 9:51 pm, TreKing treking...@gmail.com wrote: On Tue, Nov 22, 2011 at 12:53 PM, Kelly88 kely4chr...@gmail.com wrote: I am a final year student, ... for my research I need a diagram illustration mobile application architecture, to give my supervisor an idea how an mobile architecture application function.may someone please assist me by sending me diagrams? So you want someone to do your homework for you? Is this how you got to your final year? --- -- TreKing http://sites.google.com/site/rezmobileapps/treking - Chicago transit tracking app for Android-powered devices- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: Webkit CSS flip image
Allow me to be the first to say that you are an idiot and I hope nobody helps you. Simply appalling. On Nov 16, 2:05 am, u4yk unsok.ringori...@gmail.com wrote: Before I begin, let me state that I know about issue 12451 (code.google.com/p/android/issues/detail?id=12451). Now, what I'm trying to do is create a image that can become a mirror of itself in realtime. What I need is a way to do this IN JAVASCRIPT or CSS. In other words, PHOTOSHOP IS NOT A SOLUTION. Is there a way to have an image flip in JS within a Webview on Android 2.x? Please tell me that this can be done; otherwise, let Larry and Sergei develop Testicular Cancer and live long and agonizing painful lives. -- 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
[android-developers] Re: How to reactivate an older APK?
Yeah, I guess if you have a database then you might have issues with forward compatibility. My stuff is widgets and wallpapers, so less changes in settings required between versions. Thus for the general case I guess I can see where they are coming from. But if you have released a version, the reactivate button for previous versions shouldnt be available at all, since they don't work, hence all this confusion. Put that down to another feature of the Market... On Oct 28, 1:55 pm, Zsolt Vasvari zvasv...@gmail.com wrote: Maybe not in your app, but definetely in my app there would be issues. I use an SQLite database that I sometimes upgrade with new columns/ tables as I add features to my app. Let's say I roll back an update, but the user's database will not be rolled back. Then I release a fixed version that will again try updating the user's database by adding those tables/columns. A recipe for a maintenance nightmare. As I said, this may not be an issue for the flashlight apps out there, but for any serious app, this could be a very big problem. On Oct 28, 1:45 pm, William Ferguson william.ferguson...@gmail.com wrote: I would have expected that if I rolled back to version X-1 in the console that users that had already updated to version X would remain there and not be prompted to rollback (nor be given the option to update to the older version). All users now going to the console would see version X-1 as latest. No forward compatibility issues. Just a means of pulling a bad release from further distribution. William On Oct 28, 12:27 pm, Zsolt Vasvari zvasv...@gmail.com wrote: I bet if you never pushed the Publish or the Save button, you can reactivate an older APK. But once you publish, a user might have a newer version of the app on their phone than what's available on the Market. Then you update your app again, essentially forkiing your app. This can become a huge versioning nightmare, especially for more complex apps, and I am not surprised it's not supported. On Oct 28, 9:18 am, William Ferguson william.ferguson...@gmail.com wrote: Not suggesting you could or should roll back what the user has installed. But would like to withdraw a bad APK so other users don't install it. But as has been pointed out this is not possible without loading up another APK with a higher version nr than any previous APKs. On Oct 28, 1:13 am, Zsolt Vasvari zvasv...@gmail.com wrote: This has always been this way, and it makes sense as you cannot roll backwhat the user has installed. On Oct 27, 11:08 pm, William Ferguson william.ferguson...@gmail.com wrote: I had exactly the same situation tonight. It has to be a Market Console bug, otherwise what is the value of the reactivate button. On Oct 27, 3:40 pm, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: Before I waste my time by asking Market Support, who as we all know are about as useful as a chocolate teapot, has anyone managed to successfully re-activate a previous APK in the Developer Console? I had a situation where I made an update last night, quickly realised there was a bug and wanted to rollback to the previous version. But I was unable to. When I deactivated the new one and tried to reactivate the older one it wouldn't let me, because the older one's Version Number was lower than the current one. Well, yes, obviously. In the end, I had to recompile my previous version with a newer version number, and release that as an update. Mental. What is the point of a re-activate button that doesnt let you re- activate? Or am I missing something?- Hide quoted text - - Show quoted text -- Hide quoted text - - Show quoted text -- Hide quoted text - - Show quoted text - -- 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
[android-developers] Re: How to reactivate an older APK?
Thanks, Zsolt, that's interesting. But I don't really get it. Surely it is up to the developer to ensure that he is backwardly compatible? Or in this case, forwardly compatible? If I publish v16, then v17, I don't see why I can't then roll back to v16 if I'm comfortable that they are compatible. No different from me making a v18, I need to ensure its compatible with all previous versions, because fot example the user could still be on v14. In any case, there shouldn't be a functioning Reactivate button in that scenario, as it doesn't do what it claims to do. On Oct 28, 10:27 am, Zsolt Vasvari zvasv...@gmail.com wrote: I bet if you never pushed the Publish or or the Save button, you can reactivate an older APK. But once you publish, a user might have a newer version of the app on their phone than what's available on the Market. Then you update your app again, essentially forkiing your app. This can become a huge versioning nightmare, especially for more complex apps, and I am not surprised it's not supported. On Oct 28, 9:18 am, William Ferguson william.ferguson...@gmail.com wrote: Not suggesting you could or should roll back what the user has installed. But would like to withdraw a bad APK so other users don't install it. But as has been pointed out this is not possible without loading up another APK with a higher version nr than any previous APKs. On Oct 28, 1:13 am, Zsolt Vasvari zvasv...@gmail.com wrote: This has always been this way, and it makes sense as you cannot roll backwhat the user has installed. On Oct 27, 11:08 pm, William Ferguson william.ferguson...@gmail.com wrote: I had exactly the same situation tonight. It has to be a Market Console bug, otherwise what is the value of the reactivate button. On Oct 27, 3:40 pm, Dusk Jockeys Android Apps duskjock...@gmail.com wrote: Before I waste my time by asking Market Support, who as we all know are about as useful as a chocolate teapot, has anyone managed to successfully re-activate a previous APK in the Developer Console? I had a situation where I made an update last night, quickly realised there was a bug and wanted to rollback to the previous version. But I was unable to. When I deactivated the new one and tried to reactivate the older one it wouldn't let me, because the older one's Version Number was lower than the current one. Well, yes, obviously. In the end, I had to recompile my previous version with a newer version number, and release that as an update. Mental. What is the point of a re-activate button that doesnt let you re- activate? Or am I missing something?- Hide quoted text - - Show quoted text - -- 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
[android-developers] How to reactivate an older APK?
Before I waste my time by asking Market Support, who as we all know are about as useful as a chocolate teapot, has anyone managed to successfully re-activate a previous APK in the Developer Console? I had a situation where I made an update last night, quickly realised there was a bug and wanted to rollback to the previous version. But I was unable to. When I deactivated the new one and tried to reactivate the older one it wouldn't let me, because the older one's Version Number was lower than the current one. Well, yes, obviously. In the end, I had to recompile my previous version with a newer version number, and release that as an update. Mental. What is the point of a re-activate button that doesnt let you re- activate? Or am I missing something? -- 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
[android-developers] Re: WallpaperService.Engine.onOffsetsChanged() gone in ICS?
It must be a bug, as the function does not appear deprecated, removed or otherwise according to the SDK. Ms Hackborn or anyone from Google had a chance to look at this yet? On Oct 22, 3:59 am, String sterling.ud...@googlemail.com wrote: I'm on the fence whether to report this as a bug, or just assume it's by design. Opinions? String -- 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
[android-developers] Re: Issue regarding SMS message failed alert dialog.
Why would you not want this message to appear, surely it is important to alert the user that their message has not gone through? On Oct 12, 1:16 am, Eric W. eric.whitc...@gmail.com wrote: Hello, This is my first time posting so please go easy on me if I break any rules. Thank you. What I am trying to solve is an alert dialog that comes up when a SMS message fails to be sent. The exact dialog is Message failed, would you like to retry? So far I am unable to stop this message from happening and it has become quite a problem to the program I am developing as enough dialogs popping up locks up the phone. I am trying to disable this message from happening but am unsure where it comes from. I am using rooted HTC Incredible 2s running 2.3.3. I have spent the past three weeks trying to find a solution to this problem to no avail. I've scoured the web and tried all of the following and more- 1. Adjusted settings within the stock messaging app. 2. Removed the stock messaging app entirely. 3. Installed other messaging apps including HandCent and adjusted its settings. 4. Removed other system apps that I thought may be the problem. None of these stopped the dialog from popping up. I have no idea if this is from an app or from the system itself. Either way I need to find it and disable it. Any ideas? Thank you in advance for any and all answers. Eric -- 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
[android-developers] Re: HTC and LG haven't implemented Android in the right way
What is the Morphing Galaxy Live Wallpaper? I cant see that on the Market. The default Galaxy, Galactic Core and Galaxy Live Wallpaper all work perfectly well on my HTC Desire HD, with no blurring, so they are probably not doing things the same way as you are. On Sep 28, 2:36 am, MobileVisuals eyv...@astralvisuals.com wrote: Yes, that is exactly what I am doing. I am using point sprites with size attenuation for my space animations, like the Morphing Galaxy live wallpaper. But what is the use of point sprites if the size attenuation do not work? The size attenuation is not supported on devices from HTC and LG. This is what I mean with size attenuation: http://www.opengl.org/sdk/docs/man/xhtml/glPointSize.xml All the point sprites get the same size if the size attenuation do not work, which results in a blurry mess. It looks like it should on most Android devices, but not those from HTC and LG. On Sep 27, 7:11 pm, Nightwolf mikh...@gmail.com wrote: Point sprites can be used to display stars in space. On 27 сен, 11:26, MobileVisuals eyv...@astralvisuals.com wrote: I need Point attenuation to produce space animations with shining particles, which look like stars. How can I achieve that effect without using Point attenuation? Do you mean that I should make small rectangular polygons with transparent textures instead? I have tried that before on M3G and it didn't look as good as Point attenuation. Anti-Aliasing is a method of fooling the eye that a jagged edge is really smooth.Will that really be enough to get the same effect as Point attenuation? Could you please be more specific in which OpenGL technique I should use to make it work on HTC and LG? Isn't Point attenuation a part of the Android OpenGL standard? Shouldn't HTC and LG support it in that case? On Sep 27, 3:34 am, Indicator Veritatis mej1...@yahoo.com wrote: Short answer: no. Longer: why do you need point attenuation? There are other ways to do anti-aliasing, and some really cool graphics have been done for Android phones using that instead of point attenuation. On Sep 26, 6:26 am, MobileVisuals eyv...@astralvisuals.com wrote: I have found that everything implemented with Point attenuation will look like a blurry mess on devices from HTC and LG. This happens on even the newest devices from HTC, like HTC Desire HD. Why is it like this? Haven't they implemented Android in the right way? Point attenuation works like it should on most Android devices, like those from Samsung. I have implemented Point attenuation according to the Android specification in two of my company's apps.I have worked with Point attenuation on Symbian and C++ before, so I am quite sure that I have implemented it the right way. It is about the same code implementation in all OpenGL. Shouldn't all new Android devices support Point attenuation? It works on IPhone, so I think Point attenuation should work on all new Android devices too.- Hide quoted text - - Show quoted text - -- 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