Office Hours — Today, January 10

Thursday, January 5

Jan 10
7:25 PM
Mark M.
has entered the room
Mark M.
turned on guest access
7:30 PM
Paul B.
has entered the room
Paul B.
Hey Mark. Thanks for taking the time to be available.
Mark M.
howdy, Paul!
no problem
how can I help you today?
Paul B.
I'm hoping that you can give me some advice
Mark M.
never get involved in a land war in Asia
oh, no, wait, you were probably expecting some Android-specific advice
Paul B.
haha
I've been trying just-about every lazy image loader I can find on the web. I have tried droid-fu/ignition, fedor's lazylist, ImageDownloader from the SDK Samples, and a few others. None of these are great, and I know that you have abandoned your implementation...
Mark M.
anyway, go right ahead
7:35 PM
Mark M.
mine was probably worse than the others
Paul B.
Many of these work great in some ways, but almost-all do not actually provide "smooth" scrolling.
Mark M.
have you tried StrictMode to see where the stutters are coming from?
Paul B.
I am using ViewHolder patterns, minimizing work in adapters, etc, but cannot get a smooth list working,
I can see that it is the cache hits for some, the constant calls to notifyDataSetChanged for others
Mark M.
"constant calls to notifyDataSetChanged()" ?
Paul B.
I am planning to roll my own, using the best aspects of many of these, but I was wondering if you know of a good implementation/library out there
Maria
has entered the room
Mark M.
I haven't searched recently
and so I don't have a suggestion right now
Paul B.
yeah, droid-fu/ignition calls notifyDataSetChanged on the list view every time it loads an image
Mark M.
that's ridiculous
Paul B.
insane
Mark M.
(btw, howdy, Maria!)
Paul B.
Okay, well it was worth a shot. Looks like its time to roll up the sleeves...
Mark M.
I just haven't had a need for lazy-image loading in my own work since around 2009
Maria
hi
Mark M.
Maria: your turn -- do you have a question?
Paul B.
Thanks anyway Mark!
Maria
No, I'm just hanging out
Mark M.
OK
well, if either of you come up with more questions, chime in
otherwise, we'll see if anyone else stops by
Paul B.
I had a minor issue with the warescription site.
7:40 PM
Mark M.
only a minor one? I must be having a good day
:-)
anyway, what was the problem?
Paul B.
I am registered with my gmail account. When trying to log in today, I tried to connect with my Google OpenID. It recognized and authenticated correctly, but did not connect to my existing account
Mark M.
actually, your user ID would appear to be ipaulpro\
(er, ipaulpro)
unless I have more than one Paul Burke as a subscriber
Paul B.
right, but my email on the account is gmail - i figured it would have recognized me -- my mistake
Mark M.
no, I just check on the user ID
Paul B.
gotcha
Jeff B.
has entered the room
Mark M.
howdy, Jeff!
Jeff B.
Hello, Mark.
Mark M.
Jeff: how can I help you today?
7:45 PM
Jeff B.
What are your recommendations for debugging Android during application development, for a non-Eclipse user?
aside from LogCat ;-)
Mark M.
um, well, there isn't a lot
hierarchyviewer is certainly useful
and you can still use standalone DDMS for things like collecting method traces and heap dumps
but if you're looking for an Eclipse-ish symbolic debugger, the only one I know of is Eclipse
Jeff B.
but nothing for introspection?
so it's probably worth learning Eclipse for that feature alone?
Mark M.
if by "introspection" you mean setting breakpoints and examining objects in runnign code, Eclipse can do that, and perhaps IDEA or NetBeans, but that'll be it
standalone Java debuggers went the way of the dodo about a decade or so ago, as I recall
Jeff B.
what about jdb?
Mark M.
um, in theory, Android supports that Java debugging protocol (JWDP? I forget the name)
Jeff B.
my last Java programming was during the Y2K era ;-)
Mark M.
and so, in theory, any compliant debugger should work
however, I suspect the cross-section of jdb users and Android developers is not huge
Jeff B.
ok, thanks
Paul B.
Eclipse can be a very powerful tool for Android developers... when it works. Also, if you're totally new to Eclipse, check out Motorola's MotoDev Studio.
(Mark, I hope you don't mind me chiming in)
Mark M.
no, go right ahead
Jeff B.
sure, thanks
advantages of MotoDev?
Paul B.
It
soryy
Mark M.
it adds a bunch more wizards and tools to the Eclipse/ADT combo
7:50 PM
Paul B.
right
Mark M.
things like live SQLite database manipulation, grids to help you visualize your string translations, and so on
Jeff B.
ah, it's the wizards that drive me crazy. :-) I'm trying to stay in emacs.
Paul B.
Oh, that may be opposite of what you want -- sorry.
Mark M.
yeah, if your objective is to stay away from IDE frou-frou, MOTODEV Studio for Android is the wrong direction
OTOH, Java went strong for IDEs, particularly Eclipse, since the Y2K era
so non-IDE solutions for things like debuggers withered on the vine
this doesn't mean you *have* to use an IDE -- I didn't start using Eclipse until last April
Jeff B.
It kinda makes sense in the Java environment, I'm sure.
Mark M.
if anyone has any questions, feel free to ask!
7:55 PM
Jeff B.
Mark, love your books. I'm only 3 days into it, but very happy with the material. Bye, for now.
Mark M.
glad you like 'em!
Jeff B.
has left the room
Paul B.
Same here. I am completely self-taught, and your books are the basis of my Android knowledge.
Mark M.
I'm happy they are proving useful
8:05 PM
Paul B.
Thanks again, Mark.
Mark M.
sure, no problem!
Paul B.
has left the room
8:25 PM
Maria
Thanks Mark
Mark M.
you're very welcome
any last questions?
8:30 PM
Mark M.
OK, well, have a pleasant day!
Maria
You too.
Maria
has left the room
Mark M.
turned off guest access

Thursday, January 5

 

Office Hours

People in this transcript

  • Jeff Bauer
  • Maria
  • Mark Murphy
  • Paul Burke