Crouton "destroys" PreferenceFragment

[gabrielittner]

This is how my PreferenceFragment looks like: https://picasaweb.google.com/lh/photo/QbpRCxQHqVATtMqhpP7OPhehlnpMhIUyAwoYnhPIGog?feat=directlink
When showing a Crouton:
https://picasaweb.google.com/lh/photo/MJwaGoIBiO7NNtpmprypnBehlnpMhIUyAwoYnhPIGog?feat=directlink

[keyboardsurfer]

From the first look it seems likely that the PreferenceFragment does not like the fact that Crouton is adding itself to the Window of the calling Activitiy.

[gabrielittner]

It only happens if the PreferenceActivity is a single pane. On tablets with dual pane it works fine.

[Leandros]

What Activity are you using?

For me its working fine with SherlockPreferenceActivity.

[gabrielittner]

I'm using a normal PreferenceActivity, which overwrites onBuildHeaders() .
I'll try to create a sample project in the nexz two hours.
Am 13.10.2012 18:06 schrieb "Arvid Gerstmann" [email protected]:

What Activity are you using?

For me its working fine with SherlockPreferenceActivity.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-9405662.

[Leandros]

Try

Activity mActivity = this;
Croutons.showText(mActivity, "Test", Style.INFO);

[gabrielittner]

I call it from my PreferenceFragment and use getActivity().

I first thought the reason is that clicking on a header in singlepane opens
a second instance of the PreferenceActivity, which shows the
PreferenceFragment (because it doesn't happen in multipane). But I couldn't
find any prove for that.

I'm currently on my way back home, I'll test when I'm there.
Am 13.10.2012 18:17 schrieb "Arvid Gerstmann" [email protected]:

Try

Activity mActivity = this;Croutons.showText(mActivity, "Test", Style.INFO);

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-9405770.

[Leandros]

If I find some time, I'll write a demo app and try to fix the issue.

[gabrielittner]

I just wrote a demo app: https://github.com/gabrielittner/CroutonTest

[gabrielittner]

What I also noticed is, that the missing views are completly removed, the hierarchy viewer doesn't show them anymore after displaying Crouton.

[keyboardsurfer]

Using the workaround I introduced in issue #24 might help.

[HerrVoennchen]

Hi,

the workaround does not help, since in my case. No stucking messages in queue. I'm calling the crouton from the underlying activity (SherlockPreferenceActivity) of the Fragment (PreferenceFragment) and it messes up my fragment.

Any other suggestions? Using latest version of Courton (1.8.2).

Since the images of the originial poster aren#t available anymore, i can provide some to show how it looks like on my devices.

[keyboardsurfer]

Hi @HerrVoennchen, the information you have provided is too vague for me to actually be able to help.

[HerrVoennchen]

Hier are some screenshots. Based on the description of gabrielittner it appears to be the same problem.

after show a Crouton

If you need anything else to know, let me know.

[HerrVoennchen]

If it helps, i created a test project yesterday to reproduce this behavior. See https://github.com/HerrVoennchen/CroutonTest

[keyboardsurfer]

Yes, the issue can be reproduced with the code you provided.
I'd have to toy around and see what helps solving it.
It might be that the FrameLayout within the PreferenceActivity is causing this behaviour.

Have you tried attaching the Crouton to a specific ViewGroup?

[HerrVoennchen]

hmm Tested it on test project with ViewGroup.NO:ID and ViewGroup.TEXT_ALIGNMENT_VIEW_START but has no different effect, as far as i can see.

You mentioned the FrameLayout in the PreferenceActivity.. does this layout comes from the android preference view infrastructure?

[keyboardsurfer]

See README for further info.