| 00:00.39 | *** join/#android rch850 (n=rch850@c220090.ppp.asahi-net.or.jp) |
| 00:03.21 | *** join/#android rch850_ (n=rch850@c220090.ppp.asahi-net.or.jp) |
| 00:14.46 | *** join/#android jtoy (n=jtoy@125.31.234.200) |
| 00:18.30 | acsia | is there a widget similar to the landing desktop, type of grid view? |
| 00:26.24 | chomchom | has anyone got any links to a demonstration of the expandable list view? |
| 00:29.10 | chomchom | never mind, seem to have muddled through it |
| 00:32.05 | michaelnovakjr | i must say i hated the idea of having to work with xml for the UI, but after doing a lot of work with it I think it works out very well |
| 00:32.43 | duey | ^ i gree |
| 00:32.46 | duey | i agree |
| 00:32.49 | duey | i was like sif xml |
| 00:35.04 | *** join/#android Kriyasurfer (n=Akashakr@dsl027-162-152.atl1.dsl.speakeasy.net) |
| 00:38.07 | acsia | has anybody had problems with selectionArgs from DBhelper.query? |
| 00:58.30 | michaelnovakjr | if using an ImageView in xml and i am trying to set the source that is in the /res/drawable directory, what should the src value be? |
| 00:59.20 | romainguy | michaelnovakjr: @drawable/resource_name |
| 00:59.28 | michaelnovakjr | cool, thanks |
| 00:59.58 | michaelnovakjr | is that also the same for ImageButton? |
| 01:00.23 | michaelnovakjr | be right back |
| 01:01.32 | mickrobk | michaelnovakjr: yea, you might want to set android:padding="0px" too, so the button doesn't get really big |
| 01:02.27 | mickrobk | dammit he just left huh, oh well |
| 01:05.44 | *** join/#android michaelnovakjr (n=nov@96.56.111.166) |
| 01:06.47 | mickrobk | michaelnovakjr: yea it's the same for imagebutton, you might want to set android:padding="0px" too if you want to imag to go all the way to the edges of the button |
| 01:08.25 | *** join/#android yakischloba (n=jake@c-67-170-96-99.hsd1.wa.comcast.net) |
| 01:08.45 | michaelnovakjr | i saw a sample file that had @android:drawable/resource_nam |
| 01:08.53 | *** join/#android pandora-0 (n=pandora@cpe-76-172-208-63.socal.res.rr.com) |
| 01:13.27 | f00f- | I/DEBUG ( 495): pid: 565, tid: 2872 >>> com.google.process.content <<< |
| 01:13.27 | f00f- | I/DEBUG ( 495): signal 11 (SIGSEGV), fault addr 000000e8 |
| 01:15.59 | *** join/#android jtoy (n=jtoy@219.136.203.224) |
| 01:18.54 | *** join/#android _ken_ (n=user@84.92.70.37) |
| 01:21.56 | romainguy | michaelnovakjr: the android: prefix is there to use Android's resources, as opposed to your application's resources |
| 01:22.14 | michaelnovakjr | ah, romainguy, thanks for clearing that up |
| 01:28.39 | *** join/#android parti (n=parti@77.163.25.244) |
| 01:37.39 | *** join/#android SR71-Blackbird (n=nirvana@unaffiliated/sr71-blackbird) |
| 01:42.52 | f00f- | is there a way to start an app automatically from adb? |
| 01:43.00 | f00f- | eg. after issuing adb install x.apk |
| 01:44.12 | *** join/#android bladezor (n=bladezor@c-98-196-112-154.hsd1.tx.comcast.net) |
| 01:44.32 | romainguy_ | try the adb shell am command |
| 01:49.59 | f00f- | thanks! |
| 02:06.13 | f00f- | omg |
| 02:06.16 | f00f- | this is freaking fast |
| 02:06.33 | f00f- | @ 2.17 GHz |
| 02:13.41 | romainguy | what is? |
| 02:13.59 | michaelnovakjr | yea, what is? |
| 02:15.34 | michaelnovakjr | keeping us in suspense? |
| 02:27.46 | jasta | romainguy: what is am? |
| 02:28.30 | romainguy_ | activity manager |
| 02:28.38 | romainguy_ | it lets you start and broadcast intents |
| 02:28.56 | romainguy_ | we (the UI framework team) use it to run our unit tests |
| 02:28.57 | jasta | interesting |
| 02:29.08 | michaelnovakjr | cool |
| 02:29.19 | jasta | that is really useful actually |
| 02:30.59 | romainguy_ | another pretty cool command is adb shell monkey |
| 02:31.27 | romainguy_ | for instance, adb shell monkey 500 |
| 02:32.40 | *** join/#android michaelnovakjr (n=nov@ool-18ba6e83.dyn.optonline.net) |
| 02:33.18 | jasta | what does that do? |
| 02:33.45 | romainguy_ | it sends N events to the system or specific apps |
| 02:33.54 | romainguy_ | just like a bunch of monkeys banging on the device |
| 02:34.22 | zhobbs | like touch/keypress events? |
| 02:34.22 | jasta | why is that useful? detecting race conditions? |
| 02:34.29 | romainguy_ | zhobbs: yes |
| 02:34.45 | romainguy_ | jasta: because it can expose bugs in your application |
| 02:42.59 | f00f- | romainguy_: the emulator runs really fast on my other machine; it has no cpu throttling |
| 02:43.06 | romainguy_ | :) |
| 02:43.15 | f00f- | probably as fast as your os x :) |
| 02:44.36 | f00f- | that's funny. i left it idle for a bit and it just black screend on me :/ |
| 02:45.02 | f00f- | this is yet another testament of why developers should get the best latest-and-greatest machines |
| 02:47.33 | romainguy_ | depends on what dev work you do |
| 02:48.33 | f00f- | well in particular emulators such as android :P |
| 02:58.39 | *** join/#android Kriyasurfer (n=Akashakr@c-67-166-227-32.hsd1.ga.comcast.net) |
| 03:00.21 | chomchom | thank god, I have finally slapped icons on my interface and it actually looks like I might pull off a working application. How exciting. |
| 03:04.40 | chomchom | goodnight everyone and good luck with the final few days coding! |
| 03:04.57 | jasta | chomchom: got any screenshots? |
| 03:05.21 | jasta | f00f-: i noticed the emulator runs much smoother on my work computer, which is actually less powerful than my desktop. |
| 03:05.24 | jasta | both running Ubuntu |
| 03:05.27 | jasta | doesn't make any sense. |
| 03:05.53 | chomchom | I'll take some tomorrow |
| 03:06.54 | *** join/#android raid_5 (n=null@c-71-236-205-80.hsd1.wa.comcast.net) |
| 03:07.14 | jasta | romainguy_: So, I'm having some more animation problems using a ViewSwitcher inside of a list row. I tried turning off the wrapping LinearLayout's animation cache, but it doesn't seem to have fixed the problem. |
| 03:07.51 | jasta | should I setAlwaysDrawnWithCacheEnabled to false on the ListView itself? |
| 03:08.00 | romainguy_ | this is not enabled by default |
| 03:09.00 | jasta | any thoughts then? |
| 03:10.18 | jasta | maybe turn off the animation cache for the list itself? |
| 03:11.37 | jasta | that didn't work :\ |
| 03:11.46 | *** join/#android msbhvn (n=msbhvn@c-67-183-112-152.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
| 03:11.46 | *** join/#android ruxpin_ (n=pkunk@195.148.225.17) |
| 03:11.46 | *** join/#android Kriyasurfer (n=Akashakr@c-67-166-227-32.hsd1.ga.comcast.net) [NETSPLIT VICTIM] |
| 03:11.46 | *** join/#android parti (n=parti@77.163.25.244) [NETSPLIT VICTIM] |
| 03:11.46 | *** join/#android ruxpin (n=pkunk@195.148.225.17) [NETSPLIT VICTIM] |
| 03:11.46 | *** join/#android guerby (n=guerby@gut75-4-82-235-162-148.fbx.proxad.net) |
| 03:11.46 | *** join/#android meshuga (i=meshuga@c-67-183-112-152.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
| 03:13.21 | romainguy_ | jasta: turn it off on the viewswitcher itself |
| 03:14.30 | jasta | nope |
| 03:14.52 | jasta | in fact, that behaved very strangely. it seemed to recycle the view incorrectly |
| 03:16.56 | *** join/#android meshuga (i=meshuga@c-67-183-112-152.hsd1.wa.comcast.net) |
| 03:20.04 | jasta | scratches his head |
| 03:28.09 | *** join/#android michaelnovakjr (n=nov@96.56.111.166) |
| 03:33.44 | romainguy_ | sweet |
| 03:33.48 | romainguy_ | <include /> done |
| 03:36.29 | jasta | include? to include other layout files? that would be awesome :) |
| 03:37.12 | romainguy_ | it's actually a side-effect of something even cooler |
| 03:37.18 | jasta | what? |
| 03:37.34 | romainguy_ | you'll see :) |
| 03:37.42 | jasta | oh come on :) |
| 03:37.52 | jasta | hey, are we expecting a release immediately after the challenge deadline? |
| 03:38.15 | romainguy_ | can't tell you |
| 03:38.23 | *** join/#android _ken__ (n=user@84.92.70.37) |
| 03:38.25 | romainguy_ | because I don't even know |
| 03:38.39 | jasta | what milestone are you guys on internally>? |
| 03:38.43 | romainguy_ | :) |
| 03:38.52 | jasta | teehee |
| 03:42.43 | jasta | i'm gonna guess m6 |
| 03:43.02 | jasta | let's hold a lotto on what the next release will be |
| 03:43.10 | jasta | m6-rc11 is my guess |
| 03:43.14 | jasta | no no, thats crazy |
| 03:43.18 | jasta | m6-rc24 |
| 03:43.23 | jasta | hehe |
| 03:47.28 | michaelnovakjr | what is the proper method for setting the src for an ImageView in Java code? |
| 03:50.07 | jasta | there are numerous ways, setImageDrawable is perhaps the most conventional |
| 03:50.31 | michaelnovakjr | cool, i was getting some null point exceptions using the resource one |
| 03:50.47 | jasta | well, did you give it a valid resource? |
| 03:51.10 | michaelnovakjr | yep |
| 03:51.18 | jasta | what object was null, then? |
| 03:51.50 | michaelnovakjr | the setImageResource was triggering the null exception |
| 03:52.04 | jasta | was the imageview null? :) |
| 03:52.11 | jasta | or was it deeper in thes tack? |
| 03:52.25 | michaelnovakjr | it shouldn't be |
| 03:52.32 | jasta | did you check? |
| 03:52.45 | jasta | use a debugger, man :) |
| 03:52.59 | michaelnovakjr | i am working on it..... not used to it |
| 04:03.41 | *** join/#android Kraln (n=Kuja@c-71-61-229-105.hsd1.md.comcast.net) |
| 04:20.32 | *** join/#android [jarek]\ (n=jarek@asj111.neoplus.adsl.tpnet.pl) |
| 04:25.38 | *** join/#android rch850 (n=rch850@c220090.ppp.asahi-net.or.jp) |
| 04:26.07 | jasta | romainguy_: Do you suppose that the ADC judges will do any "stress testing" of the app? |
| 04:26.27 | jasta | That is, intentionally thinking of ways to trouble the app? |
| 04:27.03 | jasta | Like switching off the data connection in the middle of a download to simulate going out of range? |
| 04:27.25 | jasta | My program has a lot of corner cases that I don't currently handle well :) |
| 04:28.21 | romainguy | I have no idea |
| 04:28.28 | romainguy | I never saw such a thing in the contest rules |
| 04:28.35 | jasta | neither did i. |
| 04:28.52 | zhobbs | jasta: I hope not :) |
| 04:29.08 | jasta | i'm actually a bit confused as to how my app will be judged, given that so much of the "wow" will not be apparent to the judges |
| 04:30.18 | jasta | if my app is doing its job, the nature of how it works should not get in your way and in that way it owuld work just like any other music player. |
| 04:30.37 | jasta | so it might not seem any more significant than a traditional player |
| 04:32.28 | f00f- | will it be bad if the judges see an ANR dialog? |
| 04:32.46 | romainguy | jasta: except that the music is not initially on the device... |
| 04:32.49 | jasta | i assume that would detract from its polish and appeal, which would earn you a low score in that category :) |
| 04:33.00 | romainguy | f00f-: well, if that makes the application annoying to use... |
| 04:33.13 | jasta | romainguy: well right, i am thinking about having a little blurb on the sync screen when the first time sync happens |
| 04:33.18 | f00f- | well, it only happens when GTalk service is enabled, so i'm disabling it by default |
| 04:33.26 | jasta | saying like "Please be patient as your entire music library is organized onto your phone..." to make it seem more dramatic :) |
| 04:33.36 | f00f- | but for it to be supported, will the judges be given GTalk accounts to test with? |
| 04:33.44 | f00f- | hehe |
| 04:34.00 | jasta | also, it's painfully slow first-time, so i hope the judges are patient with me :) |
| 04:34.08 | zhobbs | jasta: talking it up in the docs might go a long way |
| 04:34.26 | jasta | there's little optimization, but i intend to limit the set of data that the judges will see to get the sync time down to about 3 minutes. |
| 04:34.29 | michaelnovakjr | i hope they are a heart for public service apps :) |
| 04:34.43 | jasta | which should include about 200 albums. |
| 04:34.59 | f00f- | michaelnovakjr: do you want to share your idea yet? |
| 04:35.14 | michaelnovakjr | i am writing a warning system for severe weather |
| 04:35.31 | f00f- | nice, i was going to do an emergency social networking app, but figured i'd do something else :) |
| 04:35.47 | zhobbs | an emergency social networking app? |
| 04:35.59 | f00f- | let people around you know of emergencies, etc. |
| 04:36.08 | michaelnovakjr | yea, this one focuses on severe weather, there really isn't a great way to transmit severe weather for sometime like the middle of the night |
| 04:36.09 | zhobbs | I saw an app that does that |
| 04:36.12 | f00f- | tie up with state, federal,etc. alert reporting systems |
| 04:36.28 | f00f- | i love how gov't nowadays provides web services for a lot of things |
| 04:36.29 | michaelnovakjr | text messaging is really unreliable |
| 04:36.42 | f00f- | yeah, and most operators can't pump them out fast enough |
| 04:36.45 | michaelnovakjr | yea |
| 04:37.06 | f00f- | just 3-4 years ago AT&T had a processing rate of 5-10/sec network-wide, so i hear |
| 04:37.32 | michaelnovakjr | i figured a cellphone is a great way to alert someone in the middle of the night for a tornado or other form of severe weather |
| 04:37.48 | romainguy_ | michaelnovakjr: if you do get signal ^^ |
| 04:38.04 | f00f- | you bet, and especially when everyone keeps them nearby |
| 04:38.11 | zhobbs | well in your house you might get wifi...until the tornado takes it out |
| 04:38.13 | michaelnovakjr | true, mine did in one of those situations |
| 04:38.21 | f00f- | but remember |
| 04:38.31 | f00f- | they say, SMS got through when voice didn't during 9/11 |
| 04:38.46 | f00f- | i doubt packet sessions survived even |
| 04:38.55 | f00f- | SMS is at amuch lower level than packet |
| 04:39.10 | michaelnovakjr | true.... the magnitude of that situation was intense |
| 04:39.35 | f00f- | there's something to be said of fixed-length data packets :) |
| 04:40.16 | michaelnovakjr | i have worked on server software for the system for months to make it very fast and efficient in terms of size of data |
| 04:40.31 | f00f- | so are you counting on it being accessible by the judges? |
| 04:40.38 | michaelnovakjr | it will be |
| 04:40.39 | f00f- | i think i will bundle a data set with my app |
| 04:40.47 | f00f- | failover mechanism |
| 04:40.56 | michaelnovakjr | mine too, but i will definitely attempt a network connection |
| 04:40.59 | f00f- | yep |
| 04:41.24 | michaelnovakjr | but again that would imply they are in a warning area, so an example set of data works out well for me |
| 04:41.46 | michaelnovakjr | or atleast a default location with a set of example data the application can pull |
| 04:41.54 | f00f- | so you use GPS i bet |
| 04:41.58 | f00f- | have you made your own location provder? |
| 04:41.59 | michaelnovakjr | its in the plans |
| 04:42.28 | michaelnovakjr | probably not for the ADC... the user can put in their zip code and the servers pull the weather code for their area |
| 04:42.37 | f00f- | okay |
| 04:42.57 | michaelnovakjr | but if they are traveling they can turn on gps usage |
| 04:43.13 | zhobbs | I've noticed in my area there are lots of severe weather alerts for not so severe weather (ie, it's dry so watch out for brushfires) |
| 04:43.38 | michaelnovakjr | ah good point.... got that covered |
| 04:43.49 | michaelnovakjr | i created a leveling system based on warnings |
| 04:44.03 | michaelnovakjr | so users can choose only to get the most severe warnings |
| 04:44.26 | jasta | like "your roof just got torn off" |
| 04:44.35 | michaelnovakjr | prettu much :) |
| 04:45.33 | jasta | what regions are you targetting for this app? |
| 04:45.35 | michaelnovakjr | last tornado in my area.... was about 5 am and I was still sleeping and was woken up by a bad thunderstorm.... didn't think anything of it and kept sleeping till someone called my cell to tell me there was a tornado warning |
| 04:45.44 | michaelnovakjr | all of the united states so far |
| 04:45.58 | michaelnovakjr | i plan to support international areas soon though |
| 04:46.21 | jasta | i live in Seattle, the most severe weather we have ever received was a snow storm that dropped like 2 feet of snow in the lowlands over the course of a week |
| 04:46.30 | jasta | literally, that is the most severe we've ever seen :) |
| 04:46.50 | jasta | except i guess in the 70's we had another snow storm like that that dumped 4 feet |
| 04:47.20 | michaelnovakjr | severe weather was rare in the NYC area, but in the past year or two we have seen a noticeable increase in tornados and very bad wind storms |
| 04:48.38 | jasta | when i was in Atlanta earlier this year, I guess a tornado swept through nearby towns and killed 4 people |
| 04:48.48 | jasta | like the day before we touched down |
| 04:49.22 | michaelnovakjr | yea, the warning system could use some improving... even if the app helps only some people, then its worth it |
| 04:49.54 | jasta | the challenge with such a system is that it would need to have a very light footprint and have a chance to be integrated nationally on all phones. |
| 04:50.02 | jasta | with cooperation from local governments too |
| 04:50.14 | f00f- | well that's where an SMS based solutions wins |
| 04:50.27 | michaelnovakjr | indeed, i have kept this application very very very simple |
| 04:50.28 | jasta | it's a bureaucratic problem :) |
| 04:50.37 | f00f- | yeah, there are companies trying to do it |
| 04:50.42 | f00f- | but it's a total nightmare |
| 04:50.43 | michaelnovakjr | in the US its pretty straight forward |
| 04:50.50 | f00f- | the infrastructure won't support all that load |
| 04:51.17 | f00f- | ideally you would use Cell Broadcast to target it regionally, but there is no mandate that forces operators to support it |
| 04:51.21 | *** join/#android murch (i=murch@s229-70.resnet.ucla.edu) |
| 04:51.23 | jasta | it would be neat if some national standard was published for public safety on cellular devices though |
| 04:51.29 | michaelnovakjr | yea |
| 04:51.39 | jasta | but you'd need to push in a very different direction to make something like that happen |
| 04:51.56 | michaelnovakjr | that would require more control over the cellphone industry |
| 04:52.18 | michaelnovakjr | that right there is a difficult task |
| 04:52.27 | f00f- | or make a suggestion to them |
| 04:52.34 | f00f- | i think the FCC has threatened before |
| 04:52.40 | f00f- | and usually the industry complies |
| 04:52.45 | f00f- | without an actual law |
| 04:52.48 | michaelnovakjr | i have a bunch of servers that are running the services that control communications |
| 04:52.49 | jasta | yeah actually you wouldn't need to touch the industry directly |
| 04:52.58 | jasta | local and federal governments would be the best place to attack |
| 04:53.15 | michaelnovakjr | i have a win mobile version i have been working with too |
| 04:53.34 | michaelnovakjr | it takes less than 1% of the running memory on my touch |
| 04:53.49 | f00f- | aha |
| 04:54.08 | michaelnovakjr | ? |
| 04:54.29 | murch | .. I have an android related question, can I shoot? |
| 04:54.35 | jasta | go ahead |
| 04:54.48 | murch | Is it possible to have multiple views per activity? |
| 04:54.56 | murch | but with each view replacing the other |
| 04:55.02 | jasta | yes, of course. You want a FrameLayout |
| 04:55.10 | murch | *googles* |
| 04:55.23 | jasta | You may wish to look at the Tab system in Android as well. |
| 04:55.52 | f00f- | i guess i should have used tabs for my wizard :/ |
| 04:56.09 | jasta | i have a relatively sophisticated demonstration of the tab system on my blog at http://devtcg.org |
| 04:56.24 | jasta | however, keep in mind that tabs are not the only way. FrameLayout is the basis for this behaviour, and could be controlled any way you choose. |
| 04:56.58 | romainguy_ | f00f-: tabs for a wizard?! |
| 04:57.10 | *** join/#android poffy (n=poffy@c-98-199-135-173.hsd1.tx.comcast.net) |
| 04:57.22 | f00f- | backs down |
| 04:57.28 | f00f- | yes, good that i didn't go through with it :) |
| 04:57.35 | michaelnovakjr | i agree |
| 04:57.39 | f00f- | Prev/Next buttons should be good enough |
| 04:57.42 | michaelnovakjr | that could be a bit confusing |
| 04:57.50 | zhobbs | murch: FrameLayout has some descendants like ViewAnimator/ViewSwitcher that might be interesting also |
| 04:57.51 | romainguy_ | sweet, my tool is working |
| 04:58.01 | jasta | which tool? |
| 04:58.10 | romainguy_ | a desktop app |
| 04:58.18 | romainguy_ | it shows your view hierarchy as a visual tree |
| 04:58.27 | romainguy_ | and when you click a node, it shows the value for various properties |
| 04:58.41 | romainguy_ | the nice thing is you can choose what properties to show using annotations |
| 04:58.41 | jasta | haven't you already designed that? you were mentioning it earlier. |
| 04:58.52 | romainguy_ | it was something similar |
| 04:59.01 | romainguy_ | but it was recording the drawing/layout actions |
| 04:59.26 | murch | jasta: thanks :) |
| 04:59.48 | murch | zhobbs: thanks, i'll take a look at it |
| 05:00.01 | romainguy_ | jasta: for instance I put a @ViewDebug.ExportedProperty on View.getWidth() and the tool shows the value of this method when you click the node in the tree |
| 05:00.10 | romainguy_ | it also works on fields |
| 05:00.34 | romainguy_ | and reverse-resolve some fields (for instance, the value of getId() is turned into the original String) |
| 05:00.46 | jasta | are these tools that are published in the source tree? that is, when Android is ultimately released, will your tools be available to other developers? |
| 05:01.03 | romainguy_ | the first one, I would need to update it to the latest ddms protocols |
| 05:01.11 | romainguy_ | the new one, I'd definitely would like to make it available |
| 05:01.29 | romainguy_ | gotta figure out licensing stuff before (it relies on 3rd party libraries, all open source, but licenses...) |
| 05:01.34 | jasta | i'm very excited to tear into Android internals :) |
| 05:01.50 | romainguy_ | note that both these tools work with the ViewDebug class |
| 05:02.10 | romainguy_ | so, there's at least what you need to produce the output |
| 05:03.08 | *** join/#android SR71-Blackbird (n=nirvana@unaffiliated/sr71-blackbird) |
| 05:06.44 | f00f- | michaelnovakjr: http://www.cellbroadcastforum.org/ |
| 05:07.45 | michaelnovakjr | that is interesting |
| 05:08.19 | romainguy_ | jasta: http://progx.org/users/Gfx/hierarchyviewer.png |
| 05:08.52 | jasta | that looks very, very useful :) |
| 05:09.09 | romainguy_ | I have many, many ideas for this tool |
| 05:09.11 | romainguy_ | but so little time |
| 05:09.24 | romainguy_ | this is the first, hacky implementation I wrote in a few hours |
| 05:09.27 | zhobbs | when you going to release it? |
| 05:09.36 | jasta | don't mean to get off topic, but what the fuck. is the RemoteCallbackList not thread-safe? *GRR* |
| 05:09.38 | romainguy_ | zhobbs: hopefully in a future SDK :) |
| 05:09.56 | romainguy_ | zhobbs: but as I said, the protocol lives in android.view.ViewDebug |
| 05:10.05 | romainguy_ | so even without the tool you can easily access the data |
| 05:10.26 | romainguy_ | the tool just sends a DUMP\n command to android on port 4939 |
| 05:10.45 | romainguy_ | and receive the tree in a human readable format that's very easy to parse |
| 05:16.44 | michaelnovakjr | goodnight all |
| 05:17.55 | f00f- | nite |
| 05:20.37 | f00f- | how can i get rid of: W/ActivityManager( 520): Failure sending broadcast Intent |
| 05:20.43 | f00f- | when my service crashes |
| 05:21.05 | f00f- | these are intents coming from the android location service |
| 05:26.55 | zhobbs | is there a way to run the emulator with networking disabled? I guess I could specifiy a really high netdelay, but don't see nonetwork |
| 05:27.32 | jasta | you can disable the network at runtime via ddms and other ways |
| 05:27.46 | f00f- | maybe specify an invalid proxy server |
| 05:28.06 | f00f- | romainguy_: is there a way to invoke the dialer (or even start a call) with a specified number? |
| 05:28.37 | romainguy_ | zhobbs: emulator -qemu -net none |
| 05:28.41 | f00f- | i see com.google.android.phone.Dialer in a sample but no class for it |
| 05:28.45 | romainguy_ | f00f-: with an intent I guess |
| 05:28.53 | f00f- | hmm ok |
| 05:29.25 | zhobbs | jasta: where in ddms? |
| 05:29.47 | jasta | ddms is a perspective in the Eclipse plugin, and also a standalone program by that name |
| 05:30.31 | zhobbs | yeah, I know...just don't see the option to kill networking |
| 05:30.43 | jasta | it's there |
| 05:30.45 | romainguy_ | emulator -qemu -net none |
| 05:30.53 | zhobbs | ok |
| 05:31.15 | murch | can you nest a ViewAnimator inside a FrameLayout? |
| 05:31.24 | zhobbs | no need to really |
| 05:31.37 | murch | but it shouldn't cause any XML bugs? |
| 05:32.14 | jasta | murch: a ViewAnimator is a FrameLayout, but otherwise yes. |
| 05:32.18 | jasta | you could |
| 05:33.29 | *** join/#android pandora-0 (n=pandora@cpe-76-172-208-63.socal.res.rr.com) |
| 05:37.37 | f00f- | com.google.android.phone.TwelveKeyDialer |
| 05:37.38 | f00f- | lol |
| 05:38.51 | romainguy_ | ? |
| 05:39.34 | f00f- | http://groups.google.com/group/android-beginners/browse_thread/thread/a8bc4aeb9677fe6e?hl=en |
| 05:54.49 | *** join/#android mypapit (n=mypapit@pdpc/supporter/active/mypapit) |
| 06:02.28 | *** join/#android duey (n=Nick@203.96.223.40) |
| 06:10.47 | jasta | romainguy_: it would be slick to animate a progress bar if it jumps significantly :) |
| 06:11.05 | romainguy_ | yep |
| 06:11.13 | jasta | is that a planned featured? |
| 06:11.14 | jasta | feature* |
| 06:11.15 | romainguy_ | it's on a todo list somewhere |
| 06:11.30 | romainguy_ | although I would say it's very very very very low down the list of priorities :p |
| 06:12.39 | f00f- | romainguy_: there seems to be a memory leak in broadcasting intents that have no receivers (DeadObjectException) ? |
| 06:13.47 | romainguy_ | f00f-: how do you detect it? |
| 06:15.05 | f00f- | well i see a bunch of "failed to broadcast intent" messages and memory usage grows to 16.00 MB and then the emulator just dies and reboots |
| 06:15.35 | jtoy | do services start automatically if you application does not run, say for example when the phone reboots, will a service that is supposed to run every hour stil run? |
| 06:15.41 | romainguy_ | ah, that's bad indeed |
| 06:15.43 | romainguy_ | you should file a bug |
| 06:15.51 | romainguy_ | unless the leak is in your app :) |
| 06:16.04 | f00f- | romainguy_: i will test it by shutting down my app and see if still happens |
| 06:17.37 | zhobbs | jtoy: no, unless you create an intentreciever for boot_complete |
| 06:17.46 | zhobbs | and run the service that way |
| 06:17.56 | jtoy | I guess I need to do that then |
| 06:23.23 | jtoy | with all these services apps running, i image the phone will be extremely slow and have bad batter life |
| 06:24.04 | zhobbs | romainguy_: emulator -qemu -net none -> error: sorry, you need to enable the network to use the Android emulator |
| 06:24.26 | zhobbs | If you say no network in qemu maybe adb wouldn't be able to talk to it?? |
| 06:24.50 | jasta | zhobbs: you should just disable the radio with ddms. |
| 06:25.25 | zhobbs | where is that option? |
| 06:25.45 | zhobbs | ohh...data->denied or something? |
| 06:28.22 | jasta | yes |
| 06:29.30 | jasta | romainguy_: what's a decelerateInterpolator? |
| 06:29.50 | jasta | or is it obvious? |
| 06:29.59 | romainguy_ | it's pretty obvious to me :) |
| 06:30.09 | romainguy_ | it used to be called easeoutinterpolator |
| 06:30.10 | jasta | just making sure there wa sno voodo here :) |
| 06:30.12 | jasta | voodoo* |
| 06:36.13 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
| 06:47.53 | jasta | romainguy_: if i had a partial fade in animation that faded to opacity 0.5, and out from 0.5 back to 0.0, why would the view suddenly become 100% opaque after the animation? |
| 06:47.58 | jasta | could that be anotehr animation cache bug? |
| 06:48.27 | zhobbs | are you doing fillAfter? |
| 06:48.33 | jasta | what's that? |
| 06:48.57 | romainguy_ | fillAfter tells the animation to retain the final value |
| 06:50.32 | jasta | well, then i wasn't. |
| 06:50.50 | zhobbs | that's probably what you want |
| 06:51.21 | jasta | it looks like i would want it false? |
| 06:51.56 | romainguy_ | well no |
| 06:51.59 | zhobbs | true means that the view will stay how it is at the end of the animation I think |
| 06:52.14 | romainguy_ | if you want the view to remain at 0% opacity, you need it set to true |
| 06:52.47 | jasta | experiments |
| 06:53.48 | zhobbs | setting data to denied (or anything) doesn't seem to make a difference for me |
| 06:54.06 | jasta | i used to use it all the time back in M3 |
| 06:54.14 | jasta | to test sudden loss of data connection |
| 06:54.14 | zhobbs | hmm |
| 06:54.19 | jasta | havent tested it in a while though |
| 06:54.25 | zhobbs | yeah, that's what I'm trying to do |
| 06:58.47 | jasta | romainguy_: so, given: fromAlpha="0.0" toAlpha="0.1" fillAfter="true" ... if i start that animation, then set the view visible, when the animation finishes the opacity should remain 10% right? |
| 06:58.59 | *** join/#android davidw (n=davidw@chello212186016224.tirol.surfer.at) |
| 06:59.00 | zhobbs | yeah |
| 06:59.04 | jasta | it doesn't. |
| 06:59.20 | jasta | it fades to 10%, then on the next redraw becomes 100% opaque. |
| 07:00.25 | zhobbs | fillAfter was broke in M3, was supposed to be fixed in M5 |
| 07:00.49 | jasta | and i assume on my partial fade out animation i should have fillBefore="true" as well? |
| 07:01.42 | *** join/#android zmedico (n=zmedico@gentoo/developer/zmedico) |
| 07:02.39 | romainguy_ | jasta: yep |
| 07:03.02 | jasta | what could possibly be happening here? |
| 07:03.03 | romainguy_ | I know there was a last minute change to how we handle animations in M5 |
| 07:03.16 | romainguy_ | and I also remember I fixed a bug it introduced right after the M5 release |
| 07:03.31 | romainguy_ | if you send me a small example that reproduces the problem, I can run it on our current tree and see what's going on |
| 07:03.56 | jasta | ok, i'll try. |
| 07:04.09 | romainguy_ | thanks |
| 07:04.20 | jasta | well, thank you :) |
| 07:04.41 | romainguy_ | animations, bitmap caches and listview are my daily nemesis :)) |
| 07:05.18 | jasta | hang around for 10 minutes, i can whip up a sample very fast :) |
| 07:05.20 | zhobbs | hmmm....a few emulator restarts later the data = denied param is working now |
| 07:05.24 | jasta | assuming the bug is what i think it is |
| 07:06.48 | davidw | 'morning |
| 07:12.19 | davidw | snowy morning:-/ |
| 07:13.20 | f00f- | where you at davidw ? |
| 07:13.27 | davidw | Innsbruck |
| 07:13.34 | f00f- | NJ ? |
| 07:13.47 | jasta | romainguy_: Sure, it works great in my small demo :) |
| 07:13.47 | romainguy_ | Austria I believe |
| 07:13.59 | f00f- | oh, that makes sense with time |
| 07:14.13 | jasta | I suspect it's the same or similar animation cache bug that I reported earlier. Any thoughts on a work-around? |
| 07:14.40 | romainguy_ | try disabling the cache? :) |
| 07:14.50 | jasta | well, my confusion is the same as it was before: where? |
| 07:14.57 | jtoy | is there any adapter that I can use to pull arbitrary elements from in a list view? |
| 07:15.45 | jtoy | SimpleAdapter needs a hashmap, SimpleCursorAdapter needs a Cursor, but is there something where I can pass a list of objects and then say call method foo and bar and display those in the view? |
| 07:16.06 | jasta | romainguy_: wait, i'm mistaken. it doesn't work correctly in my small demo :) |
| 07:16.17 | jasta | as soon as you change the progress, it redraws at full opacity. |
| 07:17.23 | jasta | Give me 5 to package it up |
| 07:17.49 | *** join/#android mazzen (n=mortel@u30-237.dsl.vianetworks.de) |
| 07:18.06 | mickrobk | jasta: i had the same problem, for a workaround i set an animation listener that changed the visibility to invisible so it would stay gone |
| 07:18.28 | jasta | i don't think that's the same problem as i'm having. |
| 07:18.32 | romainguy_ | jasta: don't send me an .apk :) |
| 07:18.40 | jasta | i wasn't going to. |
| 07:18.45 | romainguy_ | cool |
| 07:19.38 | mickrobk | jasta: the problem i had was the end state of the animation didn't stay, alpha in my case, so I put an animation listener on it so that then put the alpha at the desired end state |
| 07:20.03 | zhobbs | what's a reasonable connection timeout on a mobile? |
| 07:20.14 | romainguy_ | michaelnovakjr: you should not have to do this |
| 07:20.17 | zhobbs | 5 sec enough? |
| 07:20.18 | jasta | zhobbs: most of my apps use about 90 seconds. |
| 07:20.19 | romainguy_ | fillAfter=true should be enough |
| 07:20.25 | romainguy_ | and I believe it's true by default |
| 07:20.39 | romainguy_ | yes, fillAfter and fillBefore are true by default |
| 07:21.01 | zhobbs | 90 huh? My progressdialog is not cancelable...that would be rough |
| 07:21.10 | mickrobk | romainguy_: that wasn't working for me, same issue as jasta |
| 07:21.22 | romainguy_ | mickrobk: just a bug :) |
| 07:21.30 | romainguy_ | which, I believe, is fixed in post-M5 |
| 07:21.33 | romainguy_ | but I need to check |
| 07:21.38 | jasta | romainguy_: submitting now |
| 07:23.41 | jasta | http://code.google.com/p/android/issues/detail?id=611 |
| 07:24.43 | jasta | the demonstration is simple: click in to fade the progress bar in, click increment to update the progress; upon doing so, the opacity returns to 100%. |
| 07:25.22 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
| 07:27.10 | jasta | romainguy_: setProgress isn't necessarily the trigger here; I tried mBar.invalidate() which also reset the opacity. |
| 07:30.22 | jtoy | http://lbellonda.blogspot.com/2007/12/android-how-to-show-items-with.html |
| 07:30.33 | jtoy | oops, |
| 07:30.56 | romainguy_ | jasta: it's just drawing, so invalidate() would do it indeed |
| 07:31.30 | romainguy_ | shit, the bug is also in our tree |
| 07:31.43 | romainguy_ | damn I was sure I fixed it |
| 07:31.44 | romainguy_ | boo |
| 07:31.51 | jasta | well then how would i accomplish this effect? i just want a progress bar that animates to 50% opacity moves around, then goes away |
| 07:32.05 | romainguy_ | wait for a bug fix :) |
| 07:32.05 | jasta | , moves around* |
| 07:32.18 | jasta | well, at least i've given you something to do :) |
| 07:32.19 | mickrobk | jasta: use an animationEnd listener |
| 07:32.30 | jasta | mickrobk: how would that help me? |
| 07:32.32 | romainguy_ | jasta: like I wasn't busy enough :) |
| 07:33.11 | romainguy_ | ah |
| 07:33.15 | romainguy_ | I know what could be happening here |
| 07:33.30 | romainguy_ | doh! |
| 07:33.32 | romainguy_ | there's no bug |
| 07:33.34 | jasta | ? |
| 07:33.44 | mickrobk | jasta, http://www.nopaste.com/p/aaAInm5Zn |
| 07:33.53 | romainguy_ | \o/ |
| 07:34.02 | romainguy_ | ok |
| 07:34.03 | romainguy_ | so |
| 07:34.04 | jasta | mickrobk: that's completely irrelevant. |
| 07:34.21 | romainguy_ | you need to use android:keepAnimations="true" |
| 07:34.24 | jasta | also, totally unnecessary. that effect can be accomplished easier. |
| 07:34.31 | romainguy_ | on the layout that contains the progressbar |
| 07:34.46 | jasta | that's goofy; why? |
| 07:34.51 | romainguy_ | the reason is that most of the time animations puts views in their final, normal state |
| 07:35.06 | romainguy_ | in that case, it is totally unnecessary to keep the animation set on the view |
| 07:35.19 | romainguy_ | because it makes ViewGroup go through a much slower code path at drawing time |
| 07:35.30 | romainguy_ | I identified this as a cause for many slowdowns |
| 07:35.41 | romainguy_ | so by default, when the animation is over, we call View.clearAnimation() |
| 07:35.47 | romainguy_ | unless you set keepAnimations=true |
| 07:35.49 | jasta | well, hang on a minute. |
| 07:35.52 | mickrobk | jasta: just set the animationlistener for that animation to be that class, doesn't that solve what ur trying to do? |
| 07:36.12 | jasta | mickrobk: no, and like i said, neither do you. |
| 07:36.23 | romainguy_ | what I should do is make fillAfter=false by default |
| 07:36.24 | jasta | err, yo udon't need it either :) |
| 07:36.31 | *** join/#android cutmasta (n=cutmasta@ip-78-94-46-184.PH-1211F-BSR64K-03.ish.de) |
| 07:36.41 | romainguy_ | and if fillAfter=true then we keep the animation |
| 07:36.46 | romainguy_ | otherwise, we throw it away |
| 07:36.53 | jasta | romainguy_: So this will slow down the drawing of all children in this layout, or only ones that have an animation (i.e. only the progress bar)? |
| 07:37.01 | romainguy_ | the ones that have an animation |
| 07:37.25 | romainguy_ | but if you use for instance a layout animation, then all of the children have an animation |
| 07:37.34 | romainguy_ | (Home used to have a layout animation) |
| 07:37.43 | jasta | excellent, keepanimations works. |
| 07:37.49 | romainguy_ | sorry for that |
| 07:38.00 | jasta | well, i'm happy regardless; thanks romain :) |
| 07:38.38 | davidw | romainguy, looked at the iphone sdk at all? |
| 07:39.16 | romainguy_ | not closely no |
| 07:39.26 | romainguy_ | I'd rather not touch it :) |
| 07:40.08 | jasta | best to keep your mind pure :) |
| 07:40.21 | romainguy_ | you never know with lawyers nowadays :) |
| 07:42.03 | jasta | romainguy_: will you comment on my issue so that folks reading it will know about this |
| 07:42.10 | romainguy_ | I did |
| 07:42.17 | jasta | oh ok, thanks |
| 07:42.20 | romainguy_ | :) |
| 07:42.42 | jasta | i'm testing this in my real app now |
| 07:43.27 | romainguy_ | Hmm I think I can remove this keepAnimations flag |
| 07:46.45 | jasta | porting to the next SDK is not going to be easy, is it? |
| 07:47.13 | romainguy_ | not as bad as porting to M5 I'd say |
| 07:47.23 | romainguy_ | but we changed a bunch of APIs, as usual :) |
| 07:53.11 | jasta | m5 wasn't bad, actually |
| 07:53.21 | jasta | although i didn't have even 1/3th the code i have now back then sooo |
| 07:53.39 | zhobbs | the biggest change with M5 was the look of the widgets for touchscreen |
| 07:53.50 | zhobbs | had to change the way you may have been building your UI |
| 07:54.06 | jasta | i would say that the biggest change in terms of hassle was the uri and content provider stuff |
| 07:54.24 | zhobbs | is happy he hasn't gone there yet |
| 07:54.35 | jasta | content providers are the suckiest part of android, for sure. |
| 07:55.34 | duey | oh look what you did jasta |
| 07:55.37 | duey | made romainguy sad |
| 07:57.28 | *** join/#android romainguy_ (n=gfx@72.14.224.1) |
| 08:01.13 | davidw | yeah, I think the whole url/sql thing is kind of odd... maybe it's just me though |
| 08:03.03 | jasta | no, it is odd. |
| 08:28.07 | *** join/#android acsia (n=acsia@host86-161-119-76.range86-161.btcentralplus.com) |
| 08:36.42 | *** join/#android mazzen (n=mortel@u30-237.dsl.vianetworks.de) |
| 08:40.02 | *** join/#android mypapit (n=mypapit@124.82.44.74) |
| 09:09.04 | acsia | hi |
| 09:09.06 | acsia | morning |
| 09:09.12 | acsia | anybody out there? |
| 09:11.05 | mickrobk | hello |
| 09:22.14 | *** join/#android cutmasta (n=cutmasta@62.225.134.181) |
| 09:28.34 | davidw | anyone else have issues with a webview not really starting up the first time? |
| 09:35.42 | acsia | have you checked if the db was created? |
| 09:36.04 | acsia | or errors in the log creating the webview? |
| 09:36.19 | acsia | I have a webview in the start of my app and never had any problems |
| 09:37.09 | *** join/#android mikelo (i=5960a204@gateway/web/ajax/mibbit.com/x-de5c0be241332dd2) |
| 09:43.01 | mazzen | hi! i would like to change the pictures in android and so i unpacked the jar, changed the pictures, packed the jar and started android. but nothing was changed. even if i delete all of the png files, they are still in android when i launch it. so i'm apparently on the wrong way :D. would anyone be so kind and give me some hints? |
| 09:45.29 | mickrobk | mazzen, mb try "emulator -wipe-data" but i dunno if that'll help |
| 09:47.59 | mazzen | mickrobk: so theoretically it should work this way? |
| 09:48.42 | mazzen | i even rebooted my computer, to be 100% sure that nothing was loaded from the ram |
| 09:48.49 | mickrobk | mazzen, i have no idea, it's worth a shot though, unless u have a bunch of saved stuff u want to keep. |
| 09:49.38 | mickrobk | mazzen, the emulator stores it's state in a userdata.img file in ur appdata, it might be keeping image caches for the os there |
| 09:49.49 | mickrobk | mazzen, but y would u want to change the pictures |
| 09:50.20 | mickrobk | if ur trying to change what buttons or something looks like, u should define a custom theme |
| 09:55.04 | mazzen | mickrobk: ok, i'll take a look at this. thanks so far! |
| 09:55.58 | mazzen | emulator -wipe-data didn't helped, which confuse me a little bit, as there are no. really no pngs! |
| 09:56.17 | *** join/#android Ix-Xitan (n=Mutex@78.133.50.14) |
| 09:56.48 | Ix-Xitan | hello guys if i want to use another API with android is it possible ? |
| 09:57.51 | mickrobk | mazzen, the resources are probably compiled into the actual apks then, which you can't change until they release the full source |
| 09:59.23 | davidw | can't wait to see the sources |
| 09:59.24 | raidfive | but once again, why would you want to change the default android os images? :) |
| 09:59.26 | zhobbs | Ix-Xitan: you can use external jar files |
| 10:00.21 | Ix-Xitan | zhobbs but what if these APIs are written for normal jre |
| 10:00.28 | Ix-Xitan | and use lets say java.io |
| 10:00.31 | *** join/#android Tricky (n=Predat0r@adsl-75-37-12-111.dsl.pltn13.sbcglobal.net) |
| 10:00.41 | Ix-Xitan | which is omitted from android |
| 10:01.04 | Tricky | I wonder how many entries they will receive |
| 10:01.21 | davidw | Tricky, lots |
| 10:01.47 | Tricky | i suppose it is too late now to start on an app |
| 10:02.57 | mazzen | raidfive, mickrobk: i just thought it is the easiest way to change the theme :) |
| 10:03.08 | mazzen | just change the pictures and zack, zack :D |
| 10:03.15 | Ix-Xitan | the result of using other APIs is giving me back "an error has occured" |
| 10:03.46 | mickrobk | mazzen, then it's completly unredistributable, unless u get everyone to reinstall their os for you |
| 10:03.48 | raidfive | Tricky, you have seven days ... go go go |
| 10:05.53 | mazzen | mickrobk: true, but as you surely noticed i'm really new to android (but willing to learn!). so i guess i'm in the "try, what comes in your minds" phase :) |
| 10:05.56 | Tricky | i created a test class when I run it in eclipse the emulator comes up and then it says"Holle World, <Application Name>" |
| 10:06.07 | Tricky | nowhere do I specify the hellow world thing |
| 10:06.24 | Tricky | is that normal |
| 10:06.35 | mickrobk | mazzen, :) |
| 10:07.21 | zhobbs | Tricky: see the xml files in res/layout and res/values/strings.xml |
| 10:09.10 | mazzen | but, am i'm right: when i think that the android.jar plus a few other things are put in the userdata-qemu.img which is generated everytime i start my android app in eclipse? |
| 10:10.33 | Tricky | zhobbs, thanks I see it in strings.xml .. can I just remove it' |
| 10:12.32 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 10:12.39 | Tricky | how come there is no SMS viewer in the emulator |
| 10:12.54 | Tricky | surely there will be one when it ships |
| 10:15.06 | davidw | damn, there are some serious issues with gtalk |
| 10:15.25 | Tricky | I am writing a program that receives text messages but I dont want it to affect the SMS viewer/sender that comes with it when the phone |
| 10:15.35 | Tricky | when the phone ships |
| 10:16.28 | Tricky | thoughts? |
| 10:17.01 | Tricky | everyone now dont talk at the same time |
| 10:18.36 | mickrobk | Tricky, i'm working on a project that uses sms to communicate, all it does it look for a code in the message, if it's not there it ignores it and if it is it captures it |
| 10:20.37 | Tricky | thats what I want to do .. but can I be sure that the SMS program on android will get the message and how do I block it from getting the SMS that I use for my app |
| 10:21.11 | Tricky | wthat is, I want the SMS's that I am not interested in to gpass thru .. but hte ones I use I dont want it to go thru |
| 10:21.23 | mickrobk | Tricky, i think we decided to worry about that when there was a sms app for android |
| 10:21.38 | Tricky | ok LOL |
| 10:21.47 | mickrobk | :) |
| 10:22.12 | davidw | mickrobk, how's it do that? intent-filter? |
| 10:22.15 | Tricky | thanks |
| 10:23.35 | mickrobk | davidw, intent reciever |
| 10:24.08 | davidw | ok, right but I haven't delved into that much... how do you capture/not capture |
| 10:26.23 | mickrobk | it looks at all, and doensn't do anything if the code isn't there... it never prevents other applications from seeing it's sms's that come in. I'm hoping that the real sms app allows us to delete messages, but i have to admit i didn't work on that part, i don't know that there isn't already a was to do that. We really havn't worried about that part much though. For the contest, we'll prbly just simulate the sms stuff so the judg |
| 10:26.23 | mickrobk | es dont have to work with ddms |
| 10:31.23 | acsia | anybody has a good icon set to suggest? |
| 10:32.10 | *** join/#android edcba (i=edcba@nor75-17-82-67-199-204.fbx.proxad.net) |
| 11:16.27 | *** join/#android Adys (n=Adys@APoitiers-257-1-84-214.w86-210.abo.wanadoo.fr) |
| 12:05.19 | *** join/#android davidw_ (n=davidw@chello212186016224.tirol.surfer.at) |
| 12:09.34 | *** join/#android _ken___ (n=user@84.92.70.37) |
| 12:11.21 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 12:19.17 | *** join/#android _ken____ (n=user@84.92.70.37) |
| 12:35.16 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 12:36.59 | *** join/#android dims (n=dims@c-66-31-154-33.hsd1.ma.comcast.net) |
| 12:39.55 | *** join/#android jtoy (n=jtoy@125.31.234.200) |
| 12:42.59 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 12:44.53 | *** join/#android o3u (n=slim@modemcable095.170-70-69.mc.videotron.ca) |
| 12:45.56 | *** join/#android michaelnovakjr (n=nov@204.141.14.103) |
| 12:49.04 | *** join/#android cutmasta (n=cutmasta@62.225.134.181) |
| 13:23.04 | *** join/#android tmarble (n=tmarble@user-38q4et6.cable.mindspring.com) |
| 13:26.37 | *** join/#android bigodines (n=bigodine@200-102-99-243.cslce701.dsl.brasiltelecom.net.br) |
| 13:26.59 | bigodines | is it possible to insert an icon in a mapview using overlay? |
| 13:33.35 | acsia | yes |
| 13:34.44 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 13:35.43 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 13:39.13 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 13:42.53 | *** join/#android illustir (n=alper@5356AB7B.cable.casema.nl) |
| 13:53.42 | *** join/#android Adys (n=Adys@APoitiers-257-1-84-214.w86-210.abo.wanadoo.fr) |
| 13:56.56 | *** join/#android krau (n=cktakaha@200.184.118.132) |
| 14:22.19 | *** join/#android jasonchen (n=chatzill@nat/google/x-0e70569a3d715e44) |
| 14:34.47 | michaelnovakjr | i am having some difficulty using the findViewById method |
| 14:35.03 | michaelnovakjr | it returns null on all the id's that i pass it |
| 14:35.16 | B0jangles | example? |
| 14:35.36 | michaelnovakjr | TextView txtView = (TextView)findViewById(R.id.label1); |
| 14:36.17 | B0jangles | looks right to me |
| 14:36.36 | B0jangles | you're sure you have an R.id.label12 |
| 14:36.39 | B0jangles | 1 |
| 14:36.51 | michaelnovakjr | its in the xml file and the R.java file |
| 14:37.06 | michaelnovakjr | does that method only look in the xml file that is set as the content view? |
| 14:37.19 | B0jangles | yeah, I think so |
| 14:38.02 | michaelnovakjr | i have a listview, but the contents of each row are stored separately from the layout file, its in the row section i am trying to pull a component |
| 14:38.56 | B0jangles | not sure |
| 14:40.44 | michaelnovakjr | is there another way to gain access to an xml element from java? |
| 14:41.21 | B0jangles | I don't think so |
| 14:58.37 | *** join/#android morrildl (n=chatzill@nat/google/x-3602f2b11944fae8) |
| 14:59.45 | michaelnovakjr | the odd thing is i am loading data into the TextView using the id in the same method. |
| 15:00.23 | *** join/#android r4d10n (n=rax@59.93.27.250) |
| 15:01.06 | *** part/#android morrildl (n=chatzill@nat/google/x-3602f2b11944fae8) |
| 15:01.11 | *** join/#android morrildl (n=chatzill@nat/google/x-3602f2b11944fae8) |
| 15:02.51 | *** join/#android Kraln (n=Kuja@fsustudent.frostburg.edu) |
| 15:04.24 | *** join/#android yeonhoo_ (n=yeonhoo@200.203.253.121) |
| 15:09.41 | *** join/#android inZane- (i=nemo@dslb-084-058-054-084.pools.arcor-ip.net) |
| 15:31.11 | davidw | interesting...journalist wants to chat about Android:-) |
| 15:32.52 | jasta | for what publication? |
| 15:37.51 | B0jangles | I talked to a guy from Wired a few weeks ago |
| 15:38.29 | B0jangles | dunno if they're running the story or not |
| 15:39.44 | *** join/#android chadkouse (n=chadkous@75-93-182-214.day.clearwire-dns.net) |
| 15:39.48 | chadkouse | zhobbs: are you there ? |
| 15:47.01 | *** join/#android yakischloba (n=jake@rnkfoods.com) |
| 16:10.07 | *** join/#android tlockney (n=tlockney@70-59-149-119.ptld.qwest.net) |
| 16:14.49 | jasta | B0jangles: it would be a little premature, i'd think |
| 16:15.22 | jasta | i can't believe this is the last week :) |
| 16:21.03 | michaelnovakjr | anyone know where a RemoteView example lives? |
| 16:22.07 | chadkouse | anyone ever played with changing the way a progress bar looks ? |
| 16:22.19 | chadkouse | I can successfully set the background, but then you lose the actual progress indicator |
| 16:23.23 | davidw | that round progress spinning thing has got to go:-) |
| 16:24.21 | chadkouse | well I'm using the horizontal one. |
| 16:24.34 | chadkouse | but I need to change the look |
| 16:24.35 | michaelnovakjr | yea, i don't like the round one |
| 16:25.35 | jasta | chadkouse: you need to use a leveled Drawable. |
| 16:25.53 | jasta | the progress bar is implemented by using a drawable that has setLevel called, and then drawn according to its level. |
| 16:26.02 | chadkouse | ahhh |
| 16:26.04 | chadkouse | i see. |
| 16:26.08 | chadkouse | do you have an example ? |
| 16:26.23 | jasta | there is a lot of flexibility in this approach, and so you must think carefully about the best way to implement your custom drawable. |
| 16:26.38 | jasta | for example, you could just implement your own and handle drawing manually, or you could use a selector list. |
| 16:26.56 | jasta | chadkouse: it may be useful to examine the system APK xml files in order to figure out how leveled drawables are implemented |
| 16:27.13 | chadkouse | ok thx |
| 16:27.16 | jasta | which you can do with this: http://devtcg.blogspot.com/2008/03/tool-to-read-android-binary-xml-files.html |
| 16:28.02 | chadkouse | i really appreciate your help! |
| 16:30.47 | chadkouse | can you point me in the direction of which xml files I might look at ? |
| 16:33.57 | chadkouse | jasta: I think I see what you mean... so I'd want to have like 100 different images to satisfy 100 different progress levels ? |
| 16:36.31 | davidw | anyone else get this: I open a webview, but it doesn't... well, load the site. I have to go back to it a second time for it to load |
| 16:37.22 | *** join/#android Raven_coda (n=wtg@64.50.35.215) |
| 16:37.25 | *** join/#android poffy (n=poffy@c-98-199-135-173.hsd1.tx.comcast.net) |
| 16:43.28 | michaelnovakjr | jasta is the findViewById method only looking in the file that is setContentView in the activity? |
| 16:53.16 | *** join/#android bigodines_ (n=bigodine@200-102-99-243.cslce701.dsl.brasiltelecom.net.br) |
| 16:58.32 | davidw | hrm hrm hrm... |
| 17:00.10 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
| 17:00.25 | *** join/#android romainguy_ (n=romaingu@nat/google/x-5bf459088ca4b2bf) |
| 17:01.31 | romainguy_ | re |
| 17:02.03 | davidw | 'morning |
| 17:03.49 | davidw | hrm... is it possible to know whether the phone is off the hook... there's definitely an intent receiver for that |
| 17:10.37 | *** join/#android r4d10n_ (n=rax@59.93.33.32) |
| 17:11.23 | *** join/#android ericmoritz\0 (n=eric@adsl-068-157-196-164.sip.tys.bellsouth.net) |
| 17:11.37 | *** part/#android Marv|LG (n=Marv|TF@ip70-190-12-40.ph.ph.cox.net) |
| 17:12.42 | *** join/#android bigodines_ (n=bigodine@200-102-99-243.cslce701.dsl.brasiltelecom.net.br) |
| 17:15.27 | *** part/#android ericmoritz\0 (n=eric@adsl-068-157-196-164.sip.tys.bellsouth.net) |
| 17:22.24 | *** join/#android loic-pointgphone (n=sexystif@bro67-2-82-225-7-231.fbx.proxad.net) |
| 17:24.43 | *** join/#android mickrobk (n=mickrobk@c-67-173-250-134.hsd1.co.comcast.net) |
| 17:26.55 | *** join/#android Kraln (n=Kuja@c-71-61-229-105.hsd1.md.comcast.net) |
| 17:35.25 | *** join/#android inZane- (i=nemo@dslb-084-059-076-234.pools.arcor-ip.net) |
| 17:38.18 | *** join/#android r4d10n (n=rax@59.93.35.16) |
| 17:40.28 | *** part/#android r4d10n (n=rax@59.93.35.16) |
| 17:54.17 | *** join/#android ruxpin (n=pkunk@195.148.225.17) |
| 18:04.33 | *** join/#android TimRiker (n=timr@70-1-214-60.area1.spcsdns.net) |
| 18:10.00 | davidw | anyone successfully matched an intent-filter on android:path ? |
| 18:12.00 | *** join/#android sixbit (n=sixbit@b93021.upc-b.chello.nl) |
| 18:16.22 | *** join/#android yakischloba_ (n=jake@141.sub-75-216-173.myvzw.com) |
| 18:18.51 | *** join/#android yakischloba__ (n=jake@rnkfoods.com) |
| 18:20.15 | *** join/#android yakischloba___ (n=jake@171.sub-75-216-180.myvzw.com) |
| 18:29.15 | *** join/#android yakischloba____ (n=jake@116.sub-75-216-153.myvzw.com) |
| 18:30.46 | *** join/#android yakischloba__ (n=jake@rnkfoods.com) |
| 18:31.08 | michaelnovakjr | anyone know of an interface builder for android? |
| 18:31.39 | loic-pointgphone | droiddraw.org ? |
| 18:32.48 | michaelnovakjr | cool, wasn't sure if anyone had done one yet |
| 18:33.53 | *** join/#android morrildl (n=chatzill@nat/google/x-44dabe8ce86f7add) |
| 18:34.17 | B0jangles | that's cool |
| 18:34.19 | jasta | hey morrildl |
| 18:34.29 | B0jangles | if only I hadn't already built my interface |
| 18:34.38 | jasta | i wouldn't recommend using droiddraw actually |
| 18:34.49 | jasta | GUI builders lead to non-portable designs. |
| 18:34.50 | morrildl | jasta: yo |
| 18:35.01 | jasta | morrildl: I remember what I was going to ask you. |
| 18:35.02 | romainguy_ | jasta: How so? |
| 18:35.10 | jasta | Will judging occur on real handsets, or on the emulator? |
| 18:35.34 | davidw | is guessing emulator... |
| 18:35.36 | morrildl | jasta: emulator |
| 18:35.39 | B0jangles | Now that I'm looking at it, the layout looks like it's set up with X/Y coordinates |
| 18:35.41 | jasta | romainguy_: Well, first off, only the AbsoluteLayout mode of that site actually works correctly. |
| 18:35.42 | davidw | simply loading up a bunch of apps to test on phones would be slow |
| 18:35.44 | B0jangles | that's probably not good |
| 18:35.45 | morrildl | it would be evil to make you guys develop on emu and test on real |
| 18:35.50 | davidw | let alone all the crashes and other junk |
| 18:36.20 | B0jangles | jasta: I wouldn't say that all GUI builders are bad, though |
| 18:36.24 | B0jangles | Some work pretty well |
| 18:36.36 | romainguy_ | it actually just loaded a pretty complex layout file for me |
| 18:36.55 | B0jangles | Oh, I see how to change the layout now |
| 18:36.59 | B0jangles | "Root Layout" |
| 18:37.02 | jasta | well, perhaps it has been improved, but i maintain that GUI builders are not the right strategy in general. |
| 18:37.11 | romainguy_ | jasta: I heartily disagree |
| 18:37.15 | B0jangles | That's pretty nice, actually |
| 18:37.23 | B0jangles | I can see the layout in 4 different modes really quickly |
| 18:37.33 | romainguy_ | any decent two-way GUI builder is a real asset |
| 18:37.54 | B0jangles | I have to agree. If it works well, and generates good code, a GUI builder can really come in handy |
| 18:38.11 | davidw | it's got to go both ways though, which means generating something like XML or s-expressions |
| 18:38.32 | *** join/#android yakischloba (n=jake@41.sub-70-193-45.myvzw.com) |
| 18:38.36 | davidw | if it just dumps out something that it can't read back in once you've modified it by hand, that's a problem |
| 18:38.51 | jasta | I can only support a GUI builder that generates code as well as a human would, with logical factorization, and in Android's case use of styles and other complex drawing features. |
| 18:39.36 | B0jangles | davidw: the separation of layout and function in Android should help that |
| 18:39.38 | jasta | Most GUI builders, in my experience, puke all over your layouts and lead you to a dependence that ultimately restricts your design. |
| 18:39.56 | davidw | I think android gets it basically right |
| 18:40.05 | davidw | but then again.... I do all my layouts in Hecl |
| 18:41.34 | jasta | I suppose, then, I dislike the generally poor quality of said tools. |
| 18:42.11 | *** join/#android soulreaper (n=soul@Xbb99.x.pppool.de) |
| 18:42.15 | B0jangles | I vote we all write down our designs on napkins, and send them to jasta! |
| 18:42.22 | B0jangles | (to implement) |
| 18:42.26 | michaelnovakjr | haha |
| 18:42.44 | jasta | Hehe, I do typically do my layouts on paper :) |
| 18:43.07 | jasta | I like laying out my entire app on paper before I begin actually |
| 18:43.20 | B0jangles | It's a good practice |
| 18:43.20 | jasta | and often hand draw flow charts hehe |
| 18:43.35 | B0jangles | Lets you focus on design before worrying about implementation |
| 18:43.50 | jasta | i just find that designing these things by hand in free form is more liberating and efficient. |
| 18:43.54 | zhobbs | romainguy_: how would I go about changing the look of ProgressBar? |
| 18:44.00 | chadkouse | lol |
| 18:44.02 | jasta | even in the presence of tools to do it on the computer. |
| 18:44.04 | *** join/#android yakischloba_ (n=jake@rnkfoods.com) |
| 18:44.15 | chadkouse | zhobbs: jasta was helping me with this earlier |
| 18:44.30 | jasta | zhobbs: look at framework-res/res/drawable-finger/progress* :) |
| 18:44.36 | zhobbs | ok |
| 18:44.42 | chadkouse | jasta: |
| 18:44.49 | jasta | though there is a missing link there. i'm sure you can figure it out, though. |
| 18:44.56 | chadkouse | nm. |
| 18:47.39 | zhobbs | yeah, definitely a missing link |
| 18:47.55 | acsia | i tend to draw my UI on paper as well and use flipbooks for animations ;) |
| 18:48.30 | jasta | zhobbs: The missing link is implemented in ProgressBar.java itself, manipulating the layered list defined by progress_horizontal.xml |
| 18:48.45 | B0jangles | Oh yeah, well I have an entire, fully functional, World of Warcraft port that uses nothing but paper |
| 18:48.49 | B0jangles | jk |
| 18:48.49 | zhobbs | yeah, wonder if I just have to build one |
| 18:49.05 | jasta | what I don't understand necessarily is what the progressbar_*_tile.png's scale |
| 18:49.19 | davidw | paper? I find that a stick and some dirt works better... it captures the real essentials and doesn't have all those frilly extras that you get with paper |
| 18:49.20 | jasta | though it would seem very easy to replace them with different graphics. |
| 18:49.39 | B0jangles | dirt? Pfft. Real men use water |
| 18:50.28 | davidw | actually I don't bother doing much design stuff because no matter what, it ends up ugly... |
| 18:51.07 | acsia | B0jangles: it is called heroes of might and magic cards |
| 18:51.40 | B0jangles | acsia: oh yeah? just try playing those over TCP/IP |
| 18:52.31 | acsia | B0jangles: TCP/IP??? snailmail is the way to go |
| 18:53.36 | B0jangles | acsia: only if you don't know semaphore, I suppose |
| 18:54.16 | B0jangles | acsia: or if you don't have a tribe of Apaches to translate into smoke signals for you |
| 18:59.43 | acsia | how long is the equator in meters? |
| 19:00.25 | B0jangles | 40075.0 Kilometers |
| 19:00.29 | michaelnovakjr | i still keep getting a nullpointer exception with the findViewById method |
| 19:00.51 | acsia | thx - did you google it or did you just know it? |
| 19:01.18 | B0jangles | google |
| 19:01.31 | B0jangles | what are you trying to do? |
| 19:01.46 | *** join/#android davidw_ (n=davidw@chello212186016224.tirol.surfer.at) |
| 19:02.03 | B0jangles | I was working last week on determining if a GPS coordinate was within a bounding box, based on miles |
| 19:02.11 | B0jangles | it was pretty interesting, actually |
| 19:02.29 | B0jangles | because the distance between two degrees longitude is different depending on the latitude |
| 19:02.41 | B0jangles | if you're at one of the poles, it can be, like a few inches |
| 19:02.41 | f00f- | yeah |
| 19:02.58 | pandora-- | thats what she said? |
| 19:03.03 | B0jangles | lol |
| 19:03.06 | f00f- | the way i do a quick distance compare (sort) is to just use the norm of the distance formula as the sort function |
| 19:03.31 | f00f- | using pythagorean theorem for distance can yield ~30m accuracy depending on your lat/lon |
| 19:03.31 | B0jangles | I got my function to be pretty darn accurate |
| 19:03.35 | f00f- | good enough for my app |
| 19:03.52 | B0jangles | f00f:you'll be off by a bit because the earth's a sphere |
| 19:04.00 | acsia | how would you define the zoom level for a distance in meter then |
| 19:04.01 | pandora-- | B0jangles: lies. |
| 19:04.10 | *** join/#android cybereagle (n=cybereag@unaffiliated/cybereagle) |
| 19:04.17 | acsia | the earth is flat, I can t beleive people are still questionning it |
| 19:04.23 | B0jangles | lol |
| 19:04.35 | f00f- | it's a non-issue for a simple sort |
| 19:04.46 | B0jangles | yeah, depends what you're doing |
| 19:04.51 | f00f- | i can accept up to 100 meter inaccuracies |
| 19:05.08 | B0jangles | well, the inaccuracy will increase with increased distances |
| 19:05.11 | f00f- | but for actual distance i use Location.distanceTo :) |
| 19:05.29 | f00f- | yeah, in which case "far is far enough" :) |
| 19:05.32 | f00f- | basically i'm doing nearby services |
| 19:05.40 | f00f- | and if it's too far, forget it, user won't go there |
| 19:09.44 | michaelnovakjr | does the findViewById method only worked for the single file defined in the setContentView method? |
| 19:12.12 | f00f- | yes |
| 19:12.20 | f00f- | that is, it is contextual |
| 19:12.28 | *** join/#android yakischloba (n=jake@220.sub-70-193-13.myvzw.com) |
| 19:13.44 | *** join/#android yakischloba_ (n=jake@rnkfoods.com) |
| 19:16.18 | acsia | so meter to zoom would be something alongs the line of this formula AFAIK |
| 19:16.33 | acsia | 40075000/2^X = Y |
| 19:16.48 | acsia | with X the zoom level and Y the zoom level in meters |
| 19:17.11 | f00f- | what is the input and output? |
| 19:17.47 | acsia | input would be Y (let say 1000 meters) |
| 19:17.52 | acsia | X the zoom level |
| 19:17.58 | f00f- | but what does it mean |
| 19:18.02 | f00f- | 1000 meters? |
| 19:18.11 | f00f- | the level of desired accuracy? |
| 19:18.13 | f00f- | bounding area? |
| 19:18.17 | acsia | let say I want to know the zoom level to fit 1000 meters into the screen |
| 19:18.20 | B0jangles | f00f-: I would imagine the display area |
| 19:18.36 | acsia | yes |
| 19:18.52 | f00f- | gotcha |
| 19:19.35 | michaelnovakjr | so, if i have two layout files, and one is set to the content view, but I want to access a view from the other one, what's the best way to go about that? |
| 19:19.47 | acsia | viewinflate |
| 19:21.44 | *** join/#android yakischloba (n=jake@rnkfoods.com) |
| 19:33.28 | *** join/#android SR71-Blackbird (n=nirvana@unaffiliated/sr71-blackbird) |
| 19:41.11 | *** join/#android Mathiasdm (n=Mathias@vpnc079.ugent.be) |
| 19:49.56 | michaelnovakjr | awesome... i was able to pull the view and update the text but it doesn't show on the screen updated... i was looking for a refresh method or something of the sort? any ideas? |
| 19:54.59 | loic-pointgphone | want to see a cool app? http://www.pointgphone.com/marvin-reseau-social-android-623 |
| 19:55.24 | loic-pointgphone | skip the text, just check the videos :) |
| 20:00.05 | davidw | wow |
| 20:00.47 | michaelnovakjr | ?? |
| 20:01.38 | loic-pointgphone | ? :) |
| 20:02.59 | davidw | it's a nice app |
| 20:03.19 | michaelnovakjr | is it showing you people's locations? |
| 20:05.16 | davidw | damn |
| 20:05.20 | davidw | this webview thing is odd |
| 20:06.26 | jasta | loic-pointgphone: i like the 3d picture thing. will your app be open source after the challenge? |
| 20:07.41 | loic-pointgphone | not my app in fact |
| 20:07.52 | jasta | oh |
| 20:07.58 | loic-pointgphone | just my website :) |
| 20:08.07 | jasta | do you know whose it is or if it will be open? |
| 20:08.16 | loic-pointgphone | the app is from a friend of mine |
| 20:08.45 | loic-pointgphone | don't think it'll be open |
| 20:09.07 | jasta | boo, i'd like to dig into the source of the 3D picture selection. I want to implement cover flow eventually in my music player. |
| 20:09.16 | loic-pointgphone | maybe in the future but not right after the challenge |
| 20:09.17 | jasta | but i have little interest in learning OpenGL :) |
| 20:09.41 | B0jangles | <PROTECTED> |
| 20:10.02 | B0jangles | Not that I've done it in Android, but it can't be that different |
| 20:10.31 | jasta | loic-pointgphone: i am hoping to release my app open source after the challenge, but i want to tidy the source a bit first. |
| 20:10.48 | jasta | specifically, there's no authentication between client and server currently :) |
| 20:10.58 | chomchom | loic-pointgphone: that is a nice use of the platform |
| 20:11.20 | chomchom | seems like hes really embraced it, used a lot of really nice graphical features |
| 20:11.29 | loic-pointgphone | yep |
| 20:11.36 | loic-pointgphone | and it runs pretty fast |
| 20:11.41 | jasta | chomchom: i'm hoping to create a demo video tonight :) |
| 20:11.53 | chomchom | Is that tours jasta? |
| 20:11.59 | chomchom | well done |
| 20:12.04 | jasta | tours? what? |
| 20:12.10 | davidw | anyone else use WebView? |
| 20:12.10 | chomchom | yours even |
| 20:12.21 | jasta | mine has not been demonstrated anywhere yet |
| 20:12.21 | loic-pointgphone | jasta : dont hesitate to send me the link :) |
| 20:12.52 | zhobbs | doesn't the performance of the emulator in that video seem TOO good? |
| 20:13.05 | chomchom | oh right, I thought you were eluding to the pointgphone |
| 20:13.14 | jasta | zhobbs: I was wondering that too. looks like it was sped up or something? |
| 20:13.17 | loic-pointgphone | well optimised i'd say |
| 20:13.31 | davidw | the video was optimized you mean;-) |
| 20:13.40 | zhobbs | maybe just a high end box...emulator doesn't perform like that for me doing anything |
| 20:13.46 | jasta | me neither. |
| 20:14.03 | loic-pointgphone | mac pro i think |
| 20:14.05 | michaelnovakjr | i am on a macbook pro with 2 gigs of ram and i am not getting that performance |
| 20:14.06 | jasta | the emulator actually kind of sucks on my main box. it's fine, but i don't think it gives a good impression of how the platform performs. |
| 20:14.14 | chomchom | Absolutely, I bought a new mac and the performance of the emulator is tenfold |
| 20:14.55 | jasta | oddly, the emulator performs noticably better on my work box |
| 20:15.11 | jasta | which is a Dell Vostro 200, with less, lower performing RAM than my desktop |
| 20:15.14 | jasta | and an inferior processor (barely) |
| 20:15.19 | loic-pointgphone | depends on the installed OS too |
| 20:15.20 | jasta | with the same operating system |
| 20:15.35 | loic-pointgphone | i noticed it runs better on linux |
| 20:15.44 | jasta | loic-pointgphone: Both were Ubuntu Linux |
| 20:15.56 | jasta | the vostro runs it way smoother, but is definitely a lower performing computer. |
| 20:16.00 | loic-pointgphone | ok, strange so :) |
| 20:16.12 | zhobbs | jasta: AMD / Intel ? |
| 20:16.22 | jasta | i mean, it's noticably slower. my daily activity doesn't differ much between home and work, and i would say my home computer is much faster. |
| 20:16.25 | jasta | but it runs the emulator slower. |
| 20:16.51 | jasta | zhobbs: The home machine is an Athlon X2 4400+, work is a Core2 4300 |
| 20:17.03 | zhobbs | hmm |
| 20:17.07 | michaelnovakjr | hell yea, amd |
| 20:17.27 | jasta | now, i suspect some of my "performance" observations are based on the fact that my home computer has a monster of a video card :) |
| 20:17.34 | jasta | and so powers the Compiz desktop much, much better. |
| 20:17.45 | jasta | which probably doesn't translate to any performance gain in the emulator. |
| 20:18.19 | jasta | and my home computer's disk is slower, and the motherboard is older. |
| 20:19.41 | jasta | anyway, when StarCraft II comes out, I will buy a new home machine :) |
| 20:19.48 | jasta | hopefully that will improve the emulator hehe |
| 20:20.02 | jasta | but will almost certainly be a detriment to my productivity with it. |
| 20:21.47 | michaelnovakjr | if i modify an ImageView with the viewinflate, does it have to be refreshed to show up on the screen? |
| 20:22.17 | chomchom | so Jasta, are you going to give us some screenies or are you going the full video hog? |
| 20:22.40 | jasta | michaelnovakjr: ViewInflate doesn't necessarily attach the view to the activity. Check your usage carefully. |
| 20:22.46 | *** join/#android ericmoritz\0 (n=eric@204.78.40.99) |
| 20:22.52 | jasta | chomchom: I have one screenshot I took last night, but it doesn't show much |
| 20:23.13 | jasta | the video would be better |
| 20:23.21 | jasta | http://picasaweb.google.com/jasta00/Test/photo#5186268422489938898 -- but there it is anyway |
| 20:23.32 | michaelnovakjr | chomchom, i changed some values but they don't display to the screen.... is that not the best method of modifying exists Views? |
| 20:23.42 | michaelnovakjr | they showed up in the debugger |
| 20:24.02 | *** join/#android jose (n=srg@144.Red-88-2-126.staticIP.rima-tde.net) |
| 20:24.21 | chomchom | Cjasta: oh yeah I saw that, it looks nice |
| 20:24.29 | zhobbs | jasta: looks nice |
| 20:25.14 | chomchom | michaelno: try invalidating the view |
| 20:28.17 | *** join/#android Zorg (n=Zorg@noi78-1-82-244-116-126.fbx.proxad.net) |
| 20:29.02 | *** join/#android Zorg (n=Zorg@noi78-1-82-244-116-126.fbx.proxad.net) |
| 20:29.08 | Zorg | sorry |
| 20:29.26 | jasta | zhobbs: i think a video would better demonstrate what it does... |
| 20:29.33 | jasta | i want to specifically capture the sync engine at work :) |
| 20:29.47 | chomchom | I know I've asked before, but I'll ask again, is there anyone in here from the UK? If so would they like to meetup after the submission? We can all trade war stories. |
| 20:30.50 | loic-pointgphone | Marvin's author -> Zorg |
| 20:30.57 | loic-pointgphone | if you want to ask questions :) |
| 20:31.36 | Zorg | no the video was not accelerated :) |
| 20:31.43 | jasta | Zorg: will you be releasing source to any part of your app after the challenge? |
| 20:31.56 | Zorg | I have no idea Jasta |
| 20:33.28 | Zorg | By default I would say no, but it could be fun to open it sure. |
| 20:33.52 | jasta | I'm specifically interested in how you did the picture selection. |
| 20:33.54 | Zorg | that would be the best way to dramatically improve it |
| 20:34.01 | jasta | I like that effect, and would find osmething similar useful in my music player app. |
| 20:34.05 | Zorg | Marvin Self ? |
| 20:34.07 | Zorg | well |
| 20:34.24 | Zorg | I started on this part in fact to play arround |
| 20:34.27 | jasta | i especially like the glassy reflection :) |
| 20:34.59 | Zorg | made some abstraction layer on top of opengl to be able to code more without typing glcommands for each line |
| 20:35.13 | Zorg | I like it too :) |
| 20:35.25 | Zorg | did you see the nice bleuish reflection ? :) |
| 20:36.05 | Zorg | I wanted to do a cover flow like file picker... named it "cover blow" in fact |
| 20:36.14 | Zorg | but I changed my mind |
| 20:36.16 | Zorg | :) |
| 20:37.24 | jasta | hmm, i'd love to stare at the code. i've never done any 3D programming for android or otherwise. |
| 20:37.35 | chomchom | yeah, I was impressed with that |
| 20:37.52 | chomchom | will make a difference to an end user |
| 20:38.03 | jasta | i don't think cover flow makes sense for my project yet, and actually i don't like the way cover flow is used on the iPhone, but something similar could be useflu. |
| 20:38.15 | jasta | like maybe cover flow just showing a visualization of your recent favorite albums |
| 20:38.21 | jasta | so you can quickly select them |
| 20:38.56 | jasta | Apple thinks too small for me :) I have 85GB of music ;) |
| 20:39.14 | Zorg | I'm sure there will be something by default at the end provided with the system... |
| 20:40.42 | jasta | i don't think so. i bet the OHA will avoid directly copying anything apple has done. |
| 20:41.11 | jasta | leaving it up to the less targetable open source community ;) |
| 20:41.31 | Zorg | How many of you did submit something already? |
| 20:41.37 | Zorg | I didn't |
| 20:41.40 | jasta | I haven't, I'm not ready. |
| 20:42.00 | jasta | I will be using every last second. Probably will submit the night of the 14th. |
| 20:42.14 | Zorg | Avoid the rush |
| 20:42.14 | f00f- | i have not submitted anything. |
| 20:42.16 | Zorg | :) |
| 20:42.21 | chomchom | jasta: for the listadapter that displays the images on the left hand side, did you roll your own or did you base it off the one from anddev? |
| 20:42.23 | f00f- | i will pre something on sat/sunday |
| 20:42.28 | jasta | Zorg: i'm not rushing, necessarily. there's a lot of QA to do still. |
| 20:42.28 | f00f- | docfix submit again on monday |
| 20:42.54 | jasta | chomchom: i used the SimpleCursorAdapter for that part in particular. the whole list effect is my AlphabetListView though. |
| 20:43.11 | Zorg | JAsta I mean, maybe a lot of people will submit at the last minute... but I guess gogle infrastructure will handle the load :) |
| 20:43.19 | jasta | Zorg: Oh, I'm sure :) |
| 20:43.24 | jasta | wouldn't skip a beat |
| 20:44.21 | chomchom | Ah the cursor adapter, good call |
| 20:56.49 | *** join/#android dpino (n=dpino@cm217225.red91-117.mundo-r.com) |
| 21:01.06 | *** join/#android Azalar (n=Azalar@unaffiliated/azalar) |
| 21:02.12 | *** join/#android f00f- (i=f00f@virusexperts.com) |
| 21:04.55 | jasta | romainguy_: how does the progressbar_fill_tile actually work? I realize that setLevel is called, but why does setLevel cause it to scale and/or repeat? Isn't it just a BitmapDrawable? |
| 21:05.24 | zhobbs | setLevel repeats the drawable all the way to that position I think |
| 21:05.39 | jasta | but why? what's responsible for that? |
| 21:05.51 | zhobbs | it's a method of Drawable |
| 21:08.55 | jasta | it is? i'm looking at the code now... |
| 21:09.01 | jasta | trying to figure out what sort of voodoo this is |
| 21:09.10 | zhobbs | yeah, I'm trying to figure it out also |
| 21:09.43 | zhobbs | I think I'm just going to override onDraw() and manage a LayerDrawable myself |
| 21:10.57 | jasta | actually, i don't think so; i think View does this. |
| 21:11.32 | jasta | though i cant find any evidence to support that :) |
| 21:11.40 | jasta | hmm. i just don't get it. |
| 21:18.42 | romainguy_ | jasta: it's just using a BitmapShader with a TileMode.REPEAT |
| 21:19.41 | *** part/#android Azalar (n=Azalar@unaffiliated/azalar) |
| 21:20.45 | jasta | romainguy_: where/how is that being specified though? |
| 21:21.40 | zhobbs | jasta: setLevel() : http://code.google.com/android/reference/android/graphics/drawable/Drawable.html#setLevel(int) |
| 21:22.09 | romainguy_ | jasta: what is? |
| 21:22.19 | jasta | romainguy_: the bitmap shader. |
| 21:22.32 | romainguy_ | it's setup in the code |
| 21:22.34 | romainguy_ | it's part of Paint |
| 21:23.21 | jasta | ahh. |
| 21:23.26 | jasta | ok, thanks |
| 21:24.22 | jasta | Paint does a lot :) |
| 21:25.32 | romainguy_ | yep |
| 21:25.57 | jasta | so if you were trying to implement your own progress bar based a static color and not a bitmap, what sort of drawable would you use? |
| 21:26.04 | jasta | based on* |
| 21:26.17 | romainguy_ | a ShapeDrawable? |
| 21:26.22 | jasta | seems like you'd just use a shape right? |
| 21:26.29 | jasta | ahh ok |
| 21:26.35 | romainguy_ | why would you want to implement your own progress bar? |
| 21:26.57 | jasta | i didn't mean ProgressBar, i just meant your own appearance. |
| 21:27.45 | jasta | i want a progress bar to indicate buffering in my main UI, but the graphics for the default drawable make the UI too cluttered. a simple background color change across the entire row is what i'm looking for. |
| 21:27.47 | romainguy_ | just pass a solid color then |
| 21:29.36 | *** part/#android ericmoritz\0 (n=eric@204.78.40.99) |
| 21:29.51 | jasta | i'll figure it out, actually, i was pretty sure how i'd do it already i just got curious how level affected drawing in this case. |
| 21:35.32 | zhobbs | I wish I knew more about android.R.attr.progressBarStyleHorizontal |
| 21:36.02 | zhobbs | android.R.attr is still a mystery for me |
| 21:37.34 | romainguy_ | attrs is where we define the attributes you can use in XML files |
| 21:39.54 | jasta | i think his question is: why can we style something with android.R.attr? how does attr define default attributes? |
| 21:40.11 | jasta | i always thought it just defined what attributes you can set, not what they are by default. |
| 21:40.32 | zhobbs | and I'd like to see the definition for android.R.attr.progressBarStyleHorizontal or a lot of the different style attr's |
| 21:41.25 | romainguy_ | jasta: attrs doesn't define the default values |
| 21:41.44 | jasta | romainguy_: then why does textAppearance="?android:attr/textAppearanceLarge" change the font and color? |
| 21:42.27 | romainguy_ | ? just says "grab the values in styles.xml that match the attribute name attr/textAppearanceLarge" |
| 21:42.34 | romainguy_ | these values are *not* in attrs |
| 21:42.38 | romainguy_ | they are in the theme/style |
| 21:42.41 | jasta | oh. |
| 21:42.47 | jasta | see, that makes much more sense ;) |
| 21:42.47 | zhobbs | hmm |
| 21:42.57 | zhobbs | except for the android:attr part :) |
| 21:44.07 | jasta | romainguy_: so what would the textAppearanceLarge style actually look like if i was to define it manually? |
| 21:44.30 | zhobbs | and where can I find these themes? |
| 21:44.37 | jasta | or rather, when you say "match the attribute", what specifically is being matched? where is the attribute named in styles.xml?9$ |
| 21:44.40 | jasta | styles.xml?* |
| 21:45.32 | romainguy_ | textAppearanceLarge is an item in theme.ml that references a style in styles.xml |
| 21:45.51 | romainguy_ | and that style contains, in this case, just a bunch of text attributes |
| 21:45.53 | jasta | theme.xml? this is the first time i'm hearing of such a file. |
| 21:47.40 | jasta | what would that file look like? |
| 21:49.13 | jasta | the ApiDemos has some mention of this feature, but it seems like it is not sufficient for us to understand it completely. |
| 21:49.34 | jasta | for example, the relationship between attr/textAppearanceLarge and a style is not clear in the ApiDemos package. |
| 21:49.45 | zhobbs | jasta: I've seen it when creating custom views that can take custom attributes |
| 21:50.05 | jasta | zhobbs: Right, but that doesn't tell us how attr and style relate at all. |
| 21:54.00 | chomchom | Man, I just booted up the old emulator skin, that little qwerty keyboard stubby looking one. It's worth taking your app through all the variations guys to check how it renders on the different screens. Mine bombed for the most part :). |
| 21:54.35 | zhobbs | no time for that :( |
| 21:55.21 | chomchom | It's funny to think people are actually discussing the prototype model as if it were anything but a prototype; "I hope they come out with a better looking phone"... like everyone in google is blind. |
| 21:56.06 | zhobbs | well google isn't building the hardware, don't even know if they're giving any direction for the hardware |
| 21:57.10 | *** join/#android SR71-Blackbird (n=nirvana@unaffiliated/sr71-blackbird) |
| 21:58.16 | chomchom | surely they will have some license to push some weight into preferable models, I don't for a minute think they are going to rest the respectability, quality and service associated with their brand on a cheap £10 knock off. I'm betting that their moolah will go into marketing companies models that meet their aims, with whom they will work with to develop bespoke software. |
| 21:59.06 | chomchom | Even if its a very low level of bespoke functionality it will be in their interests to cradle their baby until it can crawl |
| 21:59.13 | zhobbs | well initially only OHA companies can release phones |
| 21:59.41 | zhobbs | and the OHA companies are legit and wouldn't want to release crap |
| 22:00.20 | chomchom | yeah, I think they'll look pretty good. I even liked just the screen on the board at the barcelona show. |
| 22:08.26 | davidw | zhobbs, they're definitely giving directions to the manufacturers |
| 22:08.29 | davidw | well, working with them |
| 22:08.43 | davidw | that's why no sources until the phones come out (from what I understand) |
| 22:09.01 | davidw | they don't want some crappy implementation to come out and spoil everyone's idea of it |
| 22:09.43 | davidw | sleep time for me in any case |
| 22:16.19 | zhobbs | http://www.electronista.com/articles/08/04/07/htc.dream.possible.news/ |
| 22:20.17 | morrildl | neat |
| 22:22.51 | jasta | romainguy_: see, the magic kind of breaks down if I use a shape drawable for the progress. It draws as though the progress was at maximum always. |
| 22:23.00 | jasta | Presumably because shape drawables don't interpret levels at all. |
| 22:23.15 | jasta | i just used <shape><solid /></shape> for the drawable |
| 22:26.09 | *** join/#android TimRiker (n=timr@70-1-214-60.area1.spcsdns.net) |
| 22:28.23 | jasta | looks like a scale drawable would work, but how...hmmm |
| 22:29.08 | romainguy_ | just use a color as the drawable |
| 22:29.20 | zhobbs | I'm trying to do a LayerDrawable with a BitmapDrawable for each layer, and the top layer moves across the screen as the progress progresses |
| 22:29.33 | zhobbs | no level required |
| 22:29.45 | jasta | romainguy_: oh, a color is a drawable :) |
| 22:29.49 | romainguy_ | yes :) |
| 22:31.46 | zhobbs | romainguy_: do the layers in a LayerDrawable need to be the same dimensions? |
| 22:32.13 | romainguy_ | no |
| 22:32.19 | romainguy_ | but they will be given the same bounds at runtime |
| 22:32.36 | jasta | romainguy_: Using colors.xml had the same effect as making a shape with a solid fill color. |
| 22:37.38 | raidfive | Does anyone know if it is possible to change the link color of the links created using Linkfy? |
| 22:37.51 | raidfive | the dark blue is really hard to see with the default android theme |
| 22:46.01 | *** join/#android chadkouse (n=chadkous@75-93-182-214.day.clearwire-dns.net) |
| 22:50.15 | *** join/#android Azalar (n=Azalar@unaffiliated/azalar) |
| 22:50.22 | *** part/#android Azalar (n=Azalar@unaffiliated/azalar) |
| 22:50.31 | *** join/#android yakischloba (n=jake@c-24-22-171-42.hsd1.wa.comcast.net) |
| 23:02.10 | *** join/#android Adys (n=Adys@APoitiers-257-1-84-214.w86-210.abo.wanadoo.fr) |
| 23:04.06 | *** join/#android rhett (i=rhett@dialup-4.227.14.87.Dial1.Dallas1.Level3.net) |
| 23:04.10 | rhett | hey androiders |
| 23:04.26 | rhett | how is everyone doing with the deadline? |
| 23:05.29 | rhett | busy, i guess :) |
| 23:05.34 | zhobbs | yep :) |
| 23:07.13 | pandora-- | deadline for the challenge? |
| 23:07.14 | jasta | romainguy_: there is more magic here somewhere. Why, for example, are the edges rounded on the progress bar? |
| 23:07.23 | jasta | rhett: very :) |
| 23:07.23 | pandora-- | hasn't followed things much in the past month |
| 23:07.54 | zhobbs | jasta: see createDrawableForTile(Drawable, bool) |
| 23:07.55 | romainguy_ | jasta: progressbar just uses a rounded rectangle and fills it with a Paint that has a bitmap shader |
| 23:09.08 | *** join/#android duey (n=duey@203-190-208-12.innovationwaikato.co.nz) |
| 23:09.09 | zhobbs | romainguy_: how do I move a smaller top layer around? Using setLayerInset()? |
| 23:09.52 | jasta | romainguy_: really? so res/drawable-finger/progress_horizontal.xml is not it? |
| 23:10.42 | zhobbs | jasta: I think it uses that |
| 23:11.05 | jasta | then where is this rounded rectangle shape coming from? |
| 23:13.15 | zhobbs | jasta: hehe, not sure...I don't really understand why getBackground() is returning a LayerDrawable in the constructor |
| 23:13.33 | jasta | romainguy_: all i'm ultimately trying to do is to use a progressbar and draw it as simply a progressing single color. |
| 23:13.55 | jasta | zhobbs: well, progress_horizontal.xml is a layer drawable, and looking at ProgressBar.java, it makes sense that it what is being used. |
| 23:14.12 | jasta | It's just that the magic of the tiled paint and rounded rectangle is not apparent. Where is that coming from, and how to change it? |
| 23:14.38 | zhobbs | Ahh...I need to look at progress_horizontal.xml |
| 23:16.35 | rhett | is it possible to schedule an sms that gets sent even after the app closes? |
| 23:17.19 | jasta | rhett: you could use an alarmmanager. or a service (probably not the best idea) |
| 23:17.42 | rhett | alamermmanager can do this? |
| 23:18.27 | zhobbs | alarmmanager can trigger any Intent |
| 23:18.31 | jasta | the alarm service can wake your app with an intentreceiver. |
| 23:18.45 | jasta | and in that intentreceiver, you can do what you need to do. |
| 23:18.51 | zhobbs | yeah, it can broadcast any intent |
| 23:19.39 | jasta | zhobbs: i'm making no progress here :) |
| 23:19.42 | rhett | zhobbs are you submitting a few apps? |
| 23:19.47 | rhett | mosey code, etc.? |
| 23:19.52 | jasta | no pun in tended :\ |
| 23:19.53 | jasta | intended* |
| 23:20.08 | zhobbs | hehe |
| 23:20.11 | *** join/#android chumphries (n=chumphri@labs.niroze.net) |
| 23:20.23 | *** join/#android bladezor (n=bladezor@c-98-196-112-154.hsd1.tx.comcast.net) |
| 23:20.34 | zhobbs | I'm getting closer...but I'm not doing the level fill so it's a little easier |
| 23:20.36 | jasta | zhobbs: I can easily change the graphics by just adjusting progress_horizontal and setting tat as the background |
| 23:20.47 | jasta | but i can't seem to do this a) efficiently, and b) without the rounded rectangle |
| 23:20.57 | zhobbs | right |
| 23:21.41 | zhobbs | I'm having trouble with the efficiency part because it's generating all that stuff whether I want to use it or not...was thinking about just inheriting view |
| 23:22.39 | jasta | yeah honestly, for my usage, i could just write my own widget entirely that inherited from View. i just don't want to. |
| 23:22.59 | jasta | it avoids the android platform instead of embracing it :) |
| 23:23.41 | zhobbs | yeah, just talking about drives romainguy_ crazy :) |
| 23:23.55 | chomchom | You know the back button on the phone? |
| 23:24.01 | chomchom | Is it wise to rely on that? |
| 23:24.16 | jasta | zhobbs: i don't think he cares about us right now :) |
| 23:24.19 | chomchom | I mean I have some screens that you venture into via another, like a sub activity |
| 23:24.43 | chomchom | and right now I don't have a <back button to get back on the screen |
| 23:24.52 | chomchom | I rely on the user to click the back button |
| 23:24.58 | jasta | chomchom: I think you should be able to rely on the back button. Even if some devices don't have a back button, Android must provide some way to navigate the stack. even if it's just a button they put in the default title bar. |
| 23:24.59 | chomchom | what do you guys think? |
| 23:25.46 | zhobbs | chomchom: seems like that will be the normal way to use apps on android...users will be used to it |
| 23:26.11 | chomchom | hmm, I'm thinking about the most average of users, even though there is a back button on your browser usually there is always a navigational < back displayed in the form of breadcrumbs or something |
| 23:26.29 | chomchom | will my gran know to push back |
| 23:27.00 | jasta | honestly, i wouldn't design your app to that level just yet. Android is still changing so much. |
| 23:27.21 | jasta | make it useful given the conventions of the current SDK, and then I think you are fine. |
| 23:27.22 | chomchom | true |
| 23:27.47 | jasta | you're just along for the ride, afterall :) |
| 23:27.52 | chomchom | While we are on the subject |
| 23:28.10 | chomchom | One of my activities does not respond to the back button |
| 23:28.20 | chomchom | any ideas why this may be |
| 23:29.20 | zhobbs | are you returning true/false in the onKeyDown? |
| 23:30.04 | zhobbs | if you return true then back will be ignored |
| 23:30.12 | chomchom | hmm, maybe I haven't called the super |
| 23:30.19 | f00f- | ya |
| 23:37.34 | jasta | romainguy_: I'm stuck here, please don't make write a custom View :) |
| 23:37.39 | jasta | make me* |
| 23:43.08 | zhobbs | mine works, but it's a hack |
| 23:43.52 | jasta | well i know how i'd hack it :) |
| 23:44.09 | jasta | i'd actually just extend Drawable to hack it, and paint myself. |
| 23:44.41 | *** join/#android Kuja (n=Kuja@c-71-61-229-105.hsd1.md.comcast.net) |
| 23:51.02 | *** join/#android Adys (n=Adys@APoitiers-257-1-84-214.w86-210.abo.wanadoo.fr) |
| 23:52.22 | jasta | zhobbs: oh i see what you mean by createDrawableForTile. ProgressBar filters the background you send it. |
| 23:52.26 | jasta | in code |
| 23:52.36 | jasta | ohhh, tsk tsk :) |
| 23:52.44 | jasta | this is all hardcoded. i will need to extend ProgressBar just to reverse this. |
| 23:53.07 | zhobbs | :) |
| 23:53.42 | jasta | well at least i understand it now. |
| 23:53.49 | zhobbs | my problem now is that those methods are being called (refreshProgress(), createDrawableForTile(), etc) and I'm not using the results of their work |
| 23:53.59 | jasta | i sure wish createDrawableForTile was protected ;P |
| 23:54.04 | zhobbs | yes!! |
| 23:54.34 | jasta | i'm really shocked to see this hardcoded in the ProgressBar widget. |
| 23:54.40 | jasta | that is very unlike Android |
| 23:55.04 | jasta | in light of this, maybe it is appropriate to extend View and just forget the ProgressBar. |
| 23:55.16 | zhobbs | yep, that's the conclusion I came too... |
| 23:55.32 | zhobbs | more of those methods need to be protected |
| 23:55.51 | jasta | well, really, they shouldn't exist. it should just use the drawable system somehow. |
| 23:56.03 | jasta | i'm sure that it can't right now, but it should evolve toward not being hard-coded :) |
| 23:56.45 | jasta | i think inheriting ProgressBar may still be appropriate, I will just not use a LayerDrawable as the background, so that none of this code runs. |
| 23:58.21 | zhobbs | yeah, that would work |
