[android-developers] Re: GWT and the Android Browser

2009-04-09 Thread JP



On Apr 9, 7:43 am, Evan Ruff  wrote:
> #2. There's some work going on over in the GWT stack to have Gears/AIR/
> HTML5 native storage/workers/caches abstracted in GWT. This is a
> pretty exciting project and will hopefully lead to some truely awesome
> android ports.

Agree, not only that. I just saw the Java/App Engine release
yesterday. GWT is moving in the right direction. Tough to say this,
but I'm not so sure that's the case with Android. I am  increasingly
under the impression that noone at Google outside of the Android team
really cares about their own firm's product (in favor of the almighty
iPhone).

--~--~-~--~~~---~--~~
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: GWT and the Android Browser

2009-04-09 Thread Evan Ruff

JP,

Thanks for your response! I've downloaded 1.1_r1 and done a little bit
more testing and:

#5, #6. This is something that seems to ONLY happen on the Android
system. In Chrome it screams along like a scalded dog. Stuff pops up,
hides, fades etc like it was a native application.

#2. There's some work going on over in the GWT stack to have Gears/AIR/
HTML5 native storage/workers/caches abstracted in GWT. This is a
pretty exciting project and will hopefully lead to some truely awesome
android ports.

#4. Farts. Still there. Maybe a TICK faster, but not really.

#1. Still weird.

#3. ditto.

iPhone has implemented a mouse drag event framework that looks pretty
cool. No love for Android yet though. I'd love to try a nightly build,
but as I'm on Windows I can't do a image compilation from source.

E



On Apr 8, 9:10 pm, JP  wrote:
> I've done someGWTwork in 2007 so I've fired up the site and checked
> it withAndroid'sbrowser(for the first time, it never occurred to me
> to try this out. I also tried Opera Mini but it wouldn't even start
> loading).
> 1. I cannot confirm your layout issues. I need to add however that the
> web developer who provided the HTML framework used HTML tables for
> layout purposes (his task, not mine).
> 2. Gears wasn't around back then (;->)
> 3. I can confirm this, and it renders some of my web site's
> functionality mostly useless (table-based slider). I think some fine
> work inGWTwould be in order here (Note: I am onGWT1.5.3 as no
> maintenance is performed). Or, as you hope, the newer Webkit may help
> you out.
> 4. I can confirm this also. In my book, this is cosmetic, in
> particular considering all the other issues.
> 5. From your description - I've seen this effect with Firefox 2.x over
> an Internet connection. Never in a LAN environment and also not with
> IE 6 (both LAN/Internet). So this problem may not be specific 
> toAndroid'sbrowseronly.
> 6. Likely connected to 5.
>
> I would cross check your web app against other WebKit-based browsers
> as well as older and newer and other browsers in various environments
> so you can find some patterns that you can research/report on theGWT
> side of things. To answer your question where these questions
> belong... over toGWTIMHO, because it is a declared goal ofGWTto
> handlebrowser"quirks" for you - the developer.
> I hope you're not in a time crunch here... Good luck.
>
> JP
>
> On Apr 8, 10:53 am, Evan Ruff  wrote:
>
> > Hey guys,
>
> > Little stream of conciseness here, sorry if this is a bit long/
> > disjoined.
>
> > I was wondering if anyone had done any work withGWTand theAndroid
> >Browser. While I'm getting basic functionality to work, the general
> > speed, responsiveness and user experience seem very sluggish and,
> > well, sorta bad. Another issue I'm having is locating a group to go to
> > for support, examples and help. While I'm interested inGWTwith
> >Android, it seems thatAndroidDevelopers Group is really only
> > interested in native apps. Where to go forBrowserspecific help?
>
> > Anyways, some of the particulars I've run into:
>
> > What group to go to?
>
> > 1. Issues Controlling the viewport: No matter what I do, I can't seem
> > to get proper control of the viewport. Editing the meta data, overflow
> > CSS properties, insuring that the window's objects are small, etc. I'm
> > continually getting white space borders and stuff like that. This
> > causes weird finger behavior, especially allowing the user to browse
> > into the white space.
>
> > 2. HTML5/Gears Wrappers: I was wondering if the Gears API has an
> > implementation to support HTML5 storage/cache issues in case of a non-
> > gears enabled client. If not, is there a library anywhere that
> > supports the encapsulation forGWT?
>
> > 3. MouseListeners: The OS seems to swallow up the MouseUp event in
> > order to do detection of scroll/drag type stuff. I guess I understand
> > why it does it for the drag type thing, but it never fires MouseUp
> > even after the drag is done. Ehh... fair enough, I guess.
>
> > 4. Focus Panel ClickListeners: When I click a focus panel, a orange
> > circle shows up in the upper/left corner with what seems like a cursor
> > in it? (http://i243.photobucket.com/albums/ff2/gte619n/
> > selectBubble.png) Also seems like a non-trivial delay between the
> > press and then a following action. Makes the app seem especially
> > sluggish.
>
> > 5. Image Loading/Display: Seems really slow. Even when doing
> > background repositioning to flip sprites. Additionally, the images
> > don't seem to load in any fixed order and method. Also seems to hang
> > when loading images (http://i243.photobucket.com/albums/ff2/gte619n/
> > selectBubble.png) I've attempted to get around this by doing Prefetch
> > and such, but nothing seems to work. Seems like it needs to talk
> > itself into refreshing the screen after loading finishes (even in
> > localhost in the emulator)
>
> > 6. Visibility hide/show: Very sluggish in general.
>
> > 7. Scrol

[android-developers] Re: GWT and the Android Browser

2009-04-08 Thread JP


I've done some GWT work in 2007 so I've fired up the site and checked
it with Android's browser (for the first time, it never occurred to me
to try this out. I also tried Opera Mini but it wouldn't even start
loading).
1. I cannot confirm your layout issues. I need to add however that the
web developer who provided the HTML framework used HTML tables for
layout purposes (his task, not mine).
2. Gears wasn't around back then (;->)
3. I can confirm this, and it renders some of my web site's
functionality mostly useless (table-based slider). I think some fine
work in GWT would be in order here (Note: I am on GWT 1.5.3 as no
maintenance is performed). Or, as you hope, the newer Webkit may help
you out.
4. I can confirm this also. In my book, this is cosmetic, in
particular considering all the other issues.
5. From your description - I've seen this effect with Firefox 2.x over
an Internet connection. Never in a LAN environment and also not with
IE 6 (both LAN/Internet). So this problem may not be specific to
Android's browser only.
6. Likely connected to 5.

I would cross check your web app against other WebKit-based browsers
as well as older and newer and other browsers in various environments
so you can find some patterns that you can research/report on the GWT
side of things. To answer your question where these questions
belong... over to GWT IMHO, because it is a declared goal of GWT to
handle browser "quirks" for you - the developer.
I hope you're not in a time crunch here... Good luck.

JP

On Apr 8, 10:53 am, Evan Ruff  wrote:
> Hey guys,
>
> Little stream of conciseness here, sorry if this is a bit long/
> disjoined.
>
> I was wondering if anyone had done any work with GWT and the Android
> Browser. While I'm getting basic functionality to work, the general
> speed, responsiveness and user experience seem very sluggish and,
> well, sorta bad. Another issue I'm having is locating a group to go to
> for support, examples and help. While I'm interested in GWT with
> Android, it seems that Android Developers Group is really only
> interested in native apps. Where to go for Browser specific help?
>
> Anyways, some of the particulars I've run into:
>
> What group to go to?
>
> 1. Issues Controlling the viewport: No matter what I do, I can't seem
> to get proper control of the viewport. Editing the meta data, overflow
> CSS properties, insuring that the window's objects are small, etc. I'm
> continually getting white space borders and stuff like that. This
> causes weird finger behavior, especially allowing the user to browse
> into the white space.
>
> 2. HTML5/Gears Wrappers: I was wondering if the Gears API has an
> implementation to support HTML5 storage/cache issues in case of a non-
> gears enabled client. If not, is there a library anywhere that
> supports the encapsulation for GWT?
>
> 3. MouseListeners: The OS seems to swallow up the MouseUp event in
> order to do detection of scroll/drag type stuff. I guess I understand
> why it does it for the drag type thing, but it never fires MouseUp
> even after the drag is done. Ehh... fair enough, I guess.
>
> 4. Focus Panel ClickListeners: When I click a focus panel, a orange
> circle shows up in the upper/left corner with what seems like a cursor
> in it? (http://i243.photobucket.com/albums/ff2/gte619n/
> selectBubble.png) Also seems like a non-trivial delay between the
> press and then a following action. Makes the app seem especially
> sluggish.
>
> 5. Image Loading/Display: Seems really slow. Even when doing
> background repositioning to flip sprites. Additionally, the images
> don't seem to load in any fixed order and method. Also seems to hang
> when loading images (http://i243.photobucket.com/albums/ff2/gte619n/
> selectBubble.png) I've attempted to get around this by doing Prefetch
> and such, but nothing seems to work. Seems like it needs to talk
> itself into refreshing the screen after loading finishes (even in
> localhost in the emulator)
>
> 6. Visibility hide/show: Very sluggish in general.
>
> 7. Scroll inside divs: Flat out doesn't support this. I guess the
> Cupcake release, bringing the browser up to Nov 2008 Webkit, should
> fix this but I still don't have any visibility into that release.
>
> Has anyone compiled some best practices to use when building an
> Application for Android? Maybe even some widgets or JSNI breakouts to
> better manage the behavior and performance of the app?
>
> Thanks!
>
> Evan
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---