¿Puedo ocultar / deshabilitar campos en Settings.bundle?

Tengo varios elementos del campo de text en el file Root.plist de mi Settings.bundle. Necesito todos ellos para mi aplicación, pero quiero que uno de ellos esté oculto o no editable por el usuario. Por ejemplo, cuando el usuario va a su iPhone a Configuración -> MyApp, quiero que uno de los campos no esté visible allí, o deshabilitado para editarlo. es posible?

Seguro que puede. Simplemente cambie el tipo de elemento por título.

Aún puede save y leer su valor del código. pero, no aparecerá en la aplicación. configuration.

Después de más investigaciones he encontrado la respuesta a mi pregunta, y la respuesta al problema que estoy tratando de resolver.

Pregunta: ¿Puedes ocultar / deshabilitar los campos en Settings.bundle / Root.plist?
Respuesta: No.

Problema: ¿Cómo puedo almacenar de forma segura la información de authentication para mi aplicación?
Respuesta: Construido en los services de Keychain.

Fuente: Tareas de services de llavero para iOS

Respuesta corta, no puedes. Respuesta larga: supongo que estás usando Root.plist en otro lugar dentro de tu aplicación, ¿verdad? Si es así, lo que recomendaría en este caso, si realmente lo necesita para trabajar de la manera que describió, es crear dos files Plist y combinarlos en time de ejecución.

En otras palabras, cree Root.plist con solo los campos que desea que el usuario cambie en la página de configuration de iOS (por ejemplo, sin el campo que está tratando de ocultar) y otro file .plist con el rest de los campos que desee para manejar dentro de su aplicación.

Luego, en time de ejecución, primero carga Root.plist y luego fusiona el contenido del otro file .plist en la estructura de datos que estarás usando.

No muy resbaladizo, pero podría funcionar.

Configurar el tipo en el plist de "Campo de text" a "Título" funciona porque obtienes un campo que el usuario ya no puede editar, pero que la aplicación puede leer.

No se ve bien en lo que respecta a la consistencia de la interfaz de usuario, por lo que esta puede no ser la solución ideal para deshabilitar un elemento de preferences.