Domanda

Ho una configurazione pulsante di comunicazione in una semplice applicazione sto lavorando su che utilizza BKToolkit. Ho collegato un pulsante Disclosure con Push On Push Off all'azione toggleCollapse: nel SplitView. Il pulsante funziona nell'aspetto che crolla e rivela correttamente il pannello. Non funziona correttamente per mantenere il proprio stato coerente con l'aspetto pannelli.

Il pulsante inizia con una freccia verso l'alto per visualizzare il pannello è aperto. Ecco la sequenza di eventi:

  1. I premere il pulsante per chiudere il pannello. Divulgazione freccia ora rivolto verso il basso.
  2. I premere il pulsante per rivelare il pannello. Divulgazione freccia deve ancora affrontare giù .
  3. Qualsiasi presse successive al cambiamento pulsante di nulla. La freccia deve ancora affrontare il basso.

Si anima correttamente la prima volta si quali le presse successivi non cambiano lo stato di visualizzazione del pulsante?

alt text alt text

Questo è lo stato erroneo:

alt text

È stato utile?

Soluzione

Non è così che il controllo si comporta normalmente. Stavo per chiedere come si sta impostando il suo stato ma sembra che il controllo vista divisa in BKToolkit registra la prima mittente di inviarlo il messaggio ginocchiera e gestisce stato che del mittente da allora in poi.

Questo potrebbe essere un problema, per esempio, se hai una voce di menu di chiamare questo comportamento ginocchiera così e sono state usando che per testare la commutazione. In questo caso, lo stato del pulsante non sarebbe stato aggiornato.

Non vedo una soluzione facile dal momento che questo comportamento è cablato nel codice BKToolkit di vista divisa. Forse i vostri controlli dovrebbero chiamare il proprio ginocchiera metodo in uno dei controllori del vostro app, impostare direttamente lo stato crollo (quindi tutto d'accordo sullo stato) e la gestione di tutto il vostro stato di interfaccia utente da soli.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top