¿Cómo se actualiza PreferenceActivity para mostrar los cambios en la configuración?

En lugar de

finish();
startActivity(getIntent());

Prefiero el siguiente código :

setPreferenceScreen(null);
addPreferencesFromResource(R.xml.preferences);

Esto también restablecerá la pantalla, pero sin el procedimiento completo finish y sus consecuencias. Además, este código funciona bien con PreferenceActivity y PreferenceFragment.

Esto es interesante si desea cambiar dinámicamente el valor de la configuración regional, por ejemplo. En este caso, trabajar con el administrador no es suficiente porque desea una recarga completa de títulos y valores.

EDITAR: setPreferenceScreen está en desuso en PreferenceActivity (todavía trabajando) pero no está en PreferenceFragment

Hay un método simple para actualizar todos los elementos de la lista a la vez. Simplemente haga lo siguiente:

getPreferenceScreen().removeAll();
addPreferencesFromResource(R.xml.preferences);

Con este enfoque no perderás la posición de ListView.

Implementa onPreferenceChange y cambia los perfs relacionados desde allí. Para 'refrescar' toda la actividad, necesita finish() y reiniciarla.

Después de luchar contra esto por un día, me di cuenta de esto.
Esto es para múltiples niveles de preferencias.

parent es la pantalla de preferencias que contiene la preferencia que está intentando actualizar.

Dado que la pantalla de configuración se muestra como un diálogo, puede obtener la vista de lista desde el diálogo, luego decirle a su adaptador que actualice hijo.

PreferenceScreen parent  // The screen holding the child
PreferenceScreen child   // The entry changing

child.setSummary(isEnabled?"Enabled":"Not Enabled");
ListView v = (ListView)parent.getDialog().findViewById(android.R.id.list);
BaseAdapter ba = (BaseAdapter)v.getAdapter();
ba.notifyDataSetChanged();

Encontré que R. id.list no está disponible en teléfonos antiguos, pero esto funciona

    ListAdapter adapter = parent.getRootAdapter();
    if (adapter instanceof BaseAdapter) {
        ((BaseAdapter)adapter).notifyDataSetChanged();
    }

Simplemente puede llamar al método onCreate. Si lo desea, puede llamar a los métodos onStart y onResume.

onCreate(null);

He resuelto mi problema con esta manera.

Esta clase indica pantalla de preferencias simple. Lo que puede ayudarte.

public class PreferenceActivitySettings extends PreferenceActivity implements SharedPreferences.OnSharedPreferenceChangeListener {
        private SharedPreferences preferences;
        @SuppressWarnings("deprecation")
        @Override
        public void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            addPreferencesFromResource(R.xml.settings);
            preferences = PreferenceManager.getDefaultSharedPreferences(getBaseContext());
            preferences.registerOnSharedPreferenceChangeListener(this);
        }

        @SuppressWarnings("deprecation")
        @Override
        public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String key) {
            setPreferenceScreen(null);
            addPreferencesFromResource(R.xml.settings);
        }
    }

Me las arreglé para escribir un método que en realidad es bastante simple y sin necesidad de invalidar las vistas de lista o cualquiera que sea la situación. Este método hace una llamada a la public ViewGroup removeView(View view), View requestLayout(), View forceLayout(), ViewGroup addView(View view), y finalmente una llamada a los métodos Fragment OnCreate(Bundle savedInstanceState) con algunas comprobaciones null y una variable temporal final View para almacenar la vista real cuando se elimina la vista.

Este método es todavía bastante nuevo y voy a darle algunos ajustes y refinación en los próximos 2 días, pero funciona perfectamente como es sin efectos secundarios. Dado que la clase que he escrito sosteniendo el código cambia el título de preferencia real y los estilos de texto de resumen para toda la rom (ese fue el punto de las opciones que he agregado), también he agregado un constructor público las clases que son actividades que se encuentran en la pila de actividades debajo de la pantalla de estilo de preferencia para que puedan actualizarse al mismo tiempo. Lo más probable es que esté moviendo este nuevo método en la clase de vista de marcos para que pueda estar disponible sistema amplio.

public void reLoadView(View view) {
    if (view == null) {
        view = mView;
        Log.i(TAG, "The current View is: " + view);
    }
    final View tmpView = view;
    try {
        setStyleChanged(1);
        setReset(0);
        Log.i(TAG, "The Temporary View is: " + tmpView);
        Log.i(TAG, "The current View is: " + mView);
        Log.i(TAG, "The current ViewGroup is: " + mViewGroup);
        if (mView != null) {
            if (mViewGroup != null) {
                mActivity.runOnUiThread(new Runnable() {
                    @Override 
                    public void run() {
                        mViewGroup.removeView(mView);
                        mView.requestLayout();
                        mView.forceLayout();
                        mViewGroup.addView(tmpView);
                        onCreate(new Bundle());
                    } 
                });
            }
        }
        View tmp = null;
        mDemented.reLoadView(tmp);
    } catch (Exception e) {
    }
}

Las variables de vista se establecen inicialmente en la inicialización de la clase y se inicializan y definen en el View onCreateView(LayoutInflater inflater, ViewGroup parent, Bundle savedInstanceState) y el View onViewCreated(View view, Bundle savedInstanceState). Las variables de vista se establecen inicialmente en la inicialización de la clase.

private View mView;
private ViewGroup mViewGroup;

private int mLayoutResId = R.layout.preference_list_fragment;//holds the layout reference just to keep it clean
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup parent, Bundle savedInstanceState) {
    View rootView = inflater.inflate(mLayoutResId, parent, false);
    mViewGroup = parent;
    return rootView;
}

@Override
public void onViewCreated(View view, Bundle savedInstanceState) {
    mView = view;
}

En las actividades de la pila a continuación, mi clase PreferenceStyle, establecí un constructor vacío que se puede inicializar en cualquier lugar de la aplicación.

public class DEMENTED extends SettingsPreferenceFragment implements
        Preference.OnPreferenceChangeListener, View.OnClickListener {

    public DEMENTED() {
         super();
    }

    //other code to do whatever here

En mi clase PreferenceStyle importé mi clase DEMENTED y luego la puse como una variable anterior a onCreate(Bundle savedInstanceState):

private DEMENTED mDemented;

Luego inicializó la variable en onCreate(Bundle savedInstanceState):

mDemented = new DEMENTED();

La llamada a mi clase DEMENTED para recargar su vista se realiza en mi método reloadView(View view) pero la variable view utilizada para hacer la llamada es una variable View establecida inmediatamente antes de la llamada y se establece como null:

View tmp = null;
mDemented.reLoadView(tmp);

Y mi clase DEMENTED comprueba si la Vista incluida en la llamada al método es nula y si es así la establece en una variable de vista localizada para que el método pueda hacer su trabajo con local variables:

public void reLoadView(View view) {
    if (view == null) {
        view = mView;
        Log.i(TAG, "The current View is: " + view);
    }
    //all the other good stuff here

Básicamente, esto usa el ViewGroup como se define en onCreateView(LayoutInflater inflater, ViewGroup parent, Bundle savedInstanceState):

    mViewGroup = parent;

Y la variable View se establece en onViewCreated(View view, Bundle savedInstanceState)

    mView = view;

Espero que esto ayude a alguien porque esta ha sido una pregunta que he visto repetida aquí una y otra vez y todavía tengo que encontrar una solución sólida básicamente en cualquier lugar que no involucre múltiples clases utilizadas como utils. Si alguien tiene alguna sugerencia de comentario para simplificar o lo que sea, siéntase libre de comentar.

Después de confirmar los cambios en SharedPreferences, creo que debería llamar a invalidateHeaders.

Si te diriges a API 11 y superior, puedes usar invalidateHeaders.

De los documentos:

Llame cuando necesite cambiar los encabezados que se muestran. Traducirá in onBuildHeaders () se llama más tarde para recuperar la nueva lista.