**** BEGIN LOGGING AT Wed Feb 20 02:59:57 2008 Feb 20 03:21:07 I have a dumb question,to use the database, is there a way to not need both the context and activity? I have a helper class that deals with the database for me, for me to initialize it from my activity I do Person person = new Person(this,this); Feb 20 03:22:12 the (this,this) seems redundant Feb 20 03:24:46 it is Feb 20 03:28:07 yes, you should be able to just use the context Feb 20 03:29:42 I was unable to jsut the context because when I call startManagingCursor() it needs an activty object Feb 20 03:30:32 or specifically it says startManagingCursor undefined for Context Feb 20 03:32:41 I guess it depends on how much work you want to do. :-) At a low level, you can do everything with just SQLite calls and a Cursor object. Feb 20 03:34:02 I dont want to work like that, I'd like to use something like a lightweight activerecord class, but I'm extremely new to java Feb 20 03:35:06 well, i think you can get by with just using the Activity object since it subclasses Context. Feb 20 03:36:52 hmm, I jsut tried that now and it worked, but I'm sure I tried it before and it didn't work!! Feb 20 03:38:00 skicson: what are you using as a middleware layer for db access? Feb 20 03:38:47 or anyone else? Feb 20 03:41:45 I'm using a call to context.getDatabase to get the SQLiteDatabase object Feb 20 03:48:24 android needs to get readline support into the shell and sqlite Feb 20 05:29:25 gngngn Feb 20 05:29:29 LISTVIEW@!# Feb 20 05:39:06 show that listview who's boss Feb 20 05:39:55 can someone point me to a url that shows how to display a contact image? Feb 20 05:41:03 zhobbs: I'm trying :) Feb 20 05:57:13 why is Android a mobile phone framework? Feb 20 05:57:32 why can't Android be for PDAs too Feb 20 05:58:35 who wants to carry a phone and a pda? and what good is a PDA that doesn't have always on net connection? Feb 20 06:02:13 Anyone know hwo to force a view to get on with it's resizing? Feb 20 06:02:36 right now it only resizes after it goes back to the UI code to take care of business Feb 20 06:11:27 everyone will have a mobile phone.. but not pda's Feb 20 06:15:52 pdas are dead Feb 20 06:15:57 iphone ftw Feb 20 06:16:11 ill prob get shot for saying that Feb 20 06:16:13 * duey quiets down Feb 20 06:18:45 heh Feb 20 06:19:01 pda = smartphone = phone of the future Feb 20 06:19:02 more or less Feb 20 06:19:05 same damn thing Feb 20 06:19:13 it's just a marketing term (PDA) Feb 20 06:19:19 well Feb 20 06:19:33 a non-phone PDA-like thjing is a PDA Feb 20 06:19:34 but yea Feb 20 06:19:51 so i have a question about intra-application communication Feb 20 06:20:09 should i use broadcast intents or ServiceConnections if i have multiple activities? Feb 20 06:20:18 i'd rather use intents... Feb 20 06:21:36 i want to have a common menu item in all my activities (eg. to set xmpp status and keep it updated in each activity screen) Feb 20 06:21:44 so i'd rather use an intentreceiver that's shared Feb 20 06:21:54 i guess i answered my own question Feb 20 06:22:11 serviceconnection is a bit more heavyweight intended for generic inter and intra process comm. Feb 20 06:29:14 how do I create a new parcel object? Feb 20 06:40:42 let me rephrase that... can I create an empy parcel? Feb 20 06:43:55 probably, try a parcel factory. **** ENDING LOGGING AT Wed Feb 20 06:49:06 2008 **** BEGIN LOGGING AT Wed Feb 20 07:02:15 2008 Feb 20 07:25:56 mornin Feb 20 07:26:07 hie Feb 20 07:31:07 f00f-, like finding a job in a parcel factory? :) Feb 20 07:34:55 hahaha Feb 20 07:35:35 i dont even know what a parcel is Feb 20 07:41:27 a package, that you ship. Feb 20 07:49:55 there are so many annoying, stupid people on the android-developers group Feb 20 07:49:56 so it implements the Shippable interface.. Feb 20 07:50:27 yeah i can relate Feb 20 07:50:38 anyone used a SimpleCursorAdapter.ViewBinder ? Feb 20 07:50:46 I have Feb 20 07:50:57 handle little hack Feb 20 07:50:58 handy* Feb 20 07:52:19 i'm just trying to start using a cursor Feb 20 07:52:26 k? Feb 20 07:52:27 jasta, what do u think is the easiest way to retrieve a blob data from an uri? I tried with the cursor but it won't let me handle byte[] Feb 20 07:53:07 i wrote a custom adapter that i'd like to map some columns to, i don't know where to begin Feb 20 07:53:32 mike1o: The preferred and only supported mechanism for doing this is to override the ContentProvider's openFile() method. Feb 20 07:54:24 mike1o: And then from the caller's side you would use content.openInputStream or openOutputStream Feb 20 07:54:31 if I translate() the canvas Feb 20 07:54:38 does the translate apply to EVERYTHING? Feb 20 07:54:40 including clips? Feb 20 07:55:31 f00f-: It's not so complicated to use a ViewBinder, it is just a callback-style interface that alerts you when each of the columns is to be bound to a View. Feb 20 07:56:06 jerkface03: no, it just translates the coordinates origins for subsequent drawings Feb 20 07:56:21 nono Feb 20 07:56:22 what i mean is Feb 20 07:56:28 if i translate() and then set the clip Feb 20 07:56:34 the translate applies to setting hte clip Feb 20 07:56:35 right? Feb 20 07:56:49 I would need to check but that would seem right to me Feb 20 07:56:55 k Feb 20 07:56:57 hey wait Feb 20 07:57:01 i got a more important question for you Feb 20 07:57:05 sure Feb 20 07:57:08 but really quick Feb 20 07:57:22 do you know how to force a view to get on with it's resizing? Feb 20 07:57:31 cause right now it looks like when you setContentView() Feb 20 07:57:32 what? Feb 20 07:57:46 jerkface03: you mean requestLayout()? Feb 20 07:57:57 it doesn't actually resize until the thread gets back to android code Feb 20 07:58:03 does that do it? let me check Feb 20 07:58:16 setContentView() calls requestLayout() Feb 20 07:58:38 resizing is always deferred Feb 20 07:58:41 romainguy: am i stuck with having to wait on the resize callback for hte view? Feb 20 07:58:47 yes Feb 20 07:58:53 kk, just double checking Feb 20 07:58:55 thank you! Feb 20 07:59:35 jasta, but the openFile method returns a ParcelFileDescriptor... where do I get the data from there? Feb 20 07:59:46 s/where/how Feb 20 07:59:52 mike1o: from ParcelFileDescriptor.open() Feb 20 08:00:26 the way you implement blobs is that you store them in a file, and the ContentProvider offers a way to arbitrarily translate a URI to a path and open it for the caller. Feb 20 08:00:38 so in a sense, you're "opening" the URI, but really just a file. Feb 20 08:01:26 the unfortunate limitation is that it has to be a file, it can't just be a stream of data such as opening a raw resource. Feb 20 08:05:55 jasta, can the uri have a query in it? Feb 20 08:06:25 Sure, it can do whatever it wants to lookup the appropriate filename. Feb 20 08:06:36 like xx://host/?key=value Feb 20 08:07:03 Sure, but be careful how you design your ContentProvider. Feb 20 08:07:30 it's easy to make it ugly and unusable :) Feb 20 08:12:57 i am so glad that the deadline is not Mar 3 now :) Feb 20 08:13:03 i would definitely not be ready Feb 20 08:13:57 I am far from ready Feb 20 08:14:02 :-P Feb 20 08:16:33 yeah agreed Feb 20 08:16:41 java.lang.RuntimeException: List views can't have UNSPECIFIED size Feb 20 08:16:46 while attempting to bind Feb 20 08:19:09 jasta, how do I check whether my uri actually contains actual data? Feb 20 08:26:10 jasta, do I actually have to write the file somewhere (maybe temporarily) in order to write into it? Feb 20 08:26:48 mike1o: Yes. Feb 20 08:27:21 jasta, do I have write access to /tmp/ ? Feb 20 08:27:29 Why would you use /tmp? Feb 20 08:29:26 testing purposes, btw I didn't get any access errors... but the file is not there Feb 20 08:29:56 don't use /tmp for any reason Feb 20 08:30:07 fine Feb 20 08:30:20 openFile() may be responsible for creating the file, mike1o. Feb 20 08:30:25 And that means, you would be responsible for that. Feb 20 08:30:41 I have an example in my RSS Reader, hang on let me find it for you. Feb 20 08:31:17 http://code.google.com/p/android-rss/source/checkout -- see RSSReaderProvider.java, openFile(). Feb 20 08:36:20 jasta, this is hot stuff! Feb 20 08:36:28 is this in the examples? Feb 20 08:36:34 what examples? Feb 20 08:38:18 the classic ones Feb 20 08:38:31 i don't think there is an example of openFile in any of the ApiDemos, no. Feb 20 09:25:58 where should we keep our app's cache files? in a sqliteDB? Feb 20 09:28:41 cache files? preferrably on the storage card if there is a lot of data constantly in flux. Feb 20 09:30:12 jasta, not a lot of data Feb 20 09:30:36 flux? Feb 20 09:31:18 then store it wherever is appropriate. if sqlite makes sense, use it, if files make sense, use them. Feb 20 09:31:27 if the storage card is available, perhaps use that. Feb 20 09:31:52 ok gotta go do the real job now Feb 20 09:32:02 catch u all later Feb 20 12:25:44 IPC using AIDL is only within the same device, right? Feb 20 13:42:42 hello Feb 20 13:48:45 hi Feb 20 13:50:16 do you know how i can build android-linux Feb 20 13:50:21 and make it run in my own qemu ? Feb 20 13:50:49 i can build android on the linux computer at school Feb 20 13:54:29 also got it buid Feb 20 13:54:35 only cant get it running in qemu :) Feb 20 13:58:11 what do you mean build it Feb 20 13:58:24 or do you just mean the kernel? Feb 20 13:59:00 yes kernel :) Feb 20 13:59:14 i should be able to build it use that resulting image Feb 20 13:59:25 against system.img and userdata.img i would think Feb 20 14:00:38 just to learn it Feb 20 14:00:55 the idea is to use android to develop my own device Feb 20 14:01:03 i already bought the display and the ARM development kit Feb 20 14:01:28 (really funny, the board was cheaper then the dev board) Feb 20 14:02:11 its part of a hobby project Feb 20 14:05:06 display :) Feb 20 14:15:56 scroogey: no idea Feb 20 14:23:54 morrildl: is dave mclaughlin still involved with android? Feb 20 14:25:06 bummer Feb 20 14:27:23 scroogey, you'd have to download the source code and fiddle with it Feb 20 14:30:15 currently trying to compile buildroot Feb 20 14:30:46 always good to have that working :P Feb 20 14:32:39 seems to fail during binutils in makeinfo :P Feb 20 14:32:40 sigh Feb 20 17:10:36 what would you say is a large apk file? Mine is 1 MB already Feb 20 17:11:12 I guess it'll stay that size, but still seems big for mobile download maybe...maybe not with 3g and stuff though Feb 20 17:15:02 why is that big? Feb 20 17:22:39 muthu: might be kinda big to download over EDGE Feb 20 17:23:46 zhobbs: are you using a lot of 3rd party libs? Feb 20 17:24:18 muthu: none, just lots of images + a fairly large initial database file Feb 20 17:24:30 ok Feb 20 17:24:55 i dont know.. 1mb just feels big Feb 20 17:25:01 may be that's the avg size Feb 20 17:54:57 zhobbs: 1MB is not that big. Feb 20 17:56:21 1MB is pretty hefty Feb 20 17:56:31 it'll take a while to download at 5-6kb/s Feb 20 17:59:35 1mb over EDGE aint a biggy Feb 20 18:00:27 I don't have a smart phone so not really sure on the dl speeds Feb 20 18:00:32 lol, 5-6kb/s? Feb 20 18:00:45 it's like 1997 all over again, baby Feb 20 18:00:54 my smartphone downloads at 30kb/s on EDGE, and 50kb/s on 3G. Feb 20 18:01:02 yes 30kb/s Feb 20 18:01:07 then 1mb is reasonable :P Feb 20 18:01:10 i can download 1MB in no time. Feb 20 18:01:22 ok, cool Feb 20 18:01:52 jasta: that's kbits or kbytes? Feb 20 18:01:56 that said, i would not ship with a stock database. that is just a waste of space. Feb 20 18:02:07 zhobbs: bytes, sorry, should have specified KB. Feb 20 18:02:45 jasta: well, it's kinda req...they'd just have to download it after install if I didn't include it Feb 20 18:03:08 zhobbs: i mean, you should ask sqlite3 to build it on startup, rather than copying it. Feb 20 18:03:27 include csv or something? Feb 20 18:04:17 no, let's back up. what type of data are you storing in your default database, and is any of it better suited for runtime calculation? Feb 20 18:04:48 it's read only data, and cannot be calculated at runtime Feb 20 18:04:51 re Feb 20 18:05:09 zhobbs: and lots of it? well, then that is probably best suited for inclusion in the APK then :) Feb 20 18:05:42 i was thinking you were just packing the schema with a few rows of dummy data. Feb 20 18:06:01 I've thought about just running queries accross the web, but that would be pretty slow...and the extract 200k it adds to the apk isn't that big a deal I guess Feb 20 18:06:19 at any rate, remember that for folks who have extremely slow cell phone networks they can just synchronize the APK to their device. Feb 20 18:06:22 using a data cable Feb 20 18:06:26 yeah Feb 20 18:06:50 but that will not be the common case, i assure you. 1MB is an easy package for most cell phone users these days. Feb 20 18:10:11 jasta: i've never seen edge go over 6kb/s Feb 20 18:10:31 and i've worked with an assload of phones and pretty much every carrier in the americas Feb 20 18:11:39 you know that the iPhone uses EDGE, right? Feb 20 18:12:07 iPhone wasn't around when i quit my old job ;) Feb 20 18:12:43 Also, EDGE isn't even the common case for nearly every modern data-enabled phone now. Every major metropolitan US city has 3G connectivity on at least 1 carrier, and most data phones support it. Feb 20 18:12:53 The iPhone got a lot of criticism because it used an OLD radio technology. Feb 20 18:13:10 jerkface03: The network was, and you claim it to be much slower than it is today. Perhaps your data is very out-dated. Feb 20 18:13:14 yeah, a phone that costs that much should have 3g Feb 20 18:13:15 3g iphone is coming Feb 20 18:13:35 That's not the point. The point is that 6KB/s download speeds are a thing of the past for mobile phones :) Feb 20 18:13:56 I use a PodCast feed of full-size 192kbit mp3s on my smartphone that downloads daily. I have never even caught it downloading it goes so fast. Feb 20 18:14:44 I've tested arbitrarily large downloads with Opera and have found it to get approximately 50KB/s or more with good coverage on AT&T's 3G network. Feb 20 18:15:03 actually, they have mobile speed tests now, let me go run one Feb 20 18:16:13 lol, "unstable / connection too fast to measure" Feb 20 18:16:53 haha, yeahj right Feb 20 18:18:06 there we go, did a 1MB test Feb 20 18:18:26 completed in ~40s, 200kbit/s Feb 20 18:18:46 slower than usual, but i don't have great coverage here either Feb 20 18:19:09 also, Sprint is typically faster than AT&T (what I have). Feb 20 18:22:01 scroogey: thats a hardcore hobby project Feb 20 18:22:29 scroogey: making a bespoke device with android on it Feb 20 18:22:47 scroogey: sorry I'm just passing by after work so I'm late to this conversation! Feb 20 18:23:11 scroogey: but if you have a website or blog I'd like to read about your efforts Feb 20 18:38:15 jerkface03: plus, both the 3G and EDGE networks in the US are not limited by technology, its just the deployment isnt very strong. Feb 20 18:38:29 it could be made much faster without a critical upgrade in any handsets. Feb 20 18:38:46 the real bitch of EDGE, though, is the terrible latency Feb 20 18:50:52 chomchom: well just trying to get linux kernel itself running :P Feb 20 18:58:47 jasta, was it you trying to figure out whether SMS or XMPP or whatever was the best way to go from the server to the phone? Feb 20 18:59:17 davidw: That's what I've been making noise about for weeks now. Google won't really give us any hints, but my thought is that they have something sinister planned for XMPP. Feb 20 18:59:23 that's why they're pushing it onto the phone so hard. Feb 20 18:59:34 err...except for that they're not? Feb 20 18:59:42 sinister? Feb 20 18:59:44 some guy is whining about it a lot on the mailing list Feb 20 18:59:49 But romainguy made a good point; XMPP is not part of the android.* packages, and is therefore not logically part of the Android system as a whole. Feb 20 19:00:42 benley: Sinister for the carriers, great for us. SMS is not a special protocol, it's just that it's the only game in town for device alerts and peer messaging. XMPP seems well suited to take over, without all the insane premiums. Feb 20 19:01:21 But in order for that to work, Google needs to implement it that way. That is, XMPP needs to be a centrally managed feature that is pushed onto users pretty aggressively. And they need to guarantee a stable, permanent connection. Feb 20 19:01:24 aha Feb 20 19:01:27 (as best as they can, of course) Feb 20 19:02:03 Then, a server could simply implement GTalk/XMPP which would allow it to send messages at any time to alert the device of some change or invite the phone to perform some function. Feb 20 19:02:05 what's the difference between xmpp and gtalk? Feb 20 19:02:17 gtalk uses xmpp as its protocol. Feb 20 19:02:45 that will soon change, benley. Feb 20 19:02:54 eh? Feb 20 19:02:55 Google is planning to make GTalk operate over a tight binary protocol. Feb 20 19:03:08 for greater parsing and transport efficiency to Android phones Feb 20 19:03:16 where'd you hear that? Feb 20 19:03:30 benley: They announced it officially. I will find the reference, hang on. Feb 20 19:03:33 huh, ok Feb 20 19:03:35 * benley is ignorant Feb 20 19:04:19 http://code.google.com/android/migrating/m3-to-m5/m5-api-changes.html#gtalk Feb 20 19:04:33 Since it is not intended to be a generic XMPP API or gateway, and since in the future it will likely move to a binary protocol that will not be compatible with XMPP, we have renamed the Service to avoid confusion. Feb 20 19:04:48 ah okay Feb 20 19:05:02 they claim here what their plans are too: Feb 20 19:05:08 This service has two goals: to provide a convenient way for developers to send peer-to-peer messages from their applications between handsets, and to provide an API for sending and receiving instant messages from Google's Talk servers. Feb 20 19:05:29 But it's hard to interpret whether they specifically mean that this will be a viable transport to replace SMS for alerts and messaging. Feb 20 19:05:31 I imagine the google talk servers will continue to speak xmpp to remain compatible with the various clients that are out there Feb 20 19:05:40 sounds like COM in a way.... Feb 20 19:06:13 i suspect that Google won't say officially one way or another because it would really piss off carriers Feb 20 19:06:25 but i suspect they bundle it as an SMS killer Feb 20 19:07:00 i wonder why they chose not to just stick with xmpp Feb 20 19:07:15 well, it makes sense to avoid compatibility with XMPP since it is XML-based. Feb 20 19:07:25 and XML parsing is really fucking slow ;) Feb 20 19:07:43 but semantically it works. Feb 20 19:08:07 ohh, ohhh!! Feb 20 19:08:17 maybe create a json based version... :o) Feb 20 19:08:20 http://code.google.com/android/reference/com/google/android/gtalkservice/IGTalkService.html -- look at getDefaultSession() Feb 20 19:08:32 "which can be used for third party data messaging"...hmmm ;) Feb 20 19:09:07 that looks like exactly what i'm referring to. Feb 20 19:09:14 what I really wonder is how reliable that gtalk stuff will be Feb 20 19:09:17 "...this method should always return a valid IGTalkSession, because it gets auto started if and when the GTalkService starts up." Feb 20 19:10:20 my idea: you can just send simple text messages that reference other information, to send 'complex' data, if you don't feel like marshalling it to a string. You could use some kind of scheme...something uniform that would give you a location for resources... Feb 20 19:10:39 hey, I should patent that Feb 20 19:14:14 I should look into this to see if its viable for my application. Feb 20 19:14:58 it's kind of slow, comparatively, but if you wanted an image or something to be sent over, it might be a little easier Feb 20 19:16:04 speaking of which.... Feb 20 19:20:07 anyone been able to compile the emulator under osx? Feb 20 19:21:13 everyday ^^ Feb 20 19:21:44 i always getting errors when compiling Feb 20 19:22:00 hehe Feb 20 19:22:02 scroogey: you can ask your questions to Digit on the newsgroups, he works on the emulator Feb 20 19:22:35 when i do like sudo ./emulator-2008xxx/build_emulator.sh Feb 20 19:22:56 its failing at core audio Feb 20 19:23:33 let me try now Feb 20 19:23:53 ./src/audio/macosx/SDL_coreaudio.c: In function 'Core_CloseAudio': Feb 20 19:23:59 etc. then errors Feb 20 19:25:33 no luck Feb 20 19:25:39 maybe leopard aint supported? Feb 20 19:30:15 I build the emulator both on Tiger and Leopard Feb 20 19:30:23 You should really ask Digit on the newsgroup Feb 20 19:31:15 which newsgroup? Feb 20 19:31:37 http://groups.google.com/group/android-developers Feb 20 19:32:08 oki Feb 20 19:32:47 scroogey: send me a URL of your post, I'll make sure Digit reads it Feb 20 19:36:15 chomchom: was your email ending with gmail.com ? Should have received all docs now Feb 20 19:38:17 http://groups.google.com/group/android-developers/browse_thread/thread/cb892a6d3a92d944 Feb 20 19:39:39 the google docs 512 kb restriction sucks :( Feb 20 19:40:52 google docs sucks overall Feb 20 19:41:04 it's just a wysiwyg html editor Feb 20 19:41:24 thx romainguy Feb 20 19:41:27 I like it, copy-pasting from word works pretty well Feb 20 19:41:49 i use buzzword myself Feb 20 19:41:51 it doesn't do normal work processing things...pages, headers/footers, etc Feb 20 19:42:03 word* Feb 20 19:42:13 zhobbs: buzzword does but its flash Feb 20 19:42:43 does it let multiple people edit same doc? Feb 20 19:42:48 i wasn't awaiting of it, being able to make pages, headers/footers Feb 20 19:43:13 i would remain with normal docx if I wouldn't be working in team Feb 20 19:43:46 yeah, that's the only thing google docs has going for it..works well with teams Feb 20 19:44:28 and it's free. Feb 20 19:44:46 http://preview.buzzword.com Feb 20 19:47:07 buzzword also includes a revision-system ? Feb 20 19:47:24 no idea Feb 20 19:47:55 just signed up, I can a "Share" Feb 20 19:48:02 at least... Feb 20 19:48:13 loads damn slow... Feb 20 19:48:59 fast enough once loaded like google docs Feb 20 19:49:02 loads slow too here Feb 20 19:50:24 Ther is also a "History" Feb 20 19:51:43 editor itself is better imho :) Feb 20 19:52:22 yes looks good Feb 20 19:52:36 but am I blind or is there no "Heading 1", "Heading2" Feb 20 19:52:37 ?? Feb 20 19:53:35 The comment thing is really nice for collaboration! Feb 20 19:56:25 uh good question, hehe Feb 20 19:57:26 ok its a "preview" ;) Feb 20 19:57:40 how about receiving gtalk messages... Feb 20 19:59:00 it supports more then google docs formatting wise ;) Feb 20 20:00:16 I had a collaborative project (4 people) and we wrote 140 page doc with google docs and it was a nightmare... Feb 20 20:00:40 lets some replies soon on my question Feb 20 20:00:52 hm...... no headings, just special fonts o_O Feb 20 20:01:06 my gosh, no headings... Feb 20 20:01:13 but formatting was very specific for our project...and we ended up having to spend a lot of time reformating the whole doc Feb 20 20:01:16 how can one leae that out.. Feb 20 20:03:50 doesn't word 2007 also support collaboration? Feb 20 20:05:02 zhobbs: you should do formatting after doc is done :P Feb 20 20:06:24 I hate looking at shitty unformatted text Feb 20 20:07:22 better then redoign it everday ;) Feb 20 20:08:15 choose the perfect design from day one :P Feb 20 20:23:17 how can you get the changes made to the linux kernel by google for android? Feb 20 20:23:27 i suppose they only compile some extra modules/drivers? Feb 20 20:26:47 romainguy: you were talking about photoshop on linux, did you complain to the right people? http://rss.slashdot.org/~r/Slashdot/slashdot/~3/238365976/article.pl Feb 20 20:31:13 scroogey, ask? Feb 20 20:31:42 huh... never thought about IrDA (Infrared). Will it be supported somewhen? Most TV's are nto yet Bluetooth-capable ;) Feb 20 20:31:46 zhobbs: :) Feb 20 20:32:07 zhobbs: that reminds me of Photoshop CS 2 that was running faster in VMWare that on Mac OS X directly Feb 20 20:33:05 romainguy: i pposted the question Feb 20 20:33:14 scroogey: I sent it to digit Feb 20 20:33:19 cool thanks Feb 20 20:33:26 its not gcc4.1 issue :P Feb 20 20:33:36 that should come after compiling SDL :) Feb 20 20:34:34 I was wondering how to compile it in windows also Feb 20 20:34:50 but that's probably really a bitch Feb 20 20:36:40 <_avatar> is there a way to create a new View instance from an arbitrary XML layout at runtime? Feb 20 20:37:07 _avatar: if the layout is in res/layout (ie precompiled) Feb 20 20:37:25 Will IrDA (Infrared) be supported somewhen? Feb 20 20:37:26 Most TV's are noto yet Bluetooth-capable ;) Feb 20 20:37:29 ?? Feb 20 20:37:46 _avatar: see ViewInflate class Feb 20 20:37:55 <_avatar> zhobbs: thanks! Feb 20 20:38:30 <_avatar> reading the docs, this seems to be exactly what i was looking for :) Feb 20 20:38:37 according to the fact that no one answers, I assume that InfraRed won't be a part of Android .......... Feb 20 20:38:44 plusminus: just going to have to develop a bluetooth ir transponder Feb 20 20:39:15 plusminus: just cause google doesn't support it out of the box doesn't mean that the handset maker won't support it Feb 20 20:39:47 hm, but developers should be aware of such functionality ..? Feb 20 20:40:21 they won't be. i doubt OEM's will do that Feb 20 20:40:30 tha platform must support the feature software-wise Feb 20 20:40:45 they'll plop in some hardware, that's about it Feb 20 20:40:55 they want a turnkey firmware/OS package Feb 20 20:42:42 kernel would be able to suppot if you write a driver, right? Feb 20 20:43:25 yeah Feb 20 20:43:40 well it's already exposed as a /dev interface i believe Feb 20 20:43:49 just that the Android API's need to be in place Feb 20 20:45:38 Android will include APIs for accessing low-level hardware such as Bluetooth and WiFi. These APIs, however, are not yet available in the SDK. Feb 20 20:45:44 from docs Feb 20 20:46:56 I don't know why a phone would need IR, but I think if a manufacturer wanted it then they could do it no prob Feb 20 20:47:30 100% of remote-controls use IR Feb 20 20:47:37 yea Feb 20 20:47:43 IR was reintroduced with N95 Feb 20 20:47:48 afteer bering dropped from N91 for example Feb 20 20:47:53 lots of old stuff needs IR Feb 20 20:47:54 well, not 100%... Feb 20 20:47:59 plus it's connectionless Feb 20 20:48:11 which is a benefit over Bluetooth, especially since they don't even support L2CAP sockets Feb 20 20:48:11 the bluetooth stuff is in there Feb 20 20:48:14 my calculator has ir Feb 20 20:48:16 in Android Feb 20 20:48:22 is just a serial connection... implementation on our own would also be pretty easy. But I though Google might provide a interface or sth... Feb 20 20:48:26 bluetooth support sucks in android, no level access to profiles Feb 20 20:48:46 plusminus: i think they might introduce it in a future update of the SDK Feb 20 20:48:59 f00f-: would be fine Feb 20 20:51:01 hrm... adding a listener to this gtalksession isn't going so well Feb 20 20:51:56 oh a roster listener Feb 20 20:52:01 yea took me a while last night Feb 20 20:52:26 use a new IRosterListener.Stub() Feb 20 20:52:34 and implement the 2 abstract methods Feb 20 21:00:35 i love all that OpenBinder stuff man ;) Feb 20 21:25:46 openbinder? Feb 20 21:33:44 nice.... that works now Feb 20 21:35:25 scroogey: the IPC mechanism used heavily throughout Android. Feb 20 21:35:25 I need a better way to deal with all these things that must be subclass, though:-/ Feb 20 21:36:25 if i recompile the kernel for goldfish] Feb 20 21:36:34 it should work fine in the emulator, right? Feb 20 21:36:53 if i grab my zimage and replace kernel_qemu with this newly fie Feb 20 21:36:54 file Feb 20 21:39:30