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 ?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
Comienza con el protocolo TextViewAttachmentDelegate y la transición del botón sourcecode descrita en el issue. Reproduce el cambio de HTML a UITextView sin editar el HTML y, después, rastrea cuándo se llama a deletedAttachment. Se considera terminado cuando se explica el callback o se evita un callback de eliminación espurio, preservando los callbacks para las eliminaciones reales de attachments.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Swift
- Estrellas
- 667
- Forks
- 153
- Merge medio
- 2 d 6 h
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de wordpress-mobile/AztecEditor-iOS
-
Bug
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
wordpress-mobile/AztecEditor-iOS#1417 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
wordpress-mobile/AztecEditor-iOS#1411 ·
-
iOS 17 Crash - UIGraphicsBeginImageContext() failed to allocate CGBitampContextQuizá libre de nuevo @jkmassel la tomó hace 621 días y no hay ningún pull request abierto. Abierto
wordpress-mobile/AztecEditor-iOS#1401 · 2 comentarios · 1 asignado ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
wordpress-mobile/AztecEditor-iOS#1399 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
wordpress-mobile/AztecEditor-iOS#1398 · 1 comentario · 1 reacción ·
Todos los issues de wordpress-mobile/AztecEditor-iOS
Issues similares
-
TokenIterator.prepare drops LMOutput.State in the .logits branch, breaking generation for every VLMAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
ml-explore/mlx-swift-lm#681 ·
Los mantenedores suelen responder en 2 días
-
p: pigeon team-ecosystem
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Empty label or headline exports the editor hint ("LABEL" / "Headline goes here") into the PNGAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
omacom/try-omarchy#319 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día