stringtranslate.com

Wikipedia:Edición avanzada de artículos

Existen varias técnicas avanzadas para ayudar a mejorar la edición de los artículos de Wikipedia. La mayoría de los consejos que se dan aquí implican el uso de configuraciones típicas del navegador y editores de texto estándar, como los que permiten la edición en paralelo. Si bien existen paquetes de software especiales que permiten la edición personalizada, normalmente no están disponibles cuando se utilizan otros equipos para la edición wiki.

Visualización más rápida

Configuración de preferencias del usuario

Saltarse partes lentas de los artículos

Edición lado a lado

La ventana de edición de artículos de Wikipedia no está diseñada para la edición en paralelo, ya que la vista previa del artículo formateado suele estar en la mitad superior de la página y el búfer de edición suele estar muy por debajo (cerca de la parte inferior de la página). Para cuando se hayan detectado varios problemas, es posible que el usuario haya olvidado dónde se produjo cada uno de ellos dentro del búfer de edición. Sin embargo, cuando se utilizan dos ventanas del navegador para la edición en paralelo, el texto (o la imagen) se detecta en una ventana y se puede localizar y cambiar en la otra, lo que permite realizar numerosos cambios precisos mucho más rápido sin olvidar los detalles menores. La segunda ventana podría mostrar una vista previa de la edición, una diferencia o la lista de pestañas del historial. En comparación con la productividad de utilizar solo una ventana del navegador, utilizar dos ventanas de esta manera puede ser una mejora.

Usando un editor externo

En los principales sistemas operativos hay disponibles muchos editores de texto que pueden realizar diversas funciones, algunos de los cuales se pueden encontrar en la Lista de editores de texto . Algunos editores de texto solo pueden editar texto sin formato ; otros pueden manejar texto enriquecido y proporcionar funciones que pueden ayudar con la edición, como el resaltado de sintaxis (incluido para MediaWiki ) y la corrección ortográfica . Como alternativa, se pueden utilizar procesadores de texto (consulte también la Lista de procesadores de texto ) y, en general, pueden realizar muchas de las mismas funciones que los editores de texto, incluidas las sustituciones de cadenas como las que se describen a continuación; sin embargo, es posible que el formato del texto no se transfiera (especialmente al editar la fuente) y pueden surgir otras complicaciones.

Un método para permitir la edición en paralelo es copiar la ventana de edición del navegador en un editor de texto y cambiar el texto en el editor externo, pero copiar, pegar y obtener una vista previa de los resultados en el búfer de la ventana de edición del navegador. Sin embargo, esto puede ser peligroso, ya que es posible olvidar qué búfer tiene los cambios recientes.

Para evitar perder los cambios no publicados, siempre se puede editar en un editor externo (especialmente uno con guardado automático ) y pegar en la ventana del navegador para obtener una vista previa. El guardado final se realizará en la ventana del navegador al publicar la edición, pero solo después de una vista previa final cuidadosa de la edición. Esto último es importante porque una vista previa cuidadosa podría ahorrar tiempo que de otro modo se podría gastar más tarde en buscar y volver a editar los cambios en el artículo. Como dice el dicho, "una puntada a tiempo ahorra nueve".

Una técnica más segura es editar en un entorno de pruebas y transferir los cambios al artículo para su publicación una vez que estén finalizados. Si se guarda el entorno de pruebas con frecuencia, independientemente de si los cambios ya son definitivos, se pueden minimizar las posibilidades de perder el trabajo si, por ejemplo, falla el navegador o el sistema.

Efectos sobre la edición y corrección de textos

Incluso cuando se trata de corregir o corregir un artículo, los beneficios potenciales de la edición en paralelo pueden ser significativos. Cuando se ve un artículo por primera vez, un usuario puede abordarlo con una actitud de "esperar y ver" para ver si hay suficientes problemas como para justificar su edición. Un usuario en esta situación puede querer abrir la página de edición del artículo o sección en una nueva ventana y luego regresar al artículo o sección en sí, ya que de esa manera, el usuario tendrá la opción de realizar cambios en la segunda ventana de edición mientras conserva el acceso a la versión actual del artículo o sección en la primera.

Con esta configuración, se pueden realizar numerosas mejoras que podrían haber llevado mucho más tiempo si la ventana de edición no hubiera estado disponible por separado al leer la página por primera vez. Esto puede parecer un cambio trivial, pero a veces se necesita mucho tiempo para recordar y reubicar las partes de un artículo que se desean modificar; la edición en paralelo puede reducir este tiempo y acelerar el proceso.

Impacto potencial de la edición en paralelo

El aumento potencial de productividad, utilizando la vista en paralelo como una nueva forma de organizar las ediciones, es casi un avance mágico en la capacidad de mejorar fácilmente cientos de detalles dispersos. Es incluso más potente que un editor WYSIWYG , por cuatro razones: (1) permite a los usuarios ver y editar tablas subyacentes o lenguaje de marcado de cuadros de información antes de distraerse con una página totalmente reformateada; (2) la edición puede continuar mientras se formatea/muestra la página de vista previa en la segunda ventana; (3) los resultados no exigen verificación; y (4) la lista de diferencias puede recordar a los usuarios todas las ediciones. En concreto:

  1. Los editores WYSIWYG tienen el inconveniente de que insisten en realizar transformaciones instantáneas y en vivo, lo que puede distraer seriamente la atención de una gran cantidad de otros detalles, cuando se produce un reformateo continuo. En efecto, la edición en paralelo permite ambos niveles de atención: o bien cambiar algunos detalles y reformatear para ver los resultados, o bien cambiar paso a paso casi todos los detalles (de arriba a abajo), sin interrupciones, y luego esperar a que se realice el reformateo masivo posterior. Una vez más, la edición WYSIWYG podría ser muy distractora si agregar un pequeño cambio distorsionara el resultado y desviara la atención de numerosos otros pequeños detalles.
  2. Debido a que la vista previa de la edición se procesa en una segunda ventana, el usuario puede continuar editando en la primera ventana y elegir ignorar el formato en progreso de la página de visualización, si en ese momento esto le distrae demasiado.
  3. Es un mito absoluto que todos los cambios deben verificarse (instantáneamente o no). Cuando se realizan 57 cambios en una página, puede ser mejor esperar que 54 (de 57) sean correctos y pasar a otro artículo, en lugar de estar pendiente de cada cambio y perder tiempo para el próximo artículo. La "perfección" total no es necesaria en este nivel de escritura, donde cualquier persona puede editar un artículo posteriormente.
  4. Durante una edición en paralelo, el usuario puede centrarse en cambiar el lenguaje de marcado subyacente, de modo que cuando llegue el momento de ejecutar una lista de diferencias (presionando el botón "Mostrar cambios"), el usuario pueda revisar cada cambio (como antes/después) y comparar el texto en el estilo de marcado familiar. Los nuevos errores tipográficos pueden aparecer como pulsaciones de teclas inesperadas en la lista de diferencias.

La edición rápida no se trata solo de editar y enviar comentarios rápidamente, sino también de evitar o limitar las distracciones y los pasos de verificación forzosos. A largo plazo, ser más rápido podría depender de detectar problemas de edición mediante el uso de listas de diferencias en la segunda ventana mientras se continúa con la edición en la primera ventana.

Sustituciones de texto complejas

Incluso un editor de texto simple como el Bloc de notas de Microsoft puede utilizarse para gestionar algunos cambios complejos mediante el uso de múltiples sustituciones de cadenas de texto . Por ejemplo, para añadir comillas dobles alrededor de los enlaces wiki , un usuario puede realizar los siguientes pasos:

  1. Utilice la función de buscar y reemplazar para cambiar todo [[a "[[.
  2. Utilice la misma función para cambiar todo ]]a ]]".
  3. Para cualquier enlace wiki que ya tenga comillas dobles, reemplácelo todo ""con ".

Sin embargo, en general, cualquier editor de texto o procesador de textos puede realizar esta función, al igual que los editores de texto enriquecido en línea ya disponibles en Wikipedia y la mayoría de sus proyectos hermanos, que se pueden encontrar en la sección "Avanzado" de la barra de herramientas del editor.

Cómo evitar la publicación accidental de una edición

Wikipedia tiene una configuración de preferencias de usuario en la sección Edición que, cuando se implementa, advierte al usuario sobre una línea de resumen de edición en blanco y solicita confirmación antes de publicar. Sin embargo, cuando se acerca la finalización de una edición, un usuario puede verse tentado a comenzar a redactar el texto de resumen de edición, lo que puede llevar a una publicación accidental de una edición parcial con una línea de resumen parcial permanente. Una forma de evitar esto sería redactar la línea de resumen de edición como la última línea de la página, utilizando etiquetas de comentarios HTML<!-- y -->ocultando esa línea. Por ejemplo:

Colocar esa línea de comentario al final de la página permite al usuario ver y revisar todo el texto del resumen de edición sin el riesgo de publicarlo accidentalmente, ya que cualquier intento se detendrá porque el campo de resumen de edición seguirá en blanco a menos que el usuario confirme manualmente que desea continuar con la publicación. Cuando esté listo, el usuario puede copiar y pegar esa línea inferior como resumen de edición y, si el usuario olvida eliminar esa línea inferior, solo será un comentario oculto, por lo que puede esperar hasta que ese usuario (u otro) elimine ese comentario al realizar más cambios en esa página.

Pocas cosas empeoran la edición que guardar una edición parcial , donde otros usuarios ven el cambio inacabado y se quejan o cambian la página nuevamente, lo que causa un conflicto de edición cuando uno intenta terminar y enviar la edición incompleta que se publicó accidentalmente. Para evitar esto, es posible que desee publicar una edición completa de un artículo específico solo una vez, o esperar 20 minutos después de enviar una edición incompleta, porque otros editores pueden ser alertados (por ejemplo, a través de sus listas de seguimiento ) y podrían embarcarse en sus propios cambios en el artículo.

Mostrando marcado con doble llave

Aunque los artículos rara vez contienen los marcadores de doble llave {{y }}, estas llaves son comunes en las páginas de documentación de plantillas wiki . Para evitar activar las plantillas (excepto dentro de las tablas), los marcadores de doble llave se pueden codificar agregando una referencia de carácter numérico HTML equivalente:

Al editar texto dentro de tablas, se deben usar números dobles o etiquetas nowiki porque las tablas buscan una sola llave izquierda {. Los caracteres de doble número son simplemente &#123;&#123;for {{y &#125;&#125;for }}.

Futuro lejano

Quizás en un futuro cercano, una ventana de edición de Wikipedia tendrá algún tipo de visualización en paralelo con un área de desplazamiento para la salida formateada. Sin embargo, debido a la complejidad de simular una página formateada en una región de desplazamiento, probablemente pasarán muchos años antes de que dicha edición en paralelo pueda implementarse en una sola página del navegador. Sin embargo, se está implementando para las traducciones.

Véase también