Re: WYSIWYG Designer
Why not contribute to the one in the Eclipse plugin? It's open source :) On Fri, Jul 10, 2009 at 6:20 PM, Cezar Signoricezarsign...@gmail.com wrote: There is already a tool like that...http://droiddraw.org On Fri, Jul 10, 2009 at 6:46 PM, yves (yingmin) yang yves.y...@soyatec.com wrote: We have developed VE for XSWT. If you are interested in this tool, we can help you to develop it, we need to find some fund to realize it. Best regards Yves YANG From: android-framework@googlegroups.com [mailto:android-framew...@googlegroups.com] On Behalf Of Dianne Hackborn Sent: Friday, July 10, 2009 10:54 PM To: android-framework@googlegroups.com Subject: Re: WYSIWYG Designer Are you offering to contribute code? On Fri, Jul 10, 2009 at 7:55 AM, yves.y...@soyatec.com wrote: Hi all, A Visual WYSIWYG Designer for Android can improve dramatically the development productivity. We have a lot of experiences in the development of such editor under eclipse. Is there someone interested in this tool for Android? Best regards Yves YANG Soyatec - http://www.soyatec.com Declarative UI for Java -- 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. Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.9/2229 - Release Date: 07/10/09 07:05:00 -- Cezar Augustus Signori http://cezarsignori.wordpress.com -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Home Screen Sample
This is a known bug we fixed today actually. The next Cupcake SDK/Donut SDK will have a fix. The fix is actually pretty simple, open Home.java, and in bindFavorites(), move the if (mFavorites) block *before* the try/catch. On Mon, Jun 29, 2009 at 8:34 PM, bayeebluebayeeb...@gmail.com wrote: Hi, I have successfully compile the sample code Home in the SDK for platform 1.5, but when I tried to run in (both in emulator and real phone) , it is force close. I pressed the Home key and it prompt me to select Home, Home Sample, I select Home Sample and the force close popup is show (repeatably). May I know anyone get the code up and run in phone or emulator ? Thanks. Best Wishes, Bayee -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Soft keyboard pushes stuff up - how to find new Y position (ViewDebug)?
But HierarchyViewer *already* dumps these values, they're called absolute_x and absolute_y. On Sat, Jun 20, 2009 at 8:09 AM, Samuel Quiringsbq...@gmail.com wrote: Hi. Sorry for not responding earlier -- I don't read this newsgroup daily. Our app sends DUMP commands to the ViewServer class on the phone over a socket and gets back a list of attributes for all views in the view hierarchy of a phone app. The code that actually creates these attributes is the class ViewDebug. Both these classes are in the package android.view in the system image. Our interface to ViewDebug is modelled after the HierarchyViewer app that is part of the SDK. There is a method, View.getLocationOnScreen(), that returns the x and y coordinate of the view on the screen, not relative to the Window. So I modified the routine ViewDebug.dumpViewWithProperties() to add these two values if they are available as follows: private static boolean dumpViewWithProperties(Context context, View view, BufferedWriter out, int level) { try { for (int i = 0; i level; i++) { out.write(' '); } out.write(view.getClass().getName()); out.write('@'); out.write(Integer.toHexString(view.hashCode())); out.write(' '); dumpViewProperties(context, view, out); if(((View) view).mAttachInfo != null) { int screenLocation[] = new int[2]; ((View)view).getLocationOnScreen(screenLocation); writeEntry(out, , screenX, , Integer.toString(screenLocation[0])); writeEntry(out, , screenY, , Integer.toString(screenLocation[1])); } out.newLine(); } catch (IOException e) { Our app also computes the X and Y position of each view relative to the Window. We compare the actual screen position with the computed X and Y to know when the view is not in its normal position and to know what its actual position is. You can catch the view in a transition period, for example suppose the phone app has an EditText view near the bottom of the phone window. If a click happens in that EditText, the entire window containing the view will be pushed up to make room for the keyboard and also keep the EditText control exposed (since the purpose of the soft keyboard is to enter text into the EditText control). if you ask to dump the view just after that click, you can catch the view in transition. Its screenY position will be part way between where it was (at the bottom) and where it will be (above the soft keyboard). Of course the reverse is true if you click the BACK key to remove the soft keyboard and ask for the dump right after that click. Hope that helps. Sorry for not responding earlier. -Sam On Thu, Jun 18, 2009 at 10:24 PM, tek tek.bas...@gmail.com wrote: Please post your solution, I'm interested in this as well. On Jun 13, 2:17 pm, sbq sbq...@gmail.com wrote: Thanks anyway, I found what I'm looking for. -Sam On Jun 13, 8:34 am, sbq sbq...@gmail.com wrote: Is there a way to get the window's information from the View? I would like to figure out that the window is shifted and by how much. On Jun 12, 10:10 pm, Romain Guy romain...@google.com wrote: That's because the window is shifted, not the views within the window. What HierarchyViewer shows is correct. On Fri, Jun 12, 2009 at 5:56 PM, sbqsbq...@gmail.com wrote: Greetings, I'm interfacing to ViewDebug to get the current position of views in the phone window. I have an Android application with an EditText box near the bottom of the phone's window. When I click on that EditBox, the soft keyboard is displayed at the bottom of the window and the EditText box (and everything above it) is pushed up to make room. Soon after, while the keyboard is still visible, I have a program that connects to the phone and makes a DUMP request to ViewDebug. I don't see this shift reflected in either the mTop or mScrollY of any Views brought back. Is there a way learn about the new position of these Views after the soft keyboard is displayed? Alternatively, is there a way to learn that the soft keyboard is currently being displayed and how far the phone window was scrolled up -- the amount of scrolling depends on which EditText control was clicked. Since HierarchyViewer uses this same DUMP data, it also does not show that the Views have been shifted up and some views are not on the screen -- the absolute_y positions are what they would be if the keyboard was not there. Thanks for any help. -Sam -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted
Re: Soft keyboard pushes stuff up - how to find new Y position (ViewDebug)?
Why do you need to know by how much the window is shifted?? On Thu, Jun 18, 2009 at 10:24 PM, tek tek.bas...@gmail.com wrote: Please post your solution, I'm interested in this as well. On Jun 13, 2:17 pm, sbq sbq...@gmail.com wrote: Thanks anyway, I found what I'm looking for. -Sam On Jun 13, 8:34 am, sbq sbq...@gmail.com wrote: Is there a way to get the window's information from the View? I would like to figure out that the window is shifted and by how much. On Jun 12, 10:10 pm, Romain Guy romain...@google.com wrote: That's because the window is shifted, not the views within the window. What HierarchyViewer shows is correct. On Fri, Jun 12, 2009 at 5:56 PM, sbqsbq...@gmail.com wrote: Greetings, I'm interfacing to ViewDebug to get the current position of views in the phone window. I have an Android application with an EditText box near the bottom of the phone's window. When I click on that EditBox, the soft keyboard is displayed at the bottom of the window and the EditText box (and everything above it) is pushed up to make room. Soon after, while the keyboard is still visible, I have a program that connects to the phone and makes a DUMP request to ViewDebug. I don't see this shift reflected in either the mTop or mScrollY of any Views brought back. Is there a way learn about the new position of these Views after the soft keyboard is displayed? Alternatively, is there a way to learn that the soft keyboard is currently being displayed and how far the phone window was scrolled up -- the amount of scrolling depends on which EditText control was clicked. Since HierarchyViewer uses this same DUMP data, it also does not show that the Views have been shifted up and some views are not on the screen -- the absolute_y positions are what they would be if the keyboard was not there. Thanks for any help. -Sam -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Regd. Android Wrapper Classes on top of SKIA Classes
You are talking about the JNI glue. They're used to let the Java APIs call into the Skia native layers. It is required. On Thu, Jun 11, 2009 at 12:08 AM, AbdulRahmanabdurah...@gmail.com wrote: Hi Is there any reason for having lot of wrapper classes on top of Skia Classes Eg:- Region on top of SkRegion Separate Rect, Point when Skia is already having that. and so on. Could some one explain the reason for the wrapper classes ? thanks Abdul Rahman -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Android 1.5 and cupcake 1.5
Cupcake == Android 1.5 On Wed, May 20, 2009 at 8:26 AM, Nima sayikuma...@gmail.com wrote: Hi, We have downloaded the source code using the following link. repo init -u git://android.git.kernel.org/platform/manifest.git -b android-1.5 Whether this source code version is cupcake 1.5? How can we download cupcake 1.5 source code ? ThanksRegards, -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: race condition? Window already focused, ignoring focus gain of...
Examining the possibility of using ViewServer/ViewDebug as part of a test framework -- a way to examine the phone's GUI state after user input. I would highly recommend you didn't use the ViewServer for this. Why don't you just walk the view hierarchy and examine its state? What is the problem with the current ViewServer/ViewDebug that might prevent it from being used that often? Because a ViewServer dump is very expensive as it relies heavily on reflection and it can take several seconds to perform a dump. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: how does skia OpenGL backend works?
No ETA and definitely not for Donut. On Tue, Apr 28, 2009 at 9:34 PM, mailandroid mailandr...@gmail.com wrote: Thanks for immediate response. any idea when this will be done? Can we expect the support in Donut releases? On Apr 29, 9:28 am, Romain Guy romain...@google.com wrote: The OpenGL backend for Skia is not supported and not enabled. On Tue, Apr 28, 2009 at 9:27 PM, mailandroid mailandr...@gmail.com wrote: Hi, Could anyone explain me how skia OpenGL backend works? SkCanvas is the drawing context for Skia. How and When SkGLCanvas gets invoked? On what parameter drawing gets diverted to OpenGL form? Does application has to set some parameter? thanks and regards -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: How does HierarchyViewer works ??
This delay has nothing to do with the protocol itself, it's because it requires a lot of introspection work in the Java classes. I tried to cache as much as I could but the code of the generator can definitely be improved. Feel free to look at ViewDebug.java and submit patches. On Mon, Apr 27, 2009 at 6:50 PM, Ashrotronics 030440...@163.com wrote: Hi, As far as i call tell,If i wanna get all info of the controls in current screen show ,It'll take me about 5s,That's quite a long period of time to me,May be i can make it quicker someway ? Thanks a lot! On Apr 27, 11:12 pm, Romain Guy romain...@google.com wrote: Hi, Why is it too inefficient? It's not meant to be a real-time protocol but just a snapshotting tool. On Mon, Apr 27, 2009 at 5:32 AM, Ashrotronics 030440...@163.com wrote: Dear all: Here is all that i can tell: First you can start the window service in the shell ,then through socket communication,you can get windows and control infos by sending message to the other side (LIST,DUMP ) and so on, But this seemed far too inefficient to me,Anyone can tell me something more ? Such as how the other side of the socket works,Or how the window service get the window and controls info ?? Any comments will be much appriciated ! Ashrotronics -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: RemoteViews should support EditText
EditText is not easy to support as a RemoteView, mostly because of how Home works. Handling its focus and touch events correctly is not an obvious task and we preferred to get it right later than risk it now. It would also become an issue if other apps started to support RemoteViews and did it incorrectly. When something missing seems obvious and easy, it probably isn't :) On Fri, Apr 17, 2009 at 7:03 AM, Zach Hobbs ho...@helloandroid.com wrote: In 1.5 many widgets could use EditText (ala Google Search widget), but unfortunately EditText is not a @RemoteView. My initial thinking is that EditText fields should require a submit Button/ImageButton. So the procedure for getting a value from an EditText: - init your RemoteViews - call a method like for each EditText: RemoteViews.attachEditToButton ( int edit_text_id, int button_id, String extra_key) - setup your Button's PendingIntent via RemoteViews.setOnClickPendingIntent(...) - now, when your Button is clicked, the Strings from any EditTexts attached to it would be added to the Extras for the Button's Intent using the Extra Key supplied in attachEditToButton(). Any thoughts or pitfalls? Seems like this would be fairly easy to implement. Thanks, Zach -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Problem building CupCake
What JDK are you using? On Thu, Apr 2, 2009 at 2:32 AM, Al Sutton a...@funkyandroid.com wrote: I'm on Ubunyu 8.04-LTS, I've followed the instructions from the webpage, but every time I try to run make I hit; Copying out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/ classes-full-debug.jar Copying: out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/ classes.jar target Dex: framework target Jar: framework (out/target/common/obj/JAVA_LIBRARIES/ framework_intermediates/javalib.jar) host layoutlib_create: out/host/common/obj/JAVA_LIBRARIES/ temp_layoutlib_intermediates/javalib.jar Output: out/host/common/obj/JAVA_LIBRARIES/ temp_layoutlib_intermediates/javalib.jar Input : out/target/common/obj/JAVA_LIBRARIES/core_intermediates/ classes.jar Input : out/target/common/obj/JAVA_LIBRARIES/ framework_intermediates/classes.jar Exception in thread main java.lang.NoClassDefFoundError: org/ objectweb/asm/ClassWriter at com.android.tools.layoutlib.create.Main.main(Main.java:45) Caused by: java.lang.ClassNotFoundException: org.objectweb.asm.ClassWriter at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: 276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 319) ... 1 more make: *** [out/host/common/obj/JAVA_LIBRARIES/ temp_layoutlib_intermediates/javalib.jar] Error 1 Does anyone have any ideas as to how I can get passed this? Al. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: What screen resolutions?
Hi, What's missing is mostly the compatibility layer. Applications will not all work at various resolutions. These applications will need to be rendered in a specific way, probably by scaling the entire view hierarchy and translating touch events (the app will think it's running in h...@160density.) I am also interested to know if you have plans to improve the application UI framework further for different screen sizes What exactly do you mean? The UI framework can already work at various resolutions and densities. It's up to the app to use it correctly :) -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Issues when try to use the App Monkey in an Upload / Download Application
The -p flag is used to specify the package name of the application, not the name of the source (.java) files. For instance to run the monkeys on Home you'd use -p com.android.launcher On Wed, Apr 1, 2009 at 5:10 PM, axy axy...@gmail.com wrote: Hi I´m trying to use the App monkey in an Upload / Download Application but when I try to run it I get this error: C:\Documents and Settings\workspace\AndroidRD\APPLICATIONS \INTERNET_WIFI \Download_Upload_Http\src\com\Download_Upload_Httpadb shell monkey -p En gine.java -p Download.java -p R.java -p Splash.java -p Upload.java -v 100 :Monkey: seed=0 count=100 :AllowPackage: Download.java :AllowPackage: Splash.java :AllowPackage: R.java :AllowPackage: Engine.java :AllowPackage: Upload.java :IncludeCategory: android.intent.category.LAUNCHER :IncludeCategory: android.intent.category.MONKEY ** No activities found to run, monkey aborted. Any idea of this error? The application runs well in Android Emulator. Thanks -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: What screen resolutions?
Hi, Part of the resolution independence support is already in Cupcake. This gives you a proper scaling of the dpi unit to pixels (1 dip at 160 density == 1 pixel, 1 dip at 240 density == 1.5 pixel), as pre-scaling/auto-scaling of drawables and density specific resources (res/layout-120dpi/, res/drawable-240dpi/, etc.) On Tue, Mar 31, 2009 at 7:53 AM, RugBat rug...@gmail.com wrote: Thanks, that's very helpful! I've heard mention of a feature called DPI-independence (or some such)... is that something coming up in Donut, or later? What would that give us? I'm looking to figure out what's needed long-term to make apps run across as wide a range of devices as possible. Thanks again, John -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Question about android graphics.
1. what is the relationship between ViewRoot and View class. The ViewRoot is the root of each view hierarchy. Like you said, there is one ViewRoot per window. The ViewRoot is responsible to handling the layout and drawing of the view hierarchy. The view hierarchy is made of Views and ViewGroups. A ViewGroup is a special View that can contain other Views. Is all view ,its children's view and their viewRoot share the same canvas for draw? Yes, but that Canvas might change on every drawing operation. The ViewRoot acquires a Canvas from the underlying Surface and hands that Canvas to the top-level View. 2. What is the relationship within View, canvas and Surface. To my thinking, every view will be attached a canvas and surface. No, the Views are not attached to the Canvas nor the Surface. The window is tied to a Surface and the ViewRoot asks the Surface for a Canvas that is then used by the Views to draw onto. canvas hold the bitmap for view, will the actual view drawn data will be in canvas' bitmap. Yes. After View draw its data to canvas, ViewRoot will call surface.unlockCanvasAndPost(canvas) to schedule surfaceFlinger::composeSurfaces() which do the actually display to display panel. Yes. Where is the drawn data in canvas transfer to surface front buffer or backbuffer? I cannot find the code to do that. It's done by SurfaceFlinger. Do different views within the same ViewRoot share the same surface? Yes, except for SurfaceViews. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: ADT Layout editor design question
ADT simply implements the Canvas 2D API (and other APIs, like resources management) with Java SE. This means ADT actually executes the same code as the device. The only difference is the 2D rendering engine (Skia on the device, Java 2D in ADT.) On Wed, Mar 18, 2009 at 8:46 PM, Videoguy puri_mall...@yahoo.com wrote: Hi Just wondering how the XML layout editor in Android Eclipse plugin renders views specified in the xml. The way I understand it, the GUI sub system of Android is not based on AWT. But the eclipse plugin is running on top of standard Sun JVM. To render the xml views, a) the ADT some how has to reimplement the Android GUI components (all the views and layouts etc) on top of AWT or b) ported the layer below Android GUI components to standard Java environment. Which is right (a) or (b)? Thanks Videoguy -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: OptionMenu layout bug when using Dialog theme?
Known bug which I think we fixed in Cupcake. Note that having a menu for a dialog is very weird anyway. On Fri, Mar 13, 2009 at 8:06 AM, Daniel daniel.himmel...@googlemail.com wrote: Hi, I did an Android application which just has an AutoCompleteTextView. The Activity containing the AutoCompleteTextView uses the Dialog theme (android:theme=@android:style/Theme.Dialog). This Activity also has an options menu. But when you press the options menu button the menu is displayed right below the AutoCompleteTextView which is somewhere in the middle of the screen, not at the bottom. I found no way to display the options menu at the bottom of the screen. Is this a bug? -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Changing drawable instances
What do you mean exactly? On Mon, Mar 9, 2009 at 11:24 AM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: Is it possible to change an existing drawable instance by calling it's inflate method? I was hoping to implement skinning by simply changing my drawables after the view is inflated since there appears to be no way to do it while inflating. Perhaps I'm missing a better way? -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Changing drawable instances
getDrawable() already inflate drawables if the drawable uses XML. On Mon, Mar 9, 2009 at 1:06 PM, Jay Liang zl25dre...@gmail.com wrote: you can do drawable.createFromPath(), cant 'inflate' drawable On Mon, Mar 9, 2009 at 4:00 PM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: Lets say I inflate a view. Now I want to change a drawable to a different png. I was thinking of something like this: Drawable drawable = getContext().getResources().getDrawable (R.drawable.clock_dial); drawable.inflate( resources, xmlParser, attrs ); Actually, I want to inflate from another context/app. I started looking at themes, but I don't see that is covers drawables. Perhaps there is a better way? Am I missing a formal way of doing this? Thanks for you help, John On Mar 9, 12:26 pm, Romain Guy romain...@google.com wrote: What do you mean exactly? On Mon, Mar 9, 2009 at 11:24 AM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: Is it possible to change an existing drawable instance by calling it's inflate method? I was hoping to implement skinning by simply changing my drawables after the view is inflated since there appears to be no way to do it while inflating. Perhaps I'm missing a better way? -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Changing drawable instances
Why don't you just create a Drawable manually instead? new BitmapDrawable(BitmapFactory.decodeXXX(...)) On Mon, Mar 9, 2009 at 1:47 PM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: you can do drawable.createFromPath(), cant 'inflate' drawable That makes a new drawable, I want to change the one already loaded. You can inflate drawables using the bitmap tag. getDrawable() already inflate drawables if the drawable uses XML. Yes, but it inflates using the png defined in the XML. I now want to change that png to a different png at runtime. Basically, I would want to do this if it were possible: getContext().getResources().setDrawable(R.drawable.clock_dial, Drawable.createFromPath(x)); On Mar 9, 2:11 pm, Romain Guy romain...@google.com wrote: getDrawable() already inflate drawables if the drawable uses XML. On Mon, Mar 9, 2009 at 1:06 PM, Jay Liang zl25dre...@gmail.com wrote: you can do drawable.createFromPath(), cant 'inflate' drawable On Mon, Mar 9, 2009 at 4:00 PM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: Lets say I inflate a view. Now I want to change a drawable to a different png. I was thinking of something like this: Drawable drawable = getContext().getResources().getDrawable (R.drawable.clock_dial); drawable.inflate( resources, xmlParser, attrs ); Actually, I want to inflate from another context/app. I started looking at themes, but I don't see that is covers drawables. Perhaps there is a better way? Am I missing a formal way of doing this? Thanks for you help, John On Mar 9, 12:26 pm, Romain Guy romain...@google.com wrote: What do you mean exactly? On Mon, Mar 9, 2009 at 11:24 AM, van.etten.m...@gmail.com van.etten.m...@gmail.com wrote: Is it possible to change an existing drawable instance by calling it's inflate method? I was hoping to implement skinning by simply changing my drawables after the view is inflated since there appears to be no way to do it while inflating. Perhaps I'm missing a better way? -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: define public or private resources
You must not add public resources because it would change the public API and thus make your Android phone/device potentially incompatible with other Android devices. Private resources can be accessed through com.android.internal.R, or with a special syntax from XML. On Sat, Feb 28, 2009 at 4:51 AM, jingcheng trustc...@gmail.com wrote: why? what prevents it in the framework code? The OEM sometime must add some resources or hardware into it. On Feb 28, 4:02 am, Dianne Hackborn hack...@android.com wrote: Correct. Sorry. On Fri, Feb 27, 2009 at 5:47 AM, cht caoht...@gmail.com wrote: for the OEM, if want to add some public resources, they can not do that? waht they added must be private? can not be accessed for the android.R ? -- 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. All such questions should be posted on public forums, where I and others can see and answer them. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: define public or private resources
From what you are saying, an Android-market app referring to com.android.internal.R would work okay on another OEMs device that has some new additional private resources inside its framework? Only if the app is recompiled for that build. In other words, you are saying that binary compatibility of apks are guaranteed across devices, even if one of the frameworks has new private resources. Correct? No, binary compatibility is guaranteed only for public resources. Either: - You are writing an OEM app meant only for your device or other OEM, and you use private resources (which means the app has to be compiled for each build it's meant to run on) - You keep using the current public resources - You put the resources in your app - You submit patches to add public resources to the Android platform -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Easy way to restarting soft keyboard service?
You can simply run adb shell stop adb shell start to restart the runtime. On Wed, Feb 18, 2009 at 10:40 AM, Khuong kgh...@gmail.com wrote: Hi, I'm implementing my own soft keyboard and everything works. There is one thing that's a little frustrating that after I compile and reinstall the keyboard .apk, I have to restart the emulator for the changes to take affect. Is there an easy way to start and stop the keyboard service? Also is it possible to debug this service in Eclipse? Thanks -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Changing default theme for OEMs and Android compatibility
The content of the dialog can be entirely controlled by the developer, so the same restrictions apply. On Sun, Feb 15, 2009 at 6:19 PM, Nick nickp...@gmail.com wrote: Thanks for the quick responses. I have just one more related question. Do the same restrictions (dark background with light text) apply to the Dialog theme since the dialog is merely a frame around whatever content the user decides to display? Here it seems ok to let the frame change to be light background with dark text since it doesn't affect a developer's content. Thanks, Nick On Feb 14, 5:35 pm, Dianne Hackborn hack...@android.com wrote: Runtime skinning is a whole other issue, which we would certainly like to do but requires some work in the resource system (a fair amount of infrastructure is in place, but there are some missing pieces) and for a production quality solution requires figuring out how this interacts with zygote, which pre-loads key system resources at boot time to optimize app process initialization. And even so, if an application uses the theme with a dark background, you can't skin that to a light background and expect reasonable compatibility with existing apps. The widgets already work with either light or dark backgrounds, since they retrieve all of their display information from whatever Theme they are instantiated with. The apps as I said will probably need some customization to work with a different type of background. Even ignoring that, many of them have their own custom images that you will probably need to modify anyway to really have something that consistently matches with your new UI design. On Sat, Feb 14, 2009 at 3:26 PM, Nick nickp...@gmail.com wrote: No, I don't want to make 3rd party apps consistent (that's not the goal). If they don't care and used the default, then it seemed reasonable to let it change. The heart of the idea was to simplify the system applications and widgets since I want to re-skin all of Android to this new Theme. I was trying to take the approach of having different system themes that the user can select much like changing the theme on your desktop. I know this is a major task so that's why I wanted to know the ramifications before proceeding further. On Feb 14, 3:05 pm, Dianne Hackborn hack...@android.com wrote: Yes this will break things. This is why they are defined the way they are -- when you use Theme you are promised to be sitting on top of some dark background, and Theme.Light to be on top of some light background. You just can't change this basic assumption without breaking applications. If you want to change the look of the standard apps to this extent, you will need to go and modify them. Note this could very well require doing more than changing the theme they use, because there are likely some custom graphics and colors that will no longer work in the new environment. And trying to make third party apps consistent? That's a losing battle, don't even try. Third party apps get to do what they want. On Sat, Feb 14, 2009 at 8:39 AM, Nick nickp...@gmail.com wrote: The only assumption with the default theme in the SDK is that light text on a dark background. However, will an OEM jeopardize being Android compatible if they change the default theme to be dark text on a light background? The reason for this is that I don't want all the built-in applications to have to specify some custom theme since it's easier to just change the default theme. Also, I would like those 3rd party applications that use the default theme to change as well so there is consistency throughout the device. -- 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. All such questions should be posted on public forums, where I and others can see and answer them. -- 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. All such questions should be posted on public forums, where I and others can see and answer them. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: GUI screen builder for android apps
There is a GUI builder in the Eclipse plugin already. On Sun, Feb 8, 2009 at 5:45 PM, Videoguy puri_mall...@yahoo.com wrote: Hi I am wondering whether there is any plan to build a GUI builder in Android rodamap. I like XML based layouts, but I find it slow process when I am building proto type screens. If there is a screen builder tool like Adobe Flex Builder or enhanced version of current xml layout tool that comes with Eclipse plugin, it would help everyone a lot. I checked Droiddraw. It is too basic. I am looking for full fledged screen builder that lets users build a screen using drag-and-drop controls on a panel; configure properties of controls etc. Any pointers? Thanks Videoguy -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Home screen Widgets SDK
You can. All you have to do is respond to a specific intent. The SDK even comes with an example. On Wed, Jan 28, 2009 at 11:50 AM, jack jac...@gmail.com wrote: Jay, Are you sure you can replace the Home Screen app on the locked t- mobile G1, and not just the developer version of G1 that google sells? On Jan 28, 11:00 am, Jay Liang zl25dre...@gmail.com wrote: it should be possible to checkout the Home screen source codes, modify it so that it has widget support. you can then release this modified home app so that people can replace their home app with yours. speaking of that... i wonder how many home screen apps will be available once paid apps are supported. On Wed, Jan 28, 2009 at 1:27 PM, Joe Onorato j...@android.com wrote: no. On Wed, Jan 28, 2009 at 12:20 PM, jack jac...@gmail.com wrote: Is there any indication of when Home screen Widgets SDK will be released? -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Application drawer sliding without showing icons
ViewConfiguration.java is the class that contains the limit you're seeing. I have an update internally that automatically sets that limit to the size of the screen times 4 bytes. On Thu, Jan 22, 2009 at 9:32 AM, Dianne Hackborn hack...@android.com wrote: Well regardless of issues in the app, 480x272 is not currently a supported screen size. Depending on the density of the screen, it may never be. 800x480 is also not supported, but much more likely to work since it is adding more pixels to the resolution that is supported, 480x320. On Thu, Jan 22, 2009 at 8:38 AM, matt88 matt.rosent...@gmail.com wrote: Hi All, I have android running on 2 seperate screens. One screen has resolution 480x272 and the second screen has 800x480. Both are running on the same piece of powerful hardware. When I slide open the application drawer on the first device all of the icons in the application drawer slide out along with the drawer, this is different from how it behaves on the second screen. On this second screen the icons do not move with the application drawer. I can only see the edge of the drawer move until it is fully extended and then all of the icons appear. I feel this is a piece of code that is checking the screen resolution and changing the effect depending on the answer. Can someone point me to the right file so i can take a look. I am a hardware guy without the necassary SW skills to find this piece of code. Thanks Matt -- 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. All such questions should be posted on public forums, where I and others can see and answer them. -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. 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-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Horizontal Scrolling for ScrollView Widget
It was not implemented because it was not needed. Horizontal scrolling is also a little clumsy on the current form factor. On Nov 30, 2008 1:37 PM, ChoboMuffin [EMAIL PROTECTED] wrote: The ScrollView widget currently supports Vertical Scrolling only. I took a look at the code and it doesn't seem that hard to implement the support for horizontal scrolling. Does anyone know why it was not originally implemented to handle both? Also does anyone know if another Horizontal scrolling solution ( a more standard one) is being worked on? If not I will go ahead with implementing Horizontal support for the ScrollView widget. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Horizontal Scrolling for ScrollView Widget
You can send the patch and I'll review it. On Nov 30, 2008 1:46 PM, ChoboMuffin [EMAIL PROTECTED] wrote: Well I have the current for some Horizontal scrolling. Do you think it was worth trying to add it to the core framework? Or would you recommend I implement a custom component? On Dec 1, 8:40 am, Romain Guy [EMAIL PROTECTED] wrote: It was not implemented because it wa... On Nov 30, 2008 1:37 PM, ChoboMuffin [EMAIL PROTECTED] wrote: The ScrollView widget cu... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---