it-swarm.dev

cómo evitar que JCE elimine / reemplace divs en copiar / pegar

He intentado tantas cosas y todavía no puedo hacer que esto funcione.

En Joomla 2.5.20, con JCE 2.3.4.4, en una Mac, tengo el siguiente escenario:

En el editor, tengo un conjunto de divs, y si los selecciono (ya sea visualmente arrastrando el cursor o mediante un clic en la ruta) y los copio con cmd + copy, cuando lo pego (ya sea mediante el acceso directo, o el diálogo de pegar), el contenido pegado no tiene <div> 's porque estos se convirtieron a <br> 's!

Una cosa que noté es que el contenido pegado en el diálogo de pegado tiene los divs, por lo que la conversión/eliminación se realiza al colocar en el editor, ¡no al copiar!

Me gustaría que no quitara el <div> ni convertirlo a otra cosa.

He intentado agregar div a las "etiquetas de mantenimiento" (perfiles> [mi perfil]> parámetros del complemento> portapapeles) pero eso lo empeora, no solo elimina el <div> etiqueta pero también cualquier otra etiqueta.

Estoy usando el superadministrador, que no tiene filtrado de texto, y el perfil JCE no tiene el "HTML de limpieza" ni "validar HTML". Todos los demás filtros en JCE están desactivados (no elimine los atributos de clase, etc.).

¿Alguien tiene una solución para esto?

2
jackJoe

Entiendo lo que estás tratando de lograr, pero no creo que encuentres un WYSIWYG que te permita copiar texto, luego volver a pegarlo con el html intacto y estoy seguro de que no se romperá. Todo lo que necesita es que su usuario pegue el texto con el cursor en el lugar equivocado por un carácter, y todo se va al bote.

Incluso usando un templater, como NoNumber, el usuario puede destruirlo insertando la plantilla mientras está dentro de otro div, lo que, por cierto, JCE forzará.

Hay un equilibrio de construcción cuidadosa al reunir bloques de datos repetidos que un usuario puede necesitar agregar o eliminar. Si tiene datos consistentes, le recomiendo usar un CCK. K2 o Sobipro son los que he usado. Si tiene datos menos consistentes, cree cada bloque como un artículo (con una plantilla para que cuando creen uno nuevo, simplemente puedan colocar una nueva plantilla), luego cargue esa categoría con un módulo.

En realidad, no queremos que nuestros clientes jueguen en sus áreas de módulos si es posible, por lo que colocaremos su contenido en un artículo (cuando html personalizado), luego cargaremos ese contenido en un módulo con NoNumber Articles Anywhere, luego cargaremos ese módulo en Nuestro diseño. Si tenemos que crear dos columnas de contenido, a menudo cada columna obtiene su propio artículo, y luego se cargan a través del módulo en la página para garantizar que no puedan romper la estructura.

Comenzamos a hacer esto debido a nuestro movimiento hacia un diseño receptivo y ha hecho una GRAN diferencia. Recibimos muy pocas llamadas de clientes que han destruido sus diseños de contenido.

Por lo tanto, sé que esta no es una respuesta verdadera a su pregunta: es más bien un 'si ha llegado a ese punto de que su diseño es demasiado complejo para que sus clientes lo editen, es hora de repensar cómo presenta ese contenido a su usuarios '.

2
Faye

Si está pegando en la vista con estilo, haga clic en el botón "Editor de código fuente".

JCE Source Code Editor Button

Esto te dará una vista como esta: JCE Source Code view

Pegue el HTML en la ubicación que desee.

Si encuentra útil el botón de pantalla completa al mirar la vista del código fuente, ya que no es tan pequeño ...

JCE Full Screen mode button

0
Craig