Why is func textView(_ textView: TextView, deletedAttachment attachment: MediaAttachment) in the TextViewAttachmentDelegate protocol being called when the user taps on the source code button and comes back to the editor view from html ?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia con il protocollo TextViewAttachmentDelegate e la transizione del pulsante sourcecode descritta nell’issue. Riproduci il passaggio da HTML a UITextView senza modificare l’HTML, quindi traccia quando viene chiamato deletedAttachment. Il lavoro è completato quando viene spiegato il callback oppure viene impedito un callback di eliminazione spurio, preservando i callback per le eliminazioni effettive degli attachments.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello, thanks for your help. This is a great library. I need to have a model object that represents the pictures in a AztecEditor view. So I need to keep the pictures in the aztecview and the model in sync. There is no problem for the model creation after selecting a picture for insertion, but I need a way to also delete from the model the pictures that get deleted by the user. I came across this in the implementation of the TextViewAttachmentDelegate protocol:
func textView(_ textView: TextView, deletedAttachment attachment: MediaAttachment) {},
that looks exactly what I need. The problem is, I have verified that this delegate method gets called also when switching from html editor to UITextView using the 'sourcecode' button. This breaks my logic. Is there a special reason why the method is called when switching from html to UITextView without even touching the html text before pressing the button ? Many thanks for your help.
- Lingua principale
- Swift
- Stelle
- 667
- Fork
- 153
- Merge medio
- 2g 6h
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di wordpress-mobile/AztecEditor-iOS
-
Bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
wordpress-mobile/AztecEditor-iOS#1417 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
wordpress-mobile/AztecEditor-iOS#1411 ·
-
iOS 17 Crash - UIGraphicsBeginImageContext() failed to allocate CGBitampContextForse di nuovo libera @jkmassel l’ha presa 620 giorni fa e non c’è nessuna pull request aperta. Aperta
wordpress-mobile/AztecEditor-iOS#1401 · 2 commenti · 1 assegnatario ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
wordpress-mobile/AztecEditor-iOS#1399 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
wordpress-mobile/AztecEditor-iOS#1398 · 1 commento · 1 reazione ·
Tutte le issue di wordpress-mobile/AztecEditor-iOS
Issue simili
-
Empty label or headline exports the editor hint ("LABEL" / "Headline goes here") into the PNGAperta
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
omacom/try-omarchy#319 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
schedule-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
daniezl/Hilltoppers#82 ·
I maintainer di solito rispondono entro 1 giorno
-
area/docs
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno