Hi, thanks. I just saw a demo - purgeable bitmap. It can display running numbers, which means it displays intermediate results. If so, it might help. My program now only display the initial step and final step. I definitely will take a look at your suggestion when I get a chance. I still hope Android could provide AWT. It's most Java programmers learned to programming Java. I strongly believe that a good software development environment should provide easier programming environment. It's just like nowadays electronic engineers don't need to know circuit design can still do a good job in IC design.
Thanks again. On 5月17日, 上午11時55分, Nightwolf <[email protected]> wrote: > Take a look at the Lunar Lander from API Demos. > > On May 17, 6:53 am, Heuristic <[email protected]> wrote: > > > > > Thanks for the reply, Dianne. I wished I had got your answer before I > > made further changes earlier - I draw the drawings onto another image > > buffer and copy the image buffer back to the real image view. (This is > > what I learned before that it could make the drawing smooth so that > > there is no flicker like you said.) It turned out to be useless > > anyway. > > Like you said - Android's drawing will not draw until the drawing is > > complete. What I want is to draw is the moving of the tower of hanoi > > in a step by step way so that the users could see the moving - not the > > end of the moving. > > > I see that Android has some animation mechanism. I wonder if I could > > start an animation thread, then uses the images that I draw as an > > animation source for the animation. Theoretically, it should work. > > But, I hate that I might find out that it's not what I think. > > I believe that I can associate a view with an animation. Then, I could > > start an animation that plays the images I create one by one. That > > probably will work. But, I am new to Android, so I have no idea about > > Android animation at this moment. > > Thanks anyway. > > > On May 17, 10:27 am, Dianne Hackborn <[email protected]> wrote: > > > > Android's drawing model is totally different, so it can provide a smoother > > > experience without flicker. When drawing your window, you need to > > > completely draw it and the result is not composited to the screen until > > > all > > > drawing is complete, so the user never seen flicker and artifacts due to > > > partially drawn windows on screen. > > > > You just need to learn how Android works. Yes, it does not useAWT, so you > > > just need to learn the way that Android does drawing just like if you were > > > coming from any other platform. > > > > On Tue, May 17, 2011 at 1:11 AM, Heuristic <[email protected]> wrote: > > > > I write an Android Java program to "simulate" the moving of Tower of > > > > Hanoi. > > > > The drawing does not show in steps I expected, instead it shows in a > > > > chunk at the end of the drawing. Why? > > > > The scenario can been seen in my personal website - > > > > 1. I set the disc number to be 5. > > > >http://homepage8.seed.net.tw/web@3/heuristic/TOH_Set051411001.JPG > > > > 2. Then, I start the moving. (I used the sleep timer so that it won't > > > > move too fast.) > > > >http://homepage8.seed.net.tw/web@3/heuristic/TOH_Start051411001.JPG > > > > 3. It ends up with the BLACK piles of the discs on the two other > > > > sticks as shown on the following URL: > > > >http://homepage8.seed.net.tw/web@3/heuristic/TOH_End051411001.JPG > > > > (This is due to an error in my program. It's fixed.) > > > > > The button "start" is used to trigger the movement. I can see that the > > > > button's color is changed and hold there until all the drawings are > > > > done, then the color of the button is reset to original. This is not > > > > what I want. I want to show - moving the disc 1 from stick 1 to stick > > > > 2, then moving the disc 2 from stick 1 to stick 3, and so on. It does > > > > not show this - it shows the last step that finishes the tower of > > > > hanoi movement. > > > > > I wrote this Java program long time ago using Java Applet (and it > > > > works as an application with little modification). The library used to > > > > draw isAWTonly. Now, I just changed the interface to be Android GUI/ > > > > API interface. > > > > The old program works fine on my website (in fact, in my all > > > > showoffs.) - > > > >http://homepage8.seed.net.tw/web@3/heuristic/tohjava.html > > > > > This program was developed on Android 2.1-updated. I just ported to > > > > 3.0, it shows the first time, then halts there. I haven't got time to > > > > figure out. > > > > > This is a very good educational material - to teach Math, Java, > > > > Computer Sciences, etc. > > > > Hope experienced Android guy can share experience here. This is a > > > > little bit like the "flush" in some i/o problem. Sometimes, if you > > > > don't flush, there is no output. So, why Android does not show the > > > > drawing out right away, instead it waits until the end of all the > > > > drawings. > > > > It looks like that using threads could solve the problem. But, it's > > > > too much of the work for just drawing some object movings. Anyone has > > > > any idea how to make the programming simpler and easier for a simple > > > > task like this? > > > > > How come Android not provide theAWTlibrary? Is it too big or too > > > > clumsy? It's just some simple drawings, why do you want your > > > > developers to write so many codes for a simple task like this? > > > > Is there a way that the displaying view (view to show the images) > > > > sends a message to the button and asks the button to release the > > > > control to the view so that the view can draw the drawings as it > > > > should do. I think it's the button control holds the operation until > > > > the called routine exits. Painting or drawing should be independent > > > > of the processes that activate the painting or drawing likeAWT, > > > > right? > > > > Any idea? > > > > > -- > > > > You received this message because you are subscribed to the Google > > > > Groups "Android Developers" group. > > > > To post to this group, send email to [email protected] > > > > To unsubscribe from this group, send email to > > > > [email protected] > > > > For more options, visit this group at > > > >http://groups.google.com/group/android-developers?hl=en > > > > -- > > > Dianne Hackborn > > > Android framework engineer > > > [email protected] > > > > 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.- 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 [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
