[android-developers] Can't install API 7, 8 and 13 because not compatible with windows, PLEASE HELP
Hi, I just installed the SDK manager and everything works fine installing all the API:s except for 7, 8 and 13! It just says "not compatible" and I can't simply install them but I really really need them urgently! Can anyone help me bypass this somehow? Thank you -- 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. To post to this group, send email to android-developers@googlegroups.com. Visit this group at https://groups.google.com/group/android-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/android-developers/2566bdb4-5229-457b-962f-51b0af6550c1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [android-developers] Re: Dev Environment - maven-android-eclipse
Android + Maven + Eclipse is definitely possible, but speaking from experience, it's painful. Tedious to get working, builds are very very slow and fragile. You can do it, but it'll hurt. For what it's worth, IntelliJ + Android + Maven works wonderfully. Because I was working on a largish Android app that was built with Maven, I switched to IntelliJ CE and I've been a very happy camper since then. Everything supported out of the box (no plugins to install), everything cooperates, and the build is fast and stable. Switching IDEs is a big deal though, but if you really like Maven, I personally believe that is your best option On Thu, Mar 22, 2012 at 10:09 AM, b0b pujos.mich...@gmail.com wrote: On Thursday, 22 March 2012 15:55:43 UTC+1, Ricardo Gladwell wrote: Hi Ted This is possible, please see the Android Connector for M2E (Maven for Eclipse): http://rgladwell.github.com/m2e-android/ Regards... The thing is that it never worked too well as the eclipse ADT plugin and m2e-android / maven-android-plugin conflict with each other. Each one expect a specific directory layout for example Add to that the fact ADT is an ever moving target which makes playing nice with each other difficult... And it is very badly documented... I'm successuflly using maven in Android Library projects to manage pure Java depencies. Forget it in your main Android project though or expect a headache. m2e-android can probably work without the ADT eclipse plugin though. Never tried it but you loose some of the advantage of the ADT plugin. -- 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: Views inside a custom ViewGroup not rendering after a size change
For the benefit of the archives, I asked the same question on Stack Overflow and it was answered by Romain Guy: http://stackoverflow.com/questions/5852758/views-inside-a-custom-viewgroup-not-rendering-after-a-size-change On Sun, May 1, 2011 at 8:19 PM, Michael Sims michael.h.s...@gmail.comwrote: I'm running into a problem that occurs when the containing FrameLayout is resized. The current implementation removes all of the views that represent the events and attempts to add new ones and calculate their sizes based on the current size of the FrameLayout. This work is being triggered via the onSizeChanged() method of View which is overridden in the FrameLayout. When the view is resized, this code is executed and the views are updated, however, none of them actually render on the screen... the views contained within the FrameLayout are simply not visible. If I load the view in the hierarchyviewer tool, they are part of the view tree, and are outlined in the overview in the positions they should be in, but they do not display. (Note that the views are visible on the initial render of the FrameLayout... it's only after a resize that they disappear.) -- 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] Views inside a custom ViewGroup not rendering after a size change
Hi all,
I'm running into a problem that has me stumped and I was hoping someone
could give me some pointers.
I'm working on an application that uses a custom ViewGroup (actually a
FrameLayout that contains a RelativeLayout) to render an event calendar.
The events inside the calendar are represented as views that are sized
according to the duration of the event and the size of the containing view.
I'm running into a problem that occurs when the containing FrameLayout is
resized. The current implementation removes all of the views that represent
the events and attempts to add new ones and calculate their sizes based on
the current size of the FrameLayout. This work is being triggered via the
onSizeChanged() method of View which is overridden in the FrameLayout.
When the view is resized, this code is executed and the views are updated,
however, none of them actually render on the screen... the views contained
within the FrameLayout are simply not visible. If I load the view in the
hierarchyviewer tool, they are part of the view tree, and are outlined in
the overview in the positions they should be in, but they do not display.
(Note that the views are visible on the initial render of the FrameLayout...
it's only after a resize that they disappear.)
It appears that the order of events during the resize is as follows:
onMeasure()
onMeasure()
onSizeChanged()
onLayout()
Calling requestLayout() after resetting the views (inside onSizeChanged())
seems to have no effect. However, if I cause some delay before calling
requestLayout(), the views become visible. I can cause this delay by
spawning a thread and sleeping, or by creating a dummy button that simply
calls requestLayout() and pressing it after the resize myself, or even this
ugly hack placed at the end of onSizeChanged():
post(new Runnable() {
public void run() {
requestLayout();
}
});
When I use this hack, the contained views are visible, and the order of
events is as follows:
onMeasure()
onMeasure()
onSizeChanged()
onLayout()
onMeasure()
onMeasure()
onLayout()
So it appears that forcing a second measure pass (after the view tree has
been modified) makes the contained views visible as they should be. Why
delaying the call to requestLayout() does this is a mystery to me.
Can anyone provide any pointers as to what I'm doing wrong?
I realize that this is somewhat difficult to follow without looking at some
code, so I have created a small sample application that exhibits my issue
and made it available on Github:
https://github.com/MichaelSims/ViewGroupResizeTest
The hack I mentioned above is committed to a separate branch:
https://github.com/MichaelSims/ViewGroupResizeTest/tree/post-runnable-hack
If I can provide any additional information, please let me know and 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.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: Storing data on the SD card in Froyo - files deleted when upgrading
So this bug appears to still exist on the 2.2 devices that we work with on the market (Motorola Droid with the latest 2.2 OTA) and even on the Google API 2.2 SDK emulator. I think that it is wildly unreasonable that this bug is not reflected in the main documentation at http://developer.android.com/guide/topics/data/data-storage.html or developer docs at http://developer.android.com/reference/android/content/Context.html#getExternalFilesDir%28java.lang.String%29 Would it be possible for the documentation to be updated to reflect the fact that you should only write your data in the following directory: /Android/data/package_name/files/ if you are building for an android environment which has the bug fixed (not sure if any such environments currently exist...) We started using the appropriate directory path (.../Android/data/ packagename/) before 2.2 was rolled out in anticipation of taking advantage of it, meaning that we can no longer upgrade our application (from the 2.1 installed version) without completely wrecking the install, and I feel that it is unfortunate that despite the bug being identified in July the documentation was not updated to reflect this problem. -Clayton Sims On Jul 29, 6:37 pm, Dianne Hackborn hack...@android.com wrote: Sorry yes this is indeed a bug in Froyo. :( I have patch to fix this now in the Froyo tree: https://review.source.android.com/16151 I can't tell you when it will appear on various devices, but hopefully we can get it rolled out fairly quickly. (Note -- do expect to see devices updating to Froyo for a while without this patch, since there is a fairly long natural lag between code going in and builds being created with it and going through TA to be delivered to devices.) On Sun, Jul 25, 2010 at 3:07 AM, Joseph Earl joseph.w.e...@gmail.comwrote: Hi John, thanks for the info, but essentially what I was hoping to have was 1) Files on SD card NOT deleted during upgrade (they are independent of the app version) 2) Files on SD card ARE deleted during final uninstall However they get deleted in both those scenarios which is not useful to me, as I cannot ask the user to re-download ~200MB of files again if I need to release an upgrade to fix a bug or something. On Jul 25, 3:10 am, john john4...@gmail.com wrote: If you're using API Level 8 or greater, use getExternalFilesDir(null) to save a File. It will be deleted when you upgrade to a newer version. On 7月25日, 上午3時57分, Dianne Hackborn hack...@android.com wrote: Ergh... that may be a bug. :( To be clear, when doing the update your internal data is not being erased, but the data on the SD card is? On Sat, Jul 24, 2010 at 10:11 AM, Joseph Earl joseph.w.e...@gmail.com wrote: I have an application which resides on the phone memory but downloads large data to the SD card on first launch (the app needs to be able to work without an internet connection most of the time) When using the recommend directory given in Froyo it seems all files on the SD card are deleted when I install a newer version of the .apk. I'd preferably like the files removed on uninstall, but not on upgrade since the files on the SD card aren't going to change between application versions, and forcing the user to re-download a large file that is independent of the application version does not seem reasonable. At the moment it seems I'm forced to use a different directory to the recommended one in order to stop Froyo deleting all the files when the application is upgraded. Am I doing something wrong, or is this how it is supposed to work (I'm guessing it is)? (Or perhaps I misunderstood what getExternalFilesDir is for) -- 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.comandroid-developers%2bunsubscr...@googlegroups.comandroid-developers%2Bunsubs cr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. -- 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.comandroid-developers%2bunsubscr...@googlegroups.com For more options
[android-developers] Re: Android Dev Phone 1™
I ordered mine on December 10 with regular ground shipping to Memphis. My credit card was charged on Dec 11 (by Gotta Go Blue.) I've called the Brightstarcorp number repeatedly since then and finally got through today. I spoke with Dana who was, as someone else in this thread mentioned, absolutely the nicest and most pleasant customer service person you might wish for. She said my order was still in process and hadn't been shipped yet. Apparently she's the only customer service person working on this. I'm a little frustrated by the ordering fulfullment process at Brightstar but appreciate the information Dana has provided. On Fri, Dec 12, 2008 at 3:15 PM, Aaron aaronhettiger2...@gmail.com wrote: I just did a reference track on FedEx, using the order number from Brightstar, and it came up with my tracking number, and information about the package. :) On Dec 12, 1:58 pm, Tammen Bruccoleri tammen.bruccol...@gmail.com wrote: I called and left a message with the Android Dev 1 Phone sales team, inquiring about the status of my Dev phone which was purchased on 12.09. Thinking that I would never even get a reply. I went to the water cooler and came back, found a message on my voicemail. Donna or Dana pleasantly left my FedEx tracking number and phone number to call back if I had any questions or concerns. Not getting a tracking automatically was a bummer and I was kinda concerned about my order. However, I have not seen this type of superb customer service in such a long time. Donna or Dana if your reading these threads your doing a great job !!! Can't wait to open this early Christmas present... Should be at my door tomorrow according to the FedEx tracking number. On Fri, Dec 12, 2008 at 2:46 PM, Aaron aaronhettiger2...@gmail.com wrote: I ordered on 12/9, and I called just now and was told by a lady named Dana, that my phone is in today's queue and will be shipped from the warehouse today. It's a good thing I got 2-day shipping, I can't wait much longer. It's looking like I won't be getting it until Monday. :( On Dec 11, 2:47 pm, sidecircle andr...@sidecircle.com wrote: Same for me: ordered 9/12 and didn't get any news except a your order has been received mail. Inquiries at wwsales at brightstarcorp stay unanswered. FYI: Shipping to France is billed 183.81 USD. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
