| 00:01.37 | *** join/#android romainguy__ (i=romaingu@adsl-75-60-31-153.dsl.pltn13.sbcglobal.net) |
| 00:03.22 | *** join/#android romainguy___ (i=romaingu@adsl-75-60-31-153.dsl.pltn13.sbcglobal.net) |
| 00:03.24 | *** join/#android rch850 (n=rch850@c220090.ppp.asahi-net.or.jp) |
| 00:06.36 | plusminus | The android.Graphics.Point Class provides some static functions like crossProduct. If Performance is important, shall they be used or implemented on ones own ?? |
| 00:07.17 | romainguy___ | it depends |
| 00:08.04 | plusminus | these functions always return a new Point-Object... how "bad"/slow is that |
| 00:08.18 | romainguy__ | very bad :) |
| 00:08.21 | plusminus | I mean implementing on my own would not be hard at all |
| 00:08.22 | plusminus | ^^ |
| 00:08.26 | romainguy__ | at least if you call them often |
| 00:08.38 | plusminus | unfortunately |
| 00:08.46 | plusminus | thx I'll try to avoid |
| 00:08.52 | romainguy__ | the rotate mehtods however run native code |
| 00:08.57 | romainguy__ | and modify the point itself |
| 00:09.06 | plusminus | yep |
| 00:09.36 | zhobbs | romainguy__: you see my Q about android:clickable before you had to reconnect? |
| 00:09.46 | romainguy___ | nope |
| 00:09.58 | zhobbs | romainguy___: I added android:clickable="true" to the <Button />, but still won't click, how do I add it to the theme? |
| 00:10.23 | romainguy___ | if it does not work on the button, adding it to the theme won't change anything |
| 00:10.52 | zhobbs | hmm |
| 00:11.02 | zhobbs | ImageButtons work, but buttons don't |
| 00:12.02 | romainguy__ | here is the style for the buttons in the default theme: |
| 00:12.03 | romainguy__ | <PROTECTED> |
| 00:12.04 | romainguy__ | <PROTECTED> |
| 00:12.04 | romainguy__ | <PROTECTED> |
| 00:12.04 | romainguy__ | <PROTECTED> |
| 00:12.04 | romainguy__ | <PROTECTED> |
| 00:12.05 | romainguy__ | <PROTECTED> |
| 00:12.07 | romainguy__ | <PROTECTED> |
| 00:12.45 | zhobbs | thanks |
| 00:13.17 | *** join/#android rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 00:15.16 | plusminus | silly question, but why is Point.crossProduct(Point,Point) returning a float ? The crossProduct as it is mathematically defined returns also a Vector (here Point) |
| 00:15.52 | zhobbs | so how would I go about defining a style like this for my buttons, and then in my theme set it so my buttons use this style? |
| 00:17.09 | zhobbs | sorry to be bugging you on a Sunday afternoon :) You can tell me to go away if you want |
| 00:17.46 | romainguy__ | in your Theme: |
| 00:17.47 | romainguy__ | <item name="buttonStyle">@android:style/Widget.Button</item> |
| 00:17.57 | zhobbs | great, thanks!! |
| 00:18.00 | romainguy__ | then point to the style you want your buttons to have |
| 00:18.02 | plusminus | is it returning the normed vector ? |
| 00:18.10 | romainguy__ | plusminus: I have no idea, file a bug :) |
| 00:18.20 | romainguy__ | but yeah it's weird it's returning a float |
| 00:18.21 | plusminus | kk |
| 00:20.34 | romainguy___ | plusminus: hmm wait |
| 00:20.45 | romainguy___ | those are 2D vectors |
| 00:20.54 | romainguy___ | so only a float is needed for the cross product |
| 00:22.48 | romainguy___ | it's actually not a bug |
| 00:22.57 | plusminus | ? what do you mean with "needed for" |
| 00:23.33 | romainguy___ | I mean that the result of the cross product of 2-D vectors is a float |
| 00:24.39 | zhobbs | <item name="buttonStyle">@android:style/Widget.Button</item> Error: No resource found that matches the given name attribute: 'buttonStyle' value: 'id'. |
| 00:25.08 | romainguy___ | zhobbs: where do you put this? |
| 00:25.47 | zhobbs | in my <style></style> |
| 00:26.21 | romainguy__ | try android:buttonStyle |
| 00:26.46 | *** join/#android plusminus (i=590e0f8b@gateway/web/ajax/mibbit.com/x-fd359de3cfb84964) |
| 00:26.47 | zhobbs | hehe, yep :) |
| 00:27.01 | zhobbs | thanks |
| 00:29.34 | zhobbs | Ahh, found more of these in android.R.attr ... slowing figuring out how to theme... |
| 00:29.41 | zhobbs | slowly* |
| 00:33.25 | jasta | romainguy__: thanks for the work-around, it worked in my main application as well |
| 00:33.29 | romainguy___ | cool |
| 00:35.40 | jasta | romainguy__: how would you scroll to a particular position in a ListView? |
| 00:35.47 | romainguy___ | setSelectionPosition() |
| 00:36.00 | jasta | what if I'm in touch mode? |
| 00:36.23 | romainguy___ | setSelectedPosition() :) |
| 00:36.26 | romainguy___ | at least for now |
| 00:36.34 | jasta | also, is there an animation that goes along with that? |
| 00:36.45 | romainguy__ | nope |
| 00:36.58 | jasta | i want the listview to kinda of zoom to the position. i am implementing the tabbing that the music interface has on the iPhone. |
| 00:37.13 | jasta | so that the list of artists, albums, etc has a right-hand bar to jump by alphabet |
| 00:37.25 | zhobbs | jasta: I'm working on one of those also |
| 00:37.31 | *** join/#android romainguy (n=gfx@72.14.224.1) |
| 00:37.46 | jasta | zhobbs: great, perhaps we could collaborate on a common widget? |
| 00:38.05 | zhobbs | I wish... |
| 00:38.37 | zhobbs | contract work, closed source |
| 00:38.42 | jasta | ahh |
| 00:38.46 | jasta | lame |
| 00:39.59 | jasta | romainguy__: would it be sensible to create a custom ListView for all of this, and to also implement a "fling" animation? |
| 00:40.08 | romainguy___ | we have a fling animation already |
| 00:40.12 | romainguy___ | not in M5 |
| 00:40.19 | jasta | how helpful :) |
| 00:40.26 | romainguy___ | stop complaining :) |
| 00:41.13 | jasta | do you have a recommendation for implemenation here, knowing what is coming in future SDK releases? |
| 00:41.25 | romainguy___ | I would recommend you not to do anything :) |
| 00:41.39 | jasta | really, not even using setSelection() currently? |
| 00:41.50 | romainguy___ | ah sure, jsut use setSelectedPosition() |
| 00:41.56 | romainguy___ | I meant, don't try to animate it |
| 00:42.00 | jasta | i think it's setSelection btw. |
| 00:42.07 | romainguy___ | or setSelection() |
| 00:42.17 | zhobbs | hehe, sounds like that is changing |
| 00:42.21 | jasta | ok, that will be fine. |
| 00:42.26 | jasta | zhobbs: That's what I was thinking ;P |
| 00:42.35 | romainguy___ | not it's not |
| 00:42.53 | romainguy___ | but setSelection() internally calls another method called setSelectedPositionInt() |
| 00:43.08 | romainguy___ | and I never deal directly with setSelection() :)) |
| 00:44.07 | zhobbs | too cool for that |
| 00:44.13 | romainguy___ | lol |
| 00:44.18 | jasta | Alright well I will proceed with an extended ListView combining both widgets (actual ListView and right-hand tab-like scroller). Hopefully I won't get burned by future API changes ;) |
| 00:44.29 | romainguy___ | zhobbs: the bug are usually not in setSelection() ;-) |
| 00:44.45 | romainguy___ | jasta: don't count on that :p |
| 00:46.21 | jasta | i am counting on you cautioning me :) |
| 00:46.54 | romainguy___ | like the fact that ViewInflate might change name... :) |
| 00:47.44 | jasta | i can't hear such things right now :) |
| 00:48.34 | zhobbs | thanks changing names is one thing, but changing how you use them is another |
| 00:48.45 | zhobbs | /thanks/things |
| 00:50.32 | plusminus | ... hmmhhm, that crossProduct issue is keeping me unsatisfied. Most people I asked up to now said that: |
| 00:50.43 | plusminus | a x b (also in 2D) is still a vecor |
| 00:51.03 | plusminus | I'll try to determine the right answer tomorrow. |
| 00:51.08 | plusminus | cya |
| 00:52.51 | zhobbs | According to wikipedia "The cross product is not defined except in three-dimensions " |
| 00:53.04 | romainguy___ | u x v = ux.vy - uy.vx in 2D |
| 00:53.18 | romainguy___ | I've see it used this way in 2D many times |
| 00:53.22 | romainguy___ | seen |
| 00:55.37 | zhobbs | you could treat them as 3d just in the same plane |
| 00:56.32 | romainguy___ | zhobbs: sure but even if you do so, the cross product is the perpendicular vector |
| 00:56.46 | romainguy___ | which would have the coordinates (0, 0, ux.vy - uy.vx) |
| 00:57.01 | romainguy___ | which cannot really be expressed as a Point in 2D coordinates |
| 00:59.58 | *** join/#android ApplePedlar (n=ApplePed@58x158x182x50.ap58.ftth.ucom.ne.jp) |
| 02:16.14 | zhobbs | looks like a cool app: http://blog.elimatta.com/?page_id=2 |
| 02:22.21 | *** join/#android straz (n=chatzill@207-172-209-147.c3-0.bkl-ubr1.sbo-bkl.ma.static.cable.rcn.com) |
| 02:26.55 | *** join/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
| 02:30.52 | *** join/#android romainguy_ (i=romaingu@adsl-75-60-31-153.dsl.pltn13.sbcglobal.net) |
| 03:44.17 | *** join/#android ersi_ (n=ersi@81-237-203-165-no38.tbcn.telia.com) |
| 03:54.37 | *** join/#android straz (n=chatzill@207-172-209-147.c3-0.bkl-ubr1.sbo-bkl.ma.static.cable.rcn.com) |
| 03:56.03 | *** join/#android edcba (i=edcba@nor75-17-82-67-199-204.fbx.proxad.net) |
| 03:59.29 | *** join/#android muthu (n=sara@59.92.89.234) |
| 04:07.33 | *** join/#android marvinalone (n=marvin@c-67-160-12-177.hsd1.wa.comcast.net) |
| 04:09.09 | *** join/#android ersi (n=ersi@81-237-203-165-no38.tbcn.telia.com) |
| 04:29.53 | *** join/#android ersi_ (n=ersi@81-237-203-165-no38.tbcn.telia.com) |
| 04:47.44 | *** join/#android ersi (n=ersi@81-237-203-165-no38.tbcn.telia.com) |
| 04:58.14 | *** join/#android duey (n=Nick@203.96.223.40) |
| 05:01.02 | *** join/#android ApplePedlar (n=ApplePed@58x158x182x50.ap58.ftth.ucom.ne.jp) |
| 05:04.34 | jasta | i really gotta stop half-implementing my contentproviders |
| 05:04.45 | jasta | i should just implement everything i intend to support so i can move on :) |
| 05:05.42 | zhobbs | that's no fun |
| 05:07.08 | jasta | i hate them so much though ;) |
| 05:08.29 | *** join/#android dueynz (n=Nick@203.96.223.40) |
| 05:30.16 | jasta | romainguy___: why are my list positions never saved right? isn't that supposed to be automatically handled? |
| 05:30.26 | romainguy___ | what do you mean "saved right"? |
| 05:31.03 | jasta | if a list item click starts a new activity, and the user presses back to return to the origina list, the position is reset to the top. |
| 05:31.40 | jasta | do i have to do something special to save it? |
| 05:31.44 | romainguy___ | nope |
| 05:31.55 | romainguy___ | have you tried with the keyboard? |
| 05:32.02 | jasta | yes, i only use the keyboard |
| 05:32.07 | romainguy___ | then it should not do that |
| 05:32.10 | jasta | i run with -skin hvga, i mean. |
| 05:32.24 | romainguy___ | no I meant, do you click the list with yoru keyboard or your mouse? |
| 05:32.48 | jasta | i click with the mouse, which launches a new activity, then i press escape with the keyboard. |
| 05:32.57 | romainguy___ | try with the keyboard and tell me what happens |
| 05:33.02 | romainguy___ | might be a side effect of the touch mode |
| 05:33.11 | jasta | it is not preserved. |
| 05:33.19 | jasta | this isn't a listactivity, though, it's an activity with a listview in it. |
| 05:33.26 | romainguy___ | weird |
| 05:33.29 | romainguy___ | I'll check tomorrow |
| 05:33.31 | jasta | it's always been like this for me |
| 05:33.37 | jasta | ever since the first SDK release |
| 05:33.39 | romainguy___ | but I seem to recall that it's working in ApiDemos for instance |
| 05:33.50 | romainguy___ | well we did implement saving of the select element |
| 05:33.57 | romainguy___ | at least on orientation change |
| 05:34.05 | romainguy___ | I don't know what happens on focus lost/gain |
| 05:34.14 | jasta | yeah, weird, it is working in the apidemos |
| 05:34.48 | jasta | but that is a listactivity, so it might not be a good comparison. are you sure i don't have to implement onresume/onpause to do this? |
| 05:35.13 | romainguy___ | maybe, I don't remember when we implemented the onFree/onThaw for ListView |
| 05:39.53 | *** join/#android bluerayblue (n=chatzill@adsl-69-226-216-36.dsl.pltn13.pacbell.net) |
| 05:39.55 | jasta | hmm, this is strange. i wodner why the ApiDemos works right and my very simple list doesn't. |
| 05:40.00 | jasta | maybe it's a cursor thing? |
| 05:40.34 | romainguy___ | I opened a bug internally |
| 05:41.09 | jasta | wonder if i can work around it |
| 05:41.22 | romainguy___ | with onPause/onResume I'm sure you can |
| 05:42.07 | jasta | just saving and setting scrollY? |
| 05:42.17 | romainguy___ | ListView does not use scrollY |
| 05:42.30 | romainguy___ | instead, save getSelectionitemPosition() or something like that |
| 05:42.39 | jasta | k, i'll try. |
| 05:45.08 | jasta | that function always returns -1 in touch mode :) |
| 05:45.20 | romainguy___ | yep :) |
| 05:45.26 | jasta | plus, it clearly should save the scroll offset, not align it with an item. |
| 05:47.47 | jasta | hmm, that's weird. if you set "Immediately destroy activities" in the dev settings, it works. |
| 05:52.18 | zhobbs | I have an EditText above a ListView, and am using a SimpleCursorAdapter to populate the list view...I'm triny to have the EditText filter the ListView |
| 05:52.33 | zhobbs | s/triny/trying |
| 05:52.36 | romainguy___ | zhobbs: well.. the next SDK will have this built-in ListView :)) |
| 05:52.43 | zhobbs | ........... |
| 05:52.50 | zhobbs | hehe |
| 05:52.54 | jasta | zhobbs: don't you just hate him sometimes? :) |
| 05:53.16 | zhobbs | I actually think he's a bot that just always responds "fixed in the next SDK" |
| 05:54.17 | jasta | Yes, almost certainly. |
| 05:54.41 | romainguy___ | Yes but only because I'm linked to another both who fixes the bugs when you raise them |
| 05:54.48 | zhobbs | well, my problem is that the performance is bad...the UI is very unresponsive when setting the adapter, etc |
| 05:55.07 | romainguy___ | are you using the convertView in your adapter? |
| 05:55.18 | zhobbs | I'm using SimpleCursorAdapter |
| 05:55.57 | zhobbs | Is there a way to filter that adapter...I see that you can setup a FilterHandling interface thing for an autocomplete |
| 05:56.10 | romainguy_ | yep adapters support filtering |
| 05:56.28 | romainguy_ | it's actually what the next SDK relies on to perform in place filtering of listviews |
| 05:56.55 | zhobbs | How do I set the filter? I see how to implement what happens when filtered, just not how to set the filter text |
| 05:57.25 | romainguy_ | myAdapter.getFilter().filter(...) |
| 05:57.28 | romainguy_ | and you pass a String |
| 05:57.53 | zhobbs | Ahh, ok...I was looking for a setFilter( ) |
| 05:58.15 | romainguy_ | nope because the Filter is specific to the adapter |
| 05:58.30 | romainguy_ | for instance a Filter in an ArrayAdapter is different from a filter in a CursorAdapter |
| 05:58.55 | romainguy_ | since you use a SimpleCursorAdapter you might want to override the runQuery(CharSequence) method |
| 05:59.04 | romainguy_ | it's a method called by the internal filter |
| 05:59.26 | romainguy_ | and it's supposed to return a new Cursor representing the filtered dataset |
| 05:59.43 | romainguy_ | actually |
| 05:59.44 | romainguy_ | even easier |
| 05:59.46 | zhobbs | yeah, that's what I figured...but in that I'm just going to rerun the same query with new filter string, is there anyway to do it faster? |
| 05:59.53 | romainguy_ | in SimpleCursorAdapter you can pass a FilterQueryProvider |
| 06:00.02 | zhobbs | yeah, that's what I was going to do |
| 06:00.30 | romainguy_ | well, you could do what ArrayAdapter does |
| 06:00.41 | romainguy_ | it simply copies the original array of data |
| 06:00.47 | romainguy_ | and create a new filtered one |
| 06:00.55 | romainguy_ | jasta: with a smart adapter :) |
| 06:01.18 | jasta | romainguy_: yeah, i know i need to extend a list adapter, just trying to think how :) |
| 06:01.22 | zhobbs | I have a feeling the dataset is just too big to work this quickly... |
| 06:01.39 | romainguy_ | zhobbs: well the Filter runs in a background thread by default |
| 06:01.47 | romainguy_ | and it enqueues the queries |
| 06:01.48 | zhobbs | Ahh, nice |
| 06:01.52 | jasta | zhobbs: You do have SQLite3 indices, right? :P) |
| 06:01.53 | jasta | erm :) |
| 06:01.54 | romainguy_ | and always moves the most recent query to the front |
| 06:02.38 | romainguy_ | I made sure Filter.java would handle threading for you |
| 06:03.58 | romainguy_ | I haven't tested it on a complicated cursor-backed ListView in a while but our recent tests on a ListView loaded with 1000+ elements worked just fine on a real device |
| 06:04.06 | romainguy_ | (it was an ArrayAdapter though) |
| 06:04.34 | zhobbs | 3,000 objects here... |
| 06:04.46 | zhobbs | might just be too large |
| 06:05.20 | romainguy_ | you could profile and see what's going on |
| 06:06.25 | jasta | romainguy_: does bindView and getView work in an order that you could easily predict, or is it based on the current ListView's visible position? I might need to trace these function calls in order to understand how to implement the separator. |
| 06:06.42 | romainguy_ | bindView is just a trick of CursorAdapter |
| 06:06.44 | romainguy_ | here is what happens |
| 06:06.48 | romainguy_ | ListView calls getView() |
| 06:06.59 | romainguy_ | if convertView is null, CursorAdapter calls newView() |
| 06:07.07 | romainguy_ | then CursorAdapter calls bindView() |
| 06:07.37 | romainguy_ | and the way getView() is called depends on many factors |
| 06:08.05 | romainguy_ | when you do a finger-scrolling it will appear to be random (although it's not) |
| 06:08.20 | romainguy_ | when you do keyboard-scrolling then it should be fairly consistent |
| 06:08.37 | romainguy_ | (if you go down for instance it will be called for the last shown position + 1) |
| 06:10.26 | *** join/#android romainguy (n=gfx@72.14.224.1) |
| 06:10.30 | jasta | Hmm. |
| 06:11.02 | romainguy | I recall adapters let you specify separators |
| 06:11.05 | romainguy | is it gone now? |
| 06:12.38 | jasta | I think so. |
| 06:12.42 | romainguy | looks like it |
| 06:12.55 | romainguy | you can do it now by overriding the isEnabled(int) method from the ListAdapter interface |
| 06:13.01 | jasta | This seems very tricky to do without actually fully wrapping a CursorAdapter in another Adapter. |
| 06:13.04 | romainguy | that will prevent the item from being seleted |
| 06:13.08 | romainguy | selected |
| 06:13.14 | romainguy | don't hesitate wrapping |
| 06:13.26 | romainguy | ListView does wrapping internally if you add headers and footers for instance |
| 06:13.41 | jasta | I mean writing a custom adapter which wraps another custom cursoradapter. messy. |
| 06:14.26 | jasta | because the problem is two-fold. you have to inject rows that don't normally exist in the flow, but you have to adjust them corresponding to item values at certain positions in the cursoradapter. so you'd need a way for the two layers to communicate. |
| 06:14.48 | jasta | well i suppose you could just wrap the Cursor too. hmm. |
| 06:14.54 | romainguy | use package-scoped methods :) |
| 06:15.03 | *** join/#android Zoolooc (n=fredsiba@nrbg-4dbfaf6a.pool.einsundeins.de) |
| 06:15.07 | romainguy | TableLayout and TableRow communicate that way |
| 06:17.14 | jasta | alright, well, i'll take a crack at this. |
| 06:17.20 | jasta | yikes ;) |
| 06:17.26 | romainguy | ah nice |
| 06:17.30 | romainguy | I just checked our bug DB |
| 06:17.46 | romainguy | there's already a RFE with high priority to implement a scrollToPosition in ListView |
| 06:17.48 | romainguy | with animation |
| 06:18.12 | jasta | didn't you tell me that was coming in the next release anyway? |
| 06:18.32 | romainguy | not the animated scrolling |
| 06:18.39 | romainguy | we have the fling in the next release |
| 06:18.51 | romainguy | but if you programmatically call setSelection there's no animation |
| 06:19.07 | jasta | i meant fling as an animated, accelerated scroll to position. |
| 06:19.19 | jasta | oh, i see what you're saying, implementing setSelection with that side-effect. |
| 06:19.24 | romainguy | yep |
| 06:19.29 | romainguy | fling is what we call the gesture you do with your finger to scroll through a list |
| 06:19.32 | romainguy | and that is animated already |
| 06:20.33 | romainguy | geez |
| 06:20.40 | romainguy | I left Friday night I had 5 issues on my plate |
| 06:20.48 | romainguy | it's Sunday and I have 19 issues now |
| 06:20.52 | romainguy | it's gonna be a fun week... |
| 06:21.28 | jasta | hmm, i have one more question before you go |
| 06:21.34 | jasta | or i go, or something |
| 06:22.07 | jasta | is the adapter's getCount() method used in order to control how many calls to getView() are made? |
| 06:22.21 | romainguy | yes but we cache the value |
| 06:22.32 | jasta | there is a big problem here, then. |
| 06:22.53 | jasta | in order to know how many alphabet separators there are, i'd need to scan the entire data set. |
| 06:23.56 | jasta | unless i just assume that empty sections should still have a separator. |
| 06:24.19 | romainguy | can't you put that info in your database somewhere? |
| 06:24.40 | romainguy | or yes, just have empty sections until you have more time/APIs to make it better |
| 06:25.24 | jasta | that may be better from a UI perspective anyway. the user might find it nicer to see empty sections called out still. |
| 06:26.14 | jasta | then i could just do cursor.count() + 26 |
| 06:26.50 | romainguy___ | yeah |
| 06:27.09 | romainguy___ | on the iPhone it's kinda weird to see all the letters in their bar on the right |
| 06:27.15 | romainguy___ | but empty sections don't show up in the list |
| 06:27.35 | romainguy___ | so if I click "U" in the right bar in my contacts list, I stare at the letters T and V in my list |
| 06:34.20 | jasta | romainguy___: well, you clearly should download some Underworld then :) |
| 06:35.23 | romainguy___ | <PROTECTED> |
| 06:37.07 | marvinalone | so ... i have an activity that starts a service which starts a thread, and i need the thread to talk to the activity and vice versa. what's the canonical way to do this? is there something in the samples that does that? |
| 06:37.45 | marvinalone | all i found was services that pop up toasts and notifications, nothing that talks back to the activity |
| 06:43.38 | *** join/#android crib (n=chris@port-195-158-167-8.dynamic.qsc.de) |
| 06:49.20 | *** join/#android _avatar (n=avatar@cpe-76-88-201-161.bak.res.rr.com) |
| 06:49.42 | jasta | marvinalone: Yes, there is a way, and it's quite simple. Look into the RemoteService example, specifically noting how it is "counting". |
| 06:49.48 | jasta | The server is counting, the client is displaying the count. |
| 06:50.20 | jasta | You want to implement the observer paradigm, creating interfaces using AIDL. |
| 06:50.29 | *** join/#android Spark (i=spark@dog.thdo.woaf.net) |
| 06:50.37 | jasta | bbl, night folks |
| 06:50.42 | marvinalone | jasta: thanks, looking at the example now |
| 06:52.03 | *** part/#android Spark (i=spark@dog.thdo.woaf.net) |
| 06:53.10 | *** join/#android jjt001 (n=james@c-98-207-50-162.hsd1.ca.comcast.net) |
| 06:53.21 | jjt001 | hay lo |
| 06:53.29 | zhobbs | hello |
| 06:53.42 | jjt001 | i had a quick question |
| 06:54.01 | jjt001 | does anyone know how to convert an address to the name of a business at the spot referenced by the address |
| 06:54.23 | jjt001 | i've been scouring the web and haven't yet found anything |
| 06:54.32 | zhobbs | sorry, haven't gotten into the geocoding stuff |
| 06:54.54 | jjt001 | no problem |
| 06:55.02 | jjt001 | so how are you finding m5? |
| 06:56.05 | jjt001 | anyone else here? |
| 06:57.03 | jjt001 | zhobbs: when is the peak time for this channel? |
| 06:58.09 | *** part/#android jjt001 (n=james@c-98-207-50-162.hsd1.ca.comcast.net) |
| 07:07.57 | *** join/#android bladezor (n=bladezor@c-98-196-84-55.hsd1.tx.comcast.net) |
| 07:29.08 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
| 07:30.05 | *** join/#android jeddy3 (n=mattiast@gw.sbg.se) |
| 07:34.19 | f00f- | i think broadcast intents are fine for IPC |
| 07:34.33 | f00f- | no need for clunky AIDL |
| 07:39.14 | zhobbs | I like AIDL...when it works |
| 07:39.42 | f00f- | usually works, but it's overly complex |
| 07:40.08 | f00f- | zhobbs: have you played with cursors? |
| 07:40.49 | f00f- | i don't know how to bind a custom view to it |
| 07:40.52 | f00f- | no examples |
| 07:41.20 | f00f- | like how do i tie a SimpleCursorAdapter and its ViewBinder together? |
| 07:41.53 | zhobbs | Not sure on ViewBinder...but I'm working on a custom adapter to work with large sets of cursor data |
| 07:41.54 | f00f- | like i make a new SimpleCursorAdapter , and set it |
| 07:41.55 | f00f- | ok yeah |
| 07:42.05 | f00f- | then i've made a SimpleCursorAdapter.ViewBinder |
| 07:42.10 | f00f- | how do i tie those 2 together? |
| 07:42.58 | zhobbs | Ahh, I see |
| 07:43.20 | zhobbs | You implement a ViewBinder and then pass to SimpleCursorAdapter.setViewBinder() |
| 07:44.20 | zhobbs | Then in your implementation you take the data from the cursor and apply it to the view in ViewBinder.setViewValue(View view, Cursor cursor, int columnIndex) |
| 07:48.40 | *** join/#android cntb (n=user@DSL217-132-23-74.bb.netvision.net.il) |
| 07:49.38 | zhobbs | ahh...solve my problem, created an adapter that only uses a cursor of size ~200 no matter how big dataset is |
| 07:49.45 | zhobbs | solved* |
| 07:50.26 | zhobbs | and just pads the cursor, so if you scroll down 150 it creates new cursor with proper padding |
| 07:50.46 | cntb | so now seems official Google adopted Ubuntu |
| 07:50.53 | zhobbs | cntb: why? |
| 07:51.19 | cntb | http://www.openhandsetalliance.com/press_111207.html see Requirements |
| 07:51.57 | zhobbs | "other modern distributions of Linux will also likely work but are not directly supported" |
| 07:52.08 | cntb | my point |
| 07:52.25 | zhobbs | that's probably what they use in house |
| 07:52.32 | cntb | aha |
| 07:56.55 | *** join/#android [jarek] (n=jarek@ano75.neoplus.adsl.tpnet.pl) |
| 07:59.06 | zhobbs | f00f-: that work for you? |
| 08:03.05 | f00f- | zhobbs: ok i just found that method, thanks! |
| 08:03.07 | f00f- | i'm testing it out |
| 08:07.19 | f00f- | however, i'm getting: java.lang.IllegalStateException: addView(View, LayoutParams) is not supported in AdapterView |
| 08:48.49 | muthu | does AnimationDrawable work? |
| 08:58.39 | *** join/#android [AD]Turbo (n=turbo@host131-128-dynamic.57-82-r.retail.telecomitalia.it) |
| 08:59.41 | muthu | ok.. so that is issue 79: for future release |
| 09:06.18 | *** join/#android cutmasta (n=cutmasta@62.225.134.181) |
| 09:32.56 | *** join/#android cutmasta (n=cutmasta@62.225.134.181) |
| 09:40.27 | *** join/#android ApplePedlar (n=ApplePed@58x158x182x50.ap58.ftth.ucom.ne.jp) |
| 09:42.08 | *** join/#android nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 10:55.09 | *** join/#android aksyn (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
| 10:58.53 | *** join/#android acsia (n=acsia@host86-152-202-80.range86-152.btcentralplus.com) |
| 11:39.35 | *** join/#android loic-pointgphone (n=sexystif@ill67-1-82-231-213-14.fbx.proxad.net) |
| 11:56.18 | *** join/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
| 12:26.09 | *** join/#android Stephmw (n=steph@tangency.co.uk) |
| 12:37.37 | *** join/#android krau (n=cktakaha@200.184.118.132) |
| 12:38.07 | *** join/#android plusminus (i=590f7861@gateway/web/ajax/mibbit.com/x-61caec1ed90155b4) |
| 12:42.43 | *** join/#android twocs (i=chatzill@140.115.135.246) |
| 12:57.37 | *** join/#android matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) |
| 13:22.31 | *** join/#android kies (n=kies@adsl-76-247-166-0.dsl.chmpil.sbcglobal.net) |
| 13:35.50 | *** part/#android twocs (i=chatzill@140.115.135.246) |
| 13:39.17 | *** join/#android aksyn_ (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
| 13:40.53 | *** join/#android Lede (n=lede@85.148.228.92) |
| 13:41.17 | *** join/#android Lede (n=lede@85.148.228.92) |
| 13:44.03 | *** join/#android dims (n=dims@c-66-31-152-180.hsd1.ma.comcast.net) |
| 13:54.31 | *** join/#android Kuryaki (n=david@190.24.225.66) |
| 14:32.48 | *** join/#android matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) |
| 14:33.04 | *** part/#android muthu (n=sara@59.92.89.234) |
| 14:34.42 | *** join/#android mike1o (n=mike@host221-166-dynamic.14-87-r.retail.telecomitalia.it) |
| 15:05.48 | *** join/#android straz (n=chatzill@dsl092-076-025.bos1.dsl.speakeasy.net) |
| 15:14.20 | *** join/#android matt_c (n=mcroydon@gozur.sunflowerbroadband.com) |
| 15:26.52 | Lede | why is the content of an showalert message right below the title and icon, it looks really messy :/ |
| 15:41.56 | zhobbs | Lede: I agree |
| 15:42.12 | zhobbs | should be some divider between title/content |
| 15:42.19 | zhobbs | I just stopped using titles |
| 15:43.52 | Lede | heh |
| 15:45.36 | Lede | didnt think about that |
| 15:48.00 | zhobbs | :) |
| 15:49.29 | *** join/#android TimRiker (n=timr@99.200.77.86) |
| 15:53.58 | *** join/#android muthu (n=sara@59.92.35.223) |
| 16:02.41 | *** join/#android morrildl (n=chatzill@nat/google/x-b7873750eca5ed6b) |
| 16:07.34 | *** join/#android dims (n=dims@c-66-31-152-180.hsd1.ma.comcast.net) |
| 16:12.51 | *** join/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
| 16:33.25 | *** join/#android straz (n=chatzill@dsl092-076-025.bos1.dsl.speakeasy.net) |
| 16:46.22 | *** join/#android romainguy (n=gfx@72.14.224.1) |
| 16:47.50 | romainguy | re |
| 16:48.18 | *** join/#android aksyn (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
| 16:48.57 | jasta | morning |
| 16:49.12 | muthu | good night |
| 16:49.30 | zhobbs | good morning |
| 16:49.40 | aksyn | good afternoon |
| 16:49.43 | zhobbs | :) |
| 16:49.53 | aksyn | good 'morro! |
| 16:49.54 | aksyn | :) |
| 16:50.10 | jasta | why did this happen? :) |
| 16:50.21 | *** join/#android Andy80 (n=andy80@79.22.201.18) |
| 16:51.11 | zhobbs | acsia: you were asking the other day about MapView click events...I got them to work by overriding dispatchTouchEvent() |
| 16:51.26 | acsia | a nice |
| 16:51.29 | zhobbs | my schedule has been really messed up |
| 16:51.42 | acsia | I will give it a try soonish |
| 16:51.57 | zhobbs | yeah, allows for interactive overlays :) |
| 16:52.50 | muthu | what's the easiest way to connect to server and download stuff ? |
| 16:53.11 | muthu | http, rest, xmpp, rss ? |
| 16:53.22 | zhobbs | http works pretty easy |
| 16:53.48 | muthu | i have media shows to download |
| 16:54.02 | muthu | my partner designer needs to set it up |
| 16:54.17 | muthu | i was thinking.. probably set up a blog |
| 16:54.23 | muthu | and then download rss |
| 16:55.06 | muthu | so quick server setup.. and the client is ready to go |
| 16:55.06 | jasta | considering that only 2 you mentioned are event application-layer protocols, and that one of them is designed for message exchange, i'd say HTTP would be the obvious winner for content delivery. |
| 16:55.44 | jasta | perhaps you should investigate these things before you just rattle off buzzwords ;) |
| 16:55.56 | muthu | :) |
| 16:55.59 | jasta | even*, not event |
| 16:56.12 | muthu | that's ok |
| 16:56.13 | zhobbs | muthu: http :) |
| 16:56.40 | muthu | zhobbs: agreed |
| 16:56.46 | muthu | you know just thinking lazy |
| 16:56.58 | muthu | rss seems attractive |
| 16:57.09 | zhobbs | but you can't download a video via rss |
| 16:57.13 | jasta | rss isn't a protocol, it's a format, very commonly delivered over http |
| 16:57.24 | zhobbs | you could make your application aware that a video exists somewhere via rss |
| 16:57.29 | muthu | correct |
| 16:58.00 | romainguy | zhobbs: which is basically how podcasts/videocasts work... |
| 16:58.16 | jasta | it's precisely how it works :) |
| 16:58.36 | muthu | ok.. videocasting it is! |
| 16:59.06 | muthu | set up a blog.. connect to rss |
| 16:59.20 | muthu | quick client / server thingamagik |
| 16:59.28 | zhobbs | I would rss the video json over xmpp through http tunnel |
| 16:59.29 | jasta | ugh, you don't connect to rss. |
| 16:59.44 | muthu | jasta: take it easy |
| 16:59.46 | jasta | i am gonna hurt you if you don't cut it out muthu :) |
| 16:59.56 | muthu | :) |
| 16:59.59 | muthu | i know |
| 17:00.15 | zhobbs | don't get jasta started |
| 17:00.27 | muthu | lazy != correct |
| 17:00.31 | muthu | i'm being lazy here |
| 17:00.40 | muthu | aren't we all? |
| 17:00.49 | jasta | oh, and now he's brought in psuedomathemtical gibberish? he's dead :) |
| 17:01.04 | muthu | he he |
| 17:01.20 | muthu | you all woke up.. that's the point ;) |
| 17:01.32 | *** join/#android Lede (n=lede@85.148.228.92) |
| 17:03.14 | muthu | why no tab examples? surprising |
| 17:03.46 | muthu | getting the feeling, tabs are discouraged by the androids.. true? |
| 17:03.57 | romainguy | we brought them back in M5 |
| 17:04.04 | muthu | yeah i'm using it |
| 17:04.12 | morrildl | romainguy: they never went away, publicly :) |
| 17:04.25 | morrildl | romainguy: they only went away in M4, which was never released |
| 17:04.25 | romainguy | morrildl: they were deprecated :)) |
| 17:04.31 | romainguy | (which to me is same as gone :)) |
| 17:04.36 | morrildl | hehehehe |
| 17:04.48 | muthu | you guys ok with tabs? |
| 17:04.58 | romainguy | morrildl: I'm getting my revenge today, I'm about to change more APIs :p |
| 17:05.14 | romainguy | muthu: we have nothing against tabs |
| 17:05.25 | muthu | ok great |
| 17:06.02 | morrildl | romainguy: which APIs? |
| 17:06.22 | romainguy | morrildl: adapters |
| 17:06.30 | romainguy | just renaming some methods for consistenc |
| 17:06.32 | romainguy | +y |
| 17:07.00 | zhobbs | just renaming them to keep us on our toes |
| 17:07.09 | romainguy | exactly |
| 17:07.50 | morrildl | zhobbs: it's for your own good, it builds character |
| 17:16.56 | *** join/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
| 17:37.29 | *** join/#android Dan_U (n=Dan@70-41-192-219.cust.wildblue.net) |
| 17:46.56 | *** join/#android romainguy (n=romaingu@nat/google/x-d15389a835426327) |
| 17:50.38 | jasta | it just occurred to me that i could test my application with a "real" cell phone internet connection by just tethering the host computer with my cell phone :) |
| 17:50.54 | jasta | wonder why i didnt think of that before |
| 17:51.42 | *** join/#android winksaville (n=chatzill@70.91.206.233) |
| 17:52.06 | *** part/#android skicson (n=Mike_Mac@pool-96-234-164-211.bltmmd.fios.verizon.net) |
| 17:58.04 | *** join/#android plusminus (i=590f7861@gateway/web/ajax/mibbit.com/x-35cf779df337732c) |
| 17:58.45 | plusminus | Hey guys, anyone knows how to retrieve the "strenght" of the incoming GPS-Signal (or the Sattellite count) ? |
| 18:13.36 | *** join/#android jasonchen (n=jasonche@nat/google/x-8828e945a76c77c3) |
| 18:18.10 | acsia | yes |
| 18:18.14 | acsia | give me a sec |
| 18:19.35 | acsia | well actually I used the constant for locationProvider |
| 18:19.47 | acsia | AVAILABLE that is or getAccuracy |
| 18:20.02 | acsia | however with m3 I had some problem with AVAILABLE |
| 18:20.32 | zhobbs | accuracy isn't really the same as signal strength |
| 18:20.51 | plusminus | yes I think it is hardcoded |
| 18:20.58 | plusminus | like: "gps --> 10 meters" |
| 18:21.04 | zhobbs | it's defined in the properties file |
| 18:21.10 | zhobbs | for the provider |
| 18:22.22 | zhobbs | accuracy 100 |
| 18:22.30 | plusminus | gps o_O |
| 18:22.51 | acsia | well AVAILABLE would mean you have enought satellite surely |
| 18:23.18 | zhobbs | gps doesn't seem done |
| 18:23.27 | plusminus | but I need more than "yes/no" |
| 18:26.07 | acsia | not implemented yet I guess |
| 18:30.53 | *** part/#android muthu (n=sara@59.92.35.223) |
| 18:30.58 | *** join/#android jasonchen (n=jasonche@nat/google/x-3592ccdba1bddfb3) |
| 18:33.12 | morrildl | http://arcanux.org/lambdacats.html |
| 18:33.34 | *** join/#android bluerayblue (n=chatzill@adsl-75-37-27-127.dsl.pltn13.sbcglobal.net) |
| 18:34.35 | plusminus | :( |
| 18:36.24 | jasta | hehe, neat. just did a mobile speed test on my phone (on 3G with good strength), got 377kbit/sec :) |
| 18:37.13 | plusminus | nice |
| 18:39.27 | plusminus | erm how to determine Data-Connection-Strength? (GSM-Signal Strength is easy to determine) |
| 18:40.30 | plusminus | xD there is also a DataStateIntentReceiver^^ |
| 18:41.53 | jasta | jesus, looking at other peoples results: |
| 18:42.11 | jasta | 797kbit/sec from Sprint with a PPC6800 |
| 18:42.22 | jasta | 385kbit/sec from sprint :\ |
| 18:42.27 | jasta | damn sprint is way better than everyone else ;) |
| 18:42.47 | jasta | wow, 1609kbit/sec from a German ISP with a Nokia N95. |
| 18:49.03 | plusminus | Damn, DataStateIntentReceiver also gives just information about CONNECTED / CONNECTION / DISOCNNECTED :( |
| 18:51.36 | *** join/#android Mathiasdm (n=Mathias@vpnh135.ugent.be) |
| 19:00.38 | *** join/#android dims (n=dims@c-66-31-152-180.hsd1.ma.comcast.net) |
| 19:11.36 | *** join/#android pombreda (n=pombreda@c-67-180-198-25.hsd1.ca.comcast.net) |
| 19:20.09 | *** join/#android _avatar (n=avatar@cpe-76-88-201-161.bak.res.rr.com) |
| 19:34.56 | *** join/#android krau (n=cktakaha@200.184.118.132) |
| 19:36.55 | *** join/#android kurzum (n=opera@chello084112021199.32.11.tuwien.teleweb.at) |
| 19:42.20 | *** join/#android matt_c (n=mcroydon@gozur.sunflowerbroadband.com) |
| 19:54.24 | acsia | hey |
| 19:54.29 | acsia | have you seen wifi army? |
| 19:54.45 | acsia | well is any developers here? |
| 20:07.11 | *** join/#android jasonchen (n=jasonche@nat/google/x-cede5df6bbd04d01) |
| 20:11.40 | *** join/#android Yeggstry (n=mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com) |
| 20:14.19 | *** join/#android davidw (n=davidw@apache/committer/davidw) |
| 20:40.36 | *** join/#android jasonchen (n=jasonche@nat/google/x-936f30fc41fcf820) |
| 20:43.09 | *** part/#android kurzum (n=opera@chello084112021199.32.11.tuwien.teleweb.at) |
| 20:58.04 | davidw | jasonchen, hi - know offhand if it's possible to capture audio while a call is ongoing? Even just the 'local' (mic) audio would be ok |
| 20:59.22 | *** join/#android krau (n=cktakaha@200.184.118.132) |
| 20:59.50 | jasonchen | davidw: i don't believe that it currently... (checking) |
| 21:00.10 | jasonchen | davidw: err, that it is currently possible |
| 21:01.02 | davidw | ok, thanks |
| 21:02.45 | jasonchen | davidw: just got confirmation that this isn't possible. TBD if/how it would be available |
| 21:03.39 | davidw | I think there are some legal issues surrounding recording conversations |
| 21:03.54 | *** join/#android pombreda (n=pombreda@dsl017-042-218.sfo1.dsl.speakeasy.net) |
| 21:04.37 | davidw | but it would be nice to be able to record at least from the phone's microphone. Thanks for checking though |
| 21:06.11 | *** join/#android romainguy_ (n=gfx@216.239.45.19) |
| 21:07.45 | jasonchen | davidw: yw. i'll ping the engineers responsible for that general area and let them know about your interest |
| 21:09.11 | davidw | cool, thanks. I have a use case for it, but it's for the contest, for a paying client, so IRC is not the best place to discuss it:-) |
| 21:09.28 | jasonchen | :-) |
| 21:13.47 | *** join/#android tomh (i=opera@18pc233.sshunet.nl) |
| 21:14.38 | *** join/#android romainguy_ (n=gfx@nat/google/x-42e1a46a192319d2) |
| 21:17.22 | f00f- | we want Bluetooth L2CAP support! i guess i should file a defect. |
| 21:21.41 | Stephmw | best way to make them aware of it |
| 21:31.25 | edcba | there is no bluetooth support ? |
| 21:39.17 | jerkface03 | lolwat? |
| 21:39.23 | jerkface03 | the bluez apis don't support l2cap? |
| 21:42.09 | *** join/#android eton (n=eton@ppp-58-8-2-146.revip2.asianet.co.th) |
| 21:44.46 | Stephmw | jerkface03: or it's not been exposed |
| 21:49.06 | f00f- | i don't see them exposed |
| 21:49.11 | f00f- | all i see is RFCOMM |
| 21:50.09 | jerkface03 | why do you want to use l2cap? i'm not too sure how unreliable it is, they could have just set it to retry forever on a fail |
| 21:53.04 | f00f- | i want some connectionless support |
| 21:59.48 | jerkface03 | i'm not too sure if l2cap is connectionless |
| 22:00.00 | jerkface03 | where are you getting your information from? |
| 22:09.33 | *** join/#android duey (n=nick@ip-58-28-159-211.static-xdsl.xnet.co.nz) |
| 22:30.28 | *** join/#android eton_ (n=eton@ppp-58-8-2-146.revip2.asianet.co.th) |
| 22:42.02 | f00f- | just picking my own brain :D |
| 22:42.07 | f00f- | you're right, it's not |
| 22:42.14 | f00f- | but it's close |
| 22:42.34 | f00f- | i'd like something like UDP for Bluetooth |
| 22:44.16 | zhobbs | f00f-: what you doing with bluetooth? |
| 22:45.50 | f00f- | well ideally, i'd like to sniff packets off the air, but since that's not possible, i need some sort of lightweight (wrt RFCOMM/SPP) communications |
| 22:51.05 | *** join/#android plusminus (i=590f7861@gateway/web/ajax/mibbit.com/x-4cadd73dd89d848d) |
| 23:31.01 | *** join/#android lindever__ (n=eton@ppp-58-8-2-146.revip2.asianet.co.th) |
| 23:35.27 | *** join/#android _avatar (n=avatar@cpe-76-88-201-161.bak.res.rr.com) |
| 23:44.42 | *** join/#android aksyn (n=aksyn@78-86-127-220.zone2.bethere.co.uk) |
| 23:52.16 | *** join/#android loic-pointgphone (n=sexystif@ill67-1-82-231-213-14.fbx.proxad.net) |
| 23:54.29 | *** join/#android edcba (i=edcba@nor75-17-82-67-199-204.fbx.proxad.net) |
| 23:58.15 | *** join/#android jerkface0 (n=jerkface@S0106000d3a2c0806.vc.shawcable.net) |