00:07.56 | *** join/#android KernelPanic (n=ThePHPJe@66.50.247.9) |
00:21.21 | dragor43 | anyone here using GmmGeocoder and figure out how to get the business name for results returned by query() method? |
00:32.57 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
00:47.13 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
00:52.03 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
00:53.42 | *** join/#android straz (n=chatzill@207-172-209-147.c3-0.bkl-ubr1.sbo-bkl.ma.static.cable.rcn.com) |
01:00.50 | *** part/#android dfas (n=none@10.201.216.81.static.s-o.siw.siwnet.net) |
01:08.43 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
01:09.03 | *** join/#android jtoy (n=jtoy@125.31.234.200) |
01:10.18 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
01:20.19 | *** join/#android kies (n=kies@adsl-99-147-20-102.dsl.chmpil.sbcglobal.net) |
01:41.30 | *** join/#android bzcrib (n=bzcrib@port-195-158-167-8.dynamic.qsc.de) |
02:06.22 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
02:26.29 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
03:04.26 | *** join/#android TimRiker (n=timr@rikers.org) |
03:47.58 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
03:49.48 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
03:51.46 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
04:29.04 | *** join/#android Spinlock (n=andre@200.234.32.58) |
04:46.32 | *** join/#android Dralspire (n=dralspir@199-96.126-70.tampabay.res.rr.com) |
05:24.18 | *** join/#android CVirus (n=GoD@82.201.174.84) |
05:24.23 | *** part/#android CVirus (n=GoD@82.201.174.84) |
05:25.05 | jasta | romainguy: I do not have two animations running at the same time. |
05:25.36 | jasta | The animation to fade the progress bar in and out is tied to a button click, well after the viewswitcher has animated. The user could click sync over and over to fade in and out the progressbar. |
05:30.01 | zhobbs | may not be relavent but that title bar progress bar is pretty nice |
05:30.11 | jasta | agreed |
05:31.31 | zhobbs | are you delaying the fade in animation? |
05:31.44 | jasta | no? |
05:32.07 | zhobbs | cause you were talking about simultaneous animations...fade in and fade out start at the same time |
05:32.16 | jasta | no, romain was talking about that. |
05:32.29 | zhobbs | you can set the delay on fadein to be after fadeout is complete |
05:32.43 | jasta | that is not relevant to my problem, i assure you. |
05:32.58 | zhobbs | ok |
05:33.00 | jasta | there is a bug with nested layouts and the view cache. |
05:33.06 | jasta | but he's just too stubborn to admit it :) |
05:33.39 | zhobbs | Ahh, you're cacheing the view...I haven't gotten into that yet...though maybe I should.. |
05:33.58 | jasta | if you wrap your layout in a viewswitcher that has fade in/out animations then you will be unable to perform any other fade in/out animations at any other time, on any other widgets. |
05:34.17 | zhobbs | Ah |
05:34.46 | jasta | i believe it is because of the animation cache. there is a way to disable it, but it has no effect. |
05:35.08 | zhobbs | with ViewSwitcher you can have it automatically cache views? |
05:36.57 | jasta | in this case, i think it is the animation cache which is a separate thing from the drawing cache. |
05:37.08 | zhobbs | oh ok |
05:37.11 | jasta | or at least, not synonymous. |
05:37.15 | jasta | and i believe it is default enabled. |
05:37.35 | zhobbs | you could try a ViewAnimator just to see if the bug is present there also |
05:38.10 | jasta | ahh, i see, the animation cache automatically enables the drawing cache of children. |
05:43.22 | zhobbs | anyone know if there is a way to set nextFocusDown via code? |
05:51.25 | *** join/#android Matrix9 (n=MiniMe@s206-75-119-243.ab.hsia.telus.net) |
05:53.40 | jasta | lol, in introduced a race condition and i think i just plain don't care to fix ti right now |
05:53.44 | jasta | i knew it when i added it too hehe |
06:08.45 | romainguy | jasta: in this case, i think it is the animation cache which is a separate thing from the drawing cache. << the animation cache is the drawing cache |
06:09.07 | romainguy | enabling the animation cache just means that prior to an animation, the ViewGroup will force its children to enable their drawing cache |
06:09.35 | romainguy | jasta: you can also check whether your animations are in mode fillBefore=true |
06:10.03 | romainguy | because if you set an alpha animation from 0 to 1 on your ProgressBar ahead of time with fillBefore=true, then the ProgressBar will be invisible |
06:11.10 | jasta | the animation is set and run while the progress is invisible, hooking into the animation listener to decide when the animation is done to set the view VISIBLE. |
06:11.24 | jasta | which i suppose i could do differently, now that i think about it. |
06:12.16 | romainguy | well, if you can send me an executable sample that reproduces the problem I'll be happy to take a look at it and see what's happening |
06:12.24 | romainguy | especially if it's a bug |
06:13.00 | jasta | sure, i'd be happy to. let me finish up what i'm working on and i will create a test case. |
06:14.17 | zhobbs | romainguy: is this a bug or something I'm doing: http://android.pastebin.com/d72a323da |
06:15.07 | *** join/#android romainguy_ (i=romaingu@adsl-75-36-223-11.dsl.pltn13.sbcglobal.net) |
06:15.24 | zhobbs | romainguy: is this a bug or something I'm doing: http://android.pastebin.com/d72a323da (in case you missed this message) |
06:15.35 | romainguy_ | I saw it |
06:15.45 | romainguy_ | I just switched to the other laptop to look at the source code |
06:24.34 | romainguy_ | zhobbs: somehow you set a null background on your ProgressBar |
06:25.01 | *** join/#android pandora-- (n=pandora@cpe-76-172-208-63.socal.res.rr.com) |
06:25.14 | zhobbs | hmm, maybe because of a theme? |
06:25.53 | romainguy_ | could be |
06:25.56 | zhobbs | what background should I use? |
06:26.36 | *** join/#android romainguy__ (n=gfx@72.14.224.1) |
06:26.52 | romainguy__ | @android:drawable/progress_horizontal |
06:27.53 | zhobbs | works now, want me to submit a bug or anything? |
06:28.05 | zhobbs | thanks for taking a look btw |
06:28.37 | romainguy__ | what Theme is your application using? |
06:28.39 | romainguy__ | the default one? |
06:28.55 | zhobbs | no, a custom one that doesn't inherit any other |
06:29.15 | romainguy__ | then the bug's on your side I guess :) |
06:30.16 | zhobbs | My reason was that the textColor wouldn't override...saw that there is a new way to set that though or something |
06:30.52 | romainguy__ | yeah we now use textAppearance |
06:31.10 | romainguy__ | which is basically a bunch of colors for the various text's states |
06:33.16 | zhobbs | sounds good, thanks |
06:51.23 | *** join/#android romainguy_ (i=romaingu@adsl-75-36-220-91.dsl.pltn13.sbcglobal.net) |
06:52.20 | *** join/#android romainguy___ (n=gfx@72.14.224.1) |
07:11.29 | *** join/#android jota-_ (n=jota@190.6.0.180) |
07:15.15 | *** join/#android duey (n=Nick@203.96.223.40) |
07:16.01 | *** join/#android duey (n=Nick@203.96.223.40) |
07:17.02 | *** join/#android duey (n=Nick@203.96.223.40) |
07:17.34 | *** join/#android duey (n=Nick@203.96.223.40) |
07:20.36 | *** join/#android duey (n=Nick@203.96.223.40) |
07:43.19 | *** join/#android davidw (n=davidw@chello212186016224.tirol.surfer.at) |
07:44.46 | *** join/#android eton (n=eton@ppp-58-8-1-125.revip2.asianet.co.th) |
08:07.49 | *** join/#android jeddy3 (n=mattiast@81-237-230-160-no83.tbcn.telia.com) |
08:20.45 | *** join/#android Dan_U (n=Dan@70-41-192-219.cust.wildblue.net) |
08:30.13 | *** join/#android duey (n=Nick@203.96.223.40) |
08:35.23 | *** join/#android duey (n=Nick@203.96.223.40) |
08:45.36 | *** join/#android romainguy (i=romaingu@adsl-75-36-220-91.dsl.pltn13.sbcglobal.net) |
08:50.53 | *** join/#android Zoolooc (n=fredsiba@nrbg-4dbfce0e.pool.einsundeins.de) |
08:51.05 | *** join/#android Zoolooc_ (n=fredsiba@nrbg-4dbfce0e.pool.einsundeins.de) |
08:51.32 | *** join/#android muthu (n=sara@59.92.72.57) |
09:11.52 | *** join/#android duey (n=Nick@203.96.223.40) |
09:13.10 | jasta | romainguy: I am writing up the animation cache bug demo now...will you be around in the next 30 minutes or so? |
09:19.17 | *** join/#android duey (n=Nick@203.96.223.40) |
09:42.33 | jasta | romainguy: I think I may have figured out the problem. Not a bug, in fact, but counter-intuitive still. |
09:45.00 | *** join/#android haavi (i=haavi@h172n6c1o1049.bredband.skanova.com) |
09:47.37 | *** join/#android pandora-- (n=pandora@cpe-76-172-208-63.socal.res.rr.com) |
09:53.50 | *** join/#android jtoy (n=jtoy@125.31.234.200) |
09:56.46 | *** join/#android _jarek (n=jarek@asr205.neoplus.adsl.tpnet.pl) |
09:58.44 | *** join/#android Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
10:19.25 | *** join/#android [AD]Turbo (n=turbo@host131-128-dynamic.57-82-r.retail.telecomitalia.it) |
10:19.29 | [AD]Turbo | hi all |
10:20.22 | jasta | hello |
10:33.25 | jasta | romainguy: the animation problem here definitely has to do with the layout of the widget i'm animating. i created a second progress bar somewhere else in the layout and gave it the id of the original...it animated that widget as i'd expect. |
10:42.43 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
10:48.50 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
10:50.58 | jasta | romainguy: got it isolated to a test case. should i e-mail it to you? privmsg me when you get this. |
10:51.30 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
10:54.38 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
11:00.44 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
11:02.04 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
11:04.42 | *** join/#android infobot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
11:04.42 | *** topic/#android is New Android SDK (m5-rc14) now available: http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html |
11:42.08 | *** join/#android _avatar (n=avatar@cpe-76-88-201-161.bak.res.rr.com) |
12:37.07 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
12:42.07 | *** join/#android ikbel (n=1036A2B9@196.203.36.70) |
12:42.56 | *** join/#android tomh (n=opera@ip565ed8e8.direct-adsl.nl) |
13:07.07 | *** join/#android tola (n=tola@82-36-97-250.cable.ubr01.king.blueyonder.co.uk) |
13:08.42 | tola | Hi, I'm trying to run the Android Hello World example using Eclipse under Ubuntu. I've created the project and edited the source code but Eclipse is telling me that TextView cannot be resolved to a type. android.app.activity and android.os.Bundle are included as per the example, what am I missing? |
13:10.22 | muthu | tola: make sure you have the android eclipse plugin installed |
13:10.27 | *** part/#android muthu (n=sara@59.92.72.57) |
13:10.39 | tola | muthu: I do |
13:15.30 | tola | I fixed it by adding the following include: |
13:15.40 | tola | include android.widget.TextView |
13:16.24 | tola | I find it odd that the hello world example given on the web site didn't work, it suggests my system may be somehow set up incorrectly? |
13:20.45 | *** join/#android Kuryaki (n=root@190.84.248.168) |
13:27.50 | *** join/#android d3ce1t (n=srg@144.Red-88-2-126.staticIP.rima-tde.net) |
13:29.03 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
13:46.19 | *** join/#android aksyn (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
14:26.33 | *** join/#android d3ce1t (n=srg@144.Red-88-2-126.staticIP.rima-tde.net) |
14:29.48 | *** join/#android Lede (n=lede@85.148.228.92) |
14:53.23 | *** join/#android jtoy (n=jtoy@125.31.234.200) |
15:19.03 | *** join/#android muthu (n=sara@59.92.24.61) |
15:54.11 | *** join/#android dragor43 (n=asdf@pool-151-199-245-93.phil.east.verizon.net) |
16:11.22 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
16:14.19 | *** part/#android muthu (n=sara@59.92.24.61) |
16:15.48 | *** join/#android Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
16:33.58 | *** join/#android muthu (n=sara@59.92.24.61) |
16:40.49 | *** join/#android ShadowViper (n=Roger@65-116-164-24-rem-dhcp.ffni.com) |
16:45.58 | *** part/#android ShadowViper (n=Roger@65-116-164-24-rem-dhcp.ffni.com) |
16:54.23 | *** part/#android eno (n=eno@nslu2-linux/eno) |
17:07.35 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
17:08.59 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66.50.247.9) |
17:10.35 | *** join/#android SR71-Blackbird (n=nirvana@unaffiliated/sr71-blackbird) |
17:11.18 | SR71-Blackbird | hey has anyone here managed to communicate with mysql server via android |
17:11.20 | SR71-Blackbird | ? |
17:13.09 | *** join/#android OreOreDa (n=pipo@AVelizy-751-1-6-68.w86-217.abo.wanadoo.fr) |
17:39.11 | *** part/#android muthu (n=sara@59.92.24.61) |
17:44.06 | *** join/#android matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) |
17:46.52 | *** join/#android ArteK (n=ArteK@82.177.19.205) |
17:47.22 | jasta | SR71-Blackbird: hmm, as in a remote mysql server over the network? |
17:48.05 | SR71-Blackbird | jasta, yeah |
17:48.29 | jasta | there is no technical reason why that would not work, however it sounds like a very silly plan. |
17:49.37 | SR71-Blackbird | jasta, why? |
17:50.00 | jasta | it will be very slow. |
17:50.38 | *** join/#android krau (n=cktakaha@189.70.36.241) |
17:50.58 | SR71-Blackbird | jasta, maybe it's better to stick with rpcs |
17:51.38 | jasta | almost certainly. |
17:52.23 | jasta | also, to the best of my knowledge, MySQL authentication does not permit digest passwords, so the phone would need to contain the raw password. Someone stealing your phone could be a big problem if the data is not public. |
17:52.48 | jasta | Likewise, the password would need to be trivial for that reason |
17:53.17 | SR71-Blackbird | jasta, oh yeah.. thanks for pointing that out |
17:53.29 | jasta | These problems could be avoided with special care, of course, but the reality is: why bother? |
17:53.57 | jasta | Plus, the MySQL client library would add overhead to your package size when alternatives exist to just use a RESTful service or something. |
17:54.17 | SR71-Blackbird | jasta, yeah.. RESTful is more robust and portable at that too |
17:54.29 | jasta | Code that is already part of Android, to make development quicker and pacakge sizes smaller. |
17:54.44 | *** join/#android ArteK (n=ArteK@82.177.19.205) |
17:55.40 | jasta | The advantage of a REST service is also that the data can be more thoughtfully organized by the server without requiring SQL logic at the client level. |
17:57.31 | *** join/#android ArteK (n=ArteK@82.177.19.205) |
17:58.17 | SR71-Blackbird | jasta, yeah.. I'll just implement some php over at the server and connect to it then |
18:00.48 | jasta | It might be worth mentioning that XML might not be the best response :) |
18:01.06 | jasta | XML is quite difficult to parse. |
18:05.37 | jasta | JSON would not be bad, and is supported by Android. My application has elected to use WBXML though for a variety of reasons. |
18:16.39 | *** part/#android tomh (n=opera@unaffiliated/tomh) |
18:31.36 | *** join/#android KernelPanic (n=ThePHPJe@66-50-125-149.prtc.net) |
18:48.31 | *** join/#android illustir (n=alper@s55912056.adsl.wanadoo.nl) |
18:54.28 | *** join/#android Zoolooc (n=fredsiba@nrbg-4dbfce0e.pool.einsundeins.de) |
19:12.06 | davidw | jasta +1 - comunicating directly with the db would be kind of insane |
19:12.37 | zhobbs | yeah, xmlrpc or something is needed |
19:14.19 | davidw | even that kind of thing is overblown in a lot of cases... IMO |
19:14.45 | zhobbs | well, jasta mention xml is slow..but I've had pretty good results with sax in my project |
19:15.06 | SR71-Blackbird | zhobbs, what do u think of json rpc though? |
19:15.19 | zhobbs | sorry, don't know anything about |
19:15.25 | jasta | it has a sort of overlayed alphabetical list on the right-hand side of the list of artists, that when you press it tries to jump to that area in the list |
19:16.18 | jasta | zhobbs: JSON is just a simple object serialization format for JavaScript, it doesn't have the potential to be as well formed as XML, but is sufficient if the data can be reasonably mapped to a primitive object. |
19:16.32 | jasta | and is much smaller and easier to parse. |
19:16.38 | zhobbs | ahh, makes sense |
19:16.50 | jasta | the format is sort of like { foo: "bar", baz: 10 }; |
19:17.07 | zhobbs | jasta: does android have support built in or does it require extra jar? |
19:17.14 | SR71-Blackbird | jasta, i wonder how much difference it makes on android.. after all, json makes packet sizes smaller... useful for comm.. |
19:17.15 | jasta | zhobbs: it has support. |
19:17.20 | SR71-Blackbird | zhobbs, no there is org.json |
19:17.36 | jasta | that said, for small data sets, XML isn't going to be much of a problem either. |
19:17.48 | jasta | You have to consider XML non-scalable though. And in that sense, neither is JSON. |
19:22.41 | zhobbs | hmm, I'll have to look in to json for another project of mine...I'm stuck with xml for the current one |
19:22.58 | davidw | I bet json is a bit easier/faster to parse too |
19:24.04 | jasta | hmm, just realized that i should not include "The" in the sort order ;) |
19:25.11 | zhobbs | jasta: hmmm, how you going to do that? |
19:25.57 | jasta | separate the name field into prefix and significant sections, sort on significant, display with them concatenated. |
19:26.05 | *** join/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
19:27.48 | jasta | then just define a list of prefixes to parse out (The, probably) |
19:27.55 | jasta | can't think of any others |
19:30.15 | *** join/#android Mathiasdm (n=Mathias@vpnj057.ugent.be) |
19:35.36 | *** join/#android Kuryaki__ (n=root@190.84.248.168) |
19:41.31 | *** join/#android mikedtyke (n=mike@82.153.215.73) |
19:43.11 | Lede | talking about vector graphigs |
19:43.24 | Lede | will android support .svg? |
19:43.30 | *** join/#android The_PHP_Jedi|PDA (n=ThePHPJe@66-50-125-149.prtc.net) |
19:45.29 | mikedtyke | unlikely |
19:46.23 | mikedtyke | though mozilla have a project to inttegrate and i know there's a couple of their developers keen to get mozilla onto android |
19:46.59 | mikedtyke | though i doubt svg is anywhere near top of their todo list |
19:49.59 | Lede | it's not that important though |
19:54.22 | zhobbs | svg would be nice |
19:55.45 | romainguy_ | writing an SVG implementation atop of our graphics API would not be difficult |
19:56.13 | Lede | ..but? :o) |
19:56.58 | romainguy_ | but nothing |
19:57.27 | *** join/#android plusminus (i=590e0f8b@gateway/web/ajax/mibbit.com/x-4ec0de36964ab699) |
20:02.46 | mikedtyke | i think he means its relatively easy but as there's limited amount of svg material, it's not top of the agenda. if you want it so bad then roll up your sleeves and give it a go. plenty of open source implementations if you need a starter. |
20:03.07 | romainguy_ | it's not hard to implement it |
20:03.10 | romainguy_ | but it's a lot of work |
20:03.16 | romainguy_ | and SVG has its drawbacks |
20:03.35 | romainguy_ | like slow rendering |
20:03.44 | romainguy_ | being very hard to read and write without tools |
20:04.02 | romainguy_ | so yes, it's not a priority :) |
20:04.06 | mikedtyke | that is a point. the sort of hardware avail to android is not really going to do much with svg |
20:04.28 | romainguy_ | when I was at Sun I've seen a team try to push SVG on mobile phones |
20:04.34 | romainguy_ | they had some nice examples of SVG based UIs |
20:04.40 | romainguy_ | but it never took off |
20:04.53 | mikedtyke | like a lot of things at sun ;-0 |
20:05.08 | romainguy_ | I disagree :) |
20:06.09 | mikedtyke | Sun do come up with a lot of great technology, they're just not very good at getting the rest of the world to adopt. with the exception of java in certain circumstances |
20:12.03 | jasta | romainguy_: *poke* |
20:12.17 | jasta | romainguy_: http://code.google.com/p/android/issues/detail?id=350 |
20:12.35 | jasta | that is an example of the bug i've been trying to explore. it is a very simple test case that demonstrates it clearly. |
20:14.22 | romainguy_ | yeah I saw that |
20:15.08 | jasta | any thoughts? |
20:20.51 | *** join/#android mike1o (n=mike@87.14.161.96) |
20:34.52 | *** join/#android Dan_U (n=Dan@70-41-192-219.cust.wildblue.net) |
20:40.34 | jasta | romainguy_: It's fine to say you don't care right now :) |
20:41.47 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66-50-125-149.prtc.net) |
20:44.24 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66-50-125-149.prtc.net) |
21:13.10 | *** join/#android aksyn (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
21:13.24 | romainguy_ | jasta: it's Sunday :) |
21:16.50 | jasta | i know ;) |
21:17.05 | zhobbs | I'm not working next sunday! |
21:29.31 | jasta | i've finally started on my music player hehe |
21:29.45 | jasta | i've beaten the sync logic and ui to death, it works perfect now ;) |
21:34.12 | romainguy | jasta: I got a workaround for your animation problem |
21:36.05 | jasta | yeah? |
21:36.36 | romainguy | given an android:id to the LinearLayout that contains notbuggy |
21:36.45 | romainguy | and then ((ViewGroup) findViewById(R.id.child2)).setAnimationCacheEnabled(false); |
21:36.50 | romainguy | child2 is the id I have this linearlayout |
21:36.57 | romainguy | I don't know why this works but it does |
21:37.22 | romainguy | I did made changes to this code path after M5 so I need to test it on our source tree and see if the bug still happen |
21:38.50 | romainguy | what's weird is that the animation cache should have no effect in this situation |
21:38.59 | *** join/#android duey (n=nick@ip-58-28-159-211.static-xdsl.xnet.co.nz) |
21:39.21 | *** join/#android eton_ (n=eton@ppp-58-8-1-125.revip2.asianet.co.th) |
21:43.10 | *** join/#android romainguy__ (n=gfx@72.14.224.1) |
21:55.24 | *** join/#android ArteK (i=root@82.177.19.205) |
21:56.02 | *** join/#android marvinalone (n=marvin@68.178.5.228) |
21:59.08 | marvinalone | I want to make a UI that looks kind of like a console window without input capabilities - It's a stub for an actual UI I'd like to put in later. In m3 I used a TextView that I added text to later. That seemed to work. Now in m5, I get a null pointer from my findViewById() call that is supposed to give me the TextView, and everything falls apart. How do I fix it? |
22:02.17 | marvinalone | ah, found it |
22:02.20 | *** join/#android tlockney (n=tlockney@70-59-129-216.ptld.qwest.net) |
22:02.24 | marvinalone | it's android:id now |
22:09.33 | davidw | yeah:-) |
22:10.59 | *** join/#android edcba (i=edcba@nor75-17-82-67-199-204.fbx.proxad.net) |
22:11.10 | *** join/#android The_PHP_Jedi (n=ThePHPJe@66-50-125-149.prtc.net) |
22:11.16 | jasta | romainguy_: hmm, so, a bug then for sure? |
22:11.33 | romainguy_ | jasta: in M5 yes |
22:11.39 | romainguy_ | in our current tree, maybe not |
22:14.10 | jasta | that's weird that you need to disable the animation cache in the outer layout, and not the inner one that causes the problem. |
22:15.13 | romainguy_ | yep |
22:15.21 | romainguy_ | that's what I said it's probably not the animation cache itself |
22:15.24 | romainguy_ | but a side effect |
22:15.49 | jasta | i was going mad last night trying to figure out why i couldn't reproduce it in a smaller test |
22:16.10 | jasta | i would have never figured that the extra child layout would have caused it. |
22:17.13 | romainguy_ | when an animation runs there's some magic going on inside to optimize invalidates coming from the children |
22:17.37 | romainguy_ | the issue you are running into is because of an extra piece of code that was added just before M5 was released |
22:17.50 | romainguy_ | when I saw it after the M5 released I noticed a problem |
22:17.55 | romainguy_ | which I fixed since then |
22:20.01 | *** join/#android varjag (n=eugene@70.80-202-115.nextgentel.com) |
22:20.19 | zhobbs | is M6 next or are we skipping again? |
22:20.26 | romainguy_ | cannot say |
22:20.31 | Lede | romainguy_: you guys develop using eclipse internally aswell? |
22:20.41 | romainguy_ | Lede: some do, some don't |
22:20.42 | romainguy_ | I don't |
22:20.45 | plusminus | romainguy_ you know,whether the Bundle.putExtras(...) Bug is fixed ? |
22:20.53 | romainguy_ | I have no idea |
22:20.57 | plusminus | kk |
22:20.59 | romainguy_ | I don't even know what bug you are talking about :) |
22:21.09 | plusminus | oh wait a moment |
22:21.20 | zhobbs | romainguy_: can you use a debug mode without eclipse? |
22:21.22 | romainguy_ | and I work on the UI anyway :) |
22:21.39 | romainguy_ | zhobbs: why couldn't you? Eclipse just uses the standard java debugger bridge |
22:22.11 | zhobbs | ok, don't know anything about it...just noticed that the JIdea plugin for android doesn't suport debugging |
22:22.27 | romainguy_ | there's no need to support it in the plugin |
22:22.30 | romainguy_ | I use IntelliJ myself |
22:22.32 | romainguy_ | without any plugin |
22:22.36 | romainguy_ | and debugging works just fine :) |
22:22.40 | zhobbs | ok |
22:22.56 | zhobbs | eclipse is starting to drive me crazy... |
22:26.01 | jasta | romainguy_: do you use IntelliJ's debugger? |
22:26.06 | romainguy_ | yep |
22:27.24 | plusminus | romainguy_ the third-last post summarizes the problem: |
22:27.37 | plusminus | romainguy_ http://groups.google.com/group/android-developers/browse_thread/thread/b7b39144518075d9/ |
22:31.45 | zhobbs | plusminus: did you report it? |
22:32.06 | plusminus | I think so ^^... give me a second... |
22:33.03 | plusminus | yes i did ^^ |
22:33.17 | *** join/#android guerby (n=guerby@gut75-4-82-235-162-148.fbx.proxad.net) |
22:33.18 | plusminus | <PROTECTED> |
22:33.59 | plusminus | I just see that Issue up to 204 were reviewed |
22:41.06 | marvinalone | i'm not sure you guys care about this, but search over the online documentation is broken in konqueror |
22:41.49 | romainguy_ | marvinalone: you'll have to file a bug but against code.google.com, not Android |
22:42.06 | marvinalone | romainguy_: ah, thanks |
22:42.26 | zhobbs | that search kinda sucks...sometimes I get better results searching google like "search_term site:code.google.com/android" |
22:46.30 | zhobbs | google groups finally works with opera...that sucked not being able to use google groups with opera |
23:09.17 | *** join/#android tola (n=tola@82-36-97-250.cable.ubr01.king.blueyonder.co.uk) |
23:10.52 | zhobbs | romainguy_: is android.R.style.Theme defined in xml somewhere? can't find it in the jar... |
23:36.29 | *** join/#android romainguy (i=romaingu@adsl-75-36-220-91.dsl.pltn13.sbcglobal.net) |
23:37.26 | zhobbs | is there a way to define the background for all of my ImageButtons for my theme? |
23:41.10 | zhobbs | hmmm...and I have a button that will not throw it's onClick unless my theme inherits "Theme"...but that theme breaks the rest of my layout because I can't figure out how to customize the theme enough |
23:41.21 | *** join/#android cybereagle (n=cybereag@unaffiliated/cybereagle) |
23:44.10 | romainguy_ | zhobbs: it's defined in XML but the XML is probably not in android.jar |
23:44.22 | romainguy_ | zhobbs: make your button be cilckable="true" |
23:44.35 | romainguy_ | in your theme |
23:45.51 | zhobbs | romainguy_: I added android:clickable="true" to the <Button />, but still won't click, how do I add it to the theme? |
23:58.47 | plusminus | what the... |
23:59.13 | plusminus | float k = Point.length(1, 0); // Throws ERROR/AndroidRuntime(595): java.lang.UnsatisfiedLinkError: length |
23:59.15 | plusminus | o_O |