ListView items in Activity Persist on G1 keyboard slideout, but not Dialog list items

by Streets Of Boston » Tue, 09 Jun 2009 22:01:00 GMT


Sponsored Links
 Romain,

There has been a bug in 1.0 and 1.1. that the onPrepareDialog is not
properly called after a configuration change happened. Has this been
fixed?




ListView items in Activity Persist on G1 keyboard slideout, but not Dialog list items

by pawpaw17 » Wed, 10 Jun 2009 01:04:25 GMT


 Guys,

That's what I'm seeing. onPrepareDialog is not called, only
onCreateDialog.
This is v 1.5.

Thanks,
--~--~---------~--~----~------------~-------~--~----~


Sponsored Links


ListView items in Activity Persist on G1 keyboard slideout, but not Dialog list items

by Streets Of Boston » Wed, 10 Jun 2009 01:55:31 GMT


 Ugh.. this is still the case :(

In my app, i program around it. I have some code that determines if
onPrepareDialog should have been called and, if not, that calls
onPrepareDialog explicitly.



--~--~---------~--~----~------------~-------~--~----~



ListView items in Activity Persist on G1 keyboard slideout, but not Dialog list items

by pawpaw17 » Wed, 10 Jun 2009 22:20:44 GMT


 Thanks for the pointers. I fixed my issue as well using bundles to
save state.




--~--~---------~--~----~------------~-------~--~----~



Other Threads

1. ARM TrustZone features

Is there any group working on making available TrustZone features
available on the Android platform?

Cheers,
Earlence

-- 

2. performance when passing background data to ui thread

Hi

I've got an app that spawns of a seperate thread. Parses JSON data into a 
structure. And passes it back to the main thread through a handler. Each 
part of data is sent through the handler individually. That worked fairly 
well with my previous XML parser, as XML parses data while it downloads. But 
JSON doesn't (atleast I haven't found a way to get that working). In either 
way the JSON data is much smaller and much faster to parse.

I've recently added a feature that requires me to load several sources of 
json in parallel, parse in the background, and pass all the data back again 
using a Handler. This is a bit slower than I was hoping.

Would it be faster (and possible) for me to do this:
BackgroundThread extends Thread {
    onCreate (Parent) {
        this.parent = parent;
    }
    onData {
        parent.addParsedData(x);
    }
}

Parent extends ListActivity {
    ListAdapter list;
    onCreate {
       setListAdapter(list);
       new BackgroundThread(this);
    }
    public synchronized addParsedData(data) {
        list.add(data)
    }
}

I'm thinking this won't be thread safe, as ListAdapter is in the parent 
thread. Am I right?
Should I instead inside the listadapter (which puts data in an array) have 
synchronized access to it's items?

-- 

3. Froyo porting, vendor & device folder, and build for a device with tapas

4. System Bar location and height in Honeycomb?

5. lrzsz on android

6. USB: android gadget: issue in interface_number while using USB CV.

7. NDK Toolchain and "Unknown symbol _GLOBAL_OFFSET_TABLE_" in kernel module