Hi, I saw responses from several people, will answer to everybody in a single message.
Stéphane Ducasse wrote: >> It would be nice if a smaller base Pharo image could be built such >> way, so it could be embedded with VM and distributed together. > yes we are working slowly but steadily on that. > Did you try the pavel image? Not yet, but you just reminded me that it exists; eventually I'll try it out ;) Alain Rastoul wrote: > And if yu have an APK that I can download somewhere else than on the market, I never put CogDroid on the market - it is in google code. > I am interested > (the ALT and CTL key missing are really painful, I use the blue/yellow > button emulation but it is not cool) Give me some time to finish locale support, and I'll put some apks to a temporary location (other than google code - downloads in google code are unremovable). Keyboard modifiers work fine in x86 Android, but I just don't have any ARM device with keyboard to test it. > I am not sure the image size is really a problem on a tablet ? > lot of games - angry birds game (free on android market ) for example- are > about 30MB if I m right, It is more about the fact that bundling an image together with apk makes the image immutable. Such approach would be good if a specific application is shipped, or to have a "starter" image that provides a more convenient framework to download/upgrade other images than just doing that in Android browser. > I clearly had the feeling that the battery is going down faster when I use > Pharo perhaps because not all Smalltalk processes are sleepng and so the vm > never sleep ? > The UI morphic process make pauses of 20 ms when there is not event , I > don't know for others processes (Timer event loop, Input events process). > I have to investigate Have a look at this file: http://gitorious.org/~golubovsky/cogvm/dmg-blessed/blobs/master/platforms/android/project/src/org/golubovsky/cogstack/CogView.java methods of interest are timerEvent, and every method that calls it. The timerEvent method spawns a thread which generates a predefined (or infinite) number of timer events with given interval (timerDelay which is hardcoded as 200ms). But when interpreter returned by interval timer (this is necessary to have Android runtime poll for events), it will be reentered immediately beause there is some unfinished business. If user input is received, additional timer threads will be spawned, for limited amount of events generated. I may set this timerDelay to much larger value. But then VM will be frozen until any user input arrives - even server mode flag won't help. Even cursors in text inputs will stop blinking. Maybe this timerDelay has to be configurable if battery life is a concern. > Cool, if the clipboard vm primitives are ok, the System Clipboard class > should work ?. Not yet. All I have is a primitive that reads from Android clipboard (maybe I need to add one that writes there), but it has not been integrated with the rest of the image (and such integration is not really part of the VM). Perhaps a pair of items has to be added to the text editing context menu to copy/cut to and paste from Android clipboard. Schwab,Wilhelm K wrote: > Does an Archos 43 count as an Android device? I bought it with plans that > fell flat (the target moved, and the OS was a little disappointing). That > said, I have it and can > help with testing. I do not have a data plan for it, so my default usage is > to copy packages to it via USB. I think it counts, but AFAIK is has 4.3" screen, correct - sized more like a phone? But technically you should be able to run CogDroid on it given enough RAM is available (someone I remember tried it on a phone with 128M RAM and that was not sufficient) 256M should be OK. If you have wifi on the tablet you should be able to hook it up with a home wifi router - only you need to have NAT enabled since Android browser does not use HTTP proxy. Pharo can be configured to use a proxy though so you can access Monticello repos also such way. > It is hard to imagine developing on it, but I'm willing to be pleasantly > surprised, and it would be nice to be able to deploy Pharo apps on hand-held > devices. You may develop on a PC and then transfer the image to the tablet. Or load packages from Monticello repos as usual (with proxy or NAT). Ben Coman wrote: > Consider getting a Jenkins build going with an Android emulator. Sounds interesting if I could set up build jobs for CogDroid if there are Android build tools on Jenkins. Hopefully I haven't missed anythng - feel free to ask more questions ;) Thanks. -- Dimitry Golubovsky Anywhere on the Web
