:: Wordpress. Deshabilitar el editor: "Gutenberg"

El editor de bloques denominado: "Gutenberg" que viene con la versión 5 de Wordpress, puede que de problemas para algunos usuarios.

Existen distintas formas de deshabilitarlo y recurrir de nuevo al editor clásico:
1.- Instalación del plugin "Editor Clásico"

2.- Instalación del plugin: "Disable Gutenberg"

3.- Deshabilitar el editor por código.

En este caso, deshabilitaremos el editor utilizando esta última opción. Para ello debemos añadir en el fichero: "functions.php" la siguiente línea:

add_filter('use_block_editor_for_post', '__return_false', 10);

De esta manera, a la hora de definir nuevas entradas en nuestro Wordpress, haremos uso del editor clásico.

:: Cambiar el puerto en XAMPP

Al montar un XAMPP en nuestro equipo, es posible que necesitemos modificar el puerto por el que responde el tomcat. Para llevar a cabo esta tarea debemos modificar los siguientes ficheros:

http.conf

El fichero estará ubicado -en función de la carpeta donde hayamos realizado la instalación- en una ruta similar a la siguiente: "C:\xampp\apache\conf\htpd.conf"

En este fichero los valores a modificar son:

“ServerName localhost:80” por “ServerName localhost:81”

“Listen 80” por “Listen 81”

“#Listen 12.34.56.78:80” por “#Listen 12.34.56.78:81”

httpd-ssl.conf

El fichero estará ubicado en: "C:\xampp\apache\conf\extra\httpd-ssl.conf"

Las modificaciones a realizar serán las siguientes:

“Listen 443” por “Listen 4430”

“” por “”

“ServerName www.example.com:443” por “ServerName www.example.com:4430”

Una vez realizados los cambios, procederemos a reiniciar el XAMPP para que estos se hagan efectivos.

:: Instalar tomcat8

Para llevar a cabo la instalación de tomcat8 en Windows, los pasos a seguir son los siguientes:

.- Descargaremos tomcat8 de la urtl: https://tomcat.apache.org/

.- Descomprimimos el fichero en una carpeta de nuestro equipo

.- Ejecutarmos el fichero startup.bat que aparece en la carpeta: "bin"

.- En el caso de que no nos arranque el tomcat podemos "matar" el proceso: "javaw"

.- En el fichero: "tomcat-users.xml" ubicado en la carpeta: "conf" debemos definir los roles de los usuarios con acceso a la gestión de tomcat.
Las entradas a definir serán las siguientes:

  <role rolename="manager-gui"/>
  <role rolename="admin-gui"/>
  <role rolename="manager-script"/>
  <role rolename="manager-status"/&gt
  <user username="admin" password="calvo" roles="manager-gui, manager-script, manager-status, admin-gui"/>

.- Accederemos a la siguiente url e indicaremos las credenciales que hemos definido para cada uno de los módulos:
http://localhost:8080/

:: Accesibilidad. WCAG 2.0

Las pautas WCAG 2.0 se engloban en 4 principios básicos:

1.- Perceptible

La información y elementos de la interfaz deben ser presentados al usuario de forma que puedan percibirlos claramente.

• Debemos proporcionar alternativas textuales para todo contenido no textual, de manera que pueda modificarse y adaptarse a las necesidades de los usuarios: tamaño de letra, braille, voz,...
• Proporcionar alternativas sincronizadas para contenidos multimedia
• Crear contenidos que puedan presentarse de diversas maneras, sin perder la información y estructura
• Facilitar que los usuarios puedan ver y oir el contenido, incluyendo la separación entre el primer plano y fondo

2.- Operable

Los elementos de la interfaz de usuario y navegación deben ser operables fácilmente.

• Hacer que toda la funcionalidad esté disponible a través del teclado
• Proporcionar a los usuarios el tiempo suficiente para leer y utilizar el contenido
• No diseñar contenidos que puedan causar ataques epilépticos
• Proporcionar medios que sirvan de ayuda a los usuarios a la hora de navegar, localizar contenido y determinar dónde se encuentran.

3.- Comprensible

La información y el manejo de la interfaz de usuario deben ser comprensibles.

• Lograr que el contenido textual sea legible y comprensible
• Crear páginas web cuya apariencia y operabilidad sean predecibles
• Ayudar a los usuarios a evitar y corregir errores

4.- Robusto

El contenido debe ser lo suficientemente robusto como para ser interpretado de forma fiable por una variedad de aplicaciones de usuario y productos de apoyo.

• Maximizar la compatibilidad con agentes de usuarios actuales y futuros, así como con los productos de apoyo

:: jQuery. noConflict()

Como sabemos, jQuery utiliza el simbolo: "$"; sin embargo hay otros framworks javascript que hacen uso de este símbolo, por lo que si en nuestra aplicación utilizamos diferentes frameworks, estos podrían entrar en conflicto.

Para ello, en jQuery disponemos del método: noConflict();




En el siguiente ejemplo tras utilizar $.noConflict(); podremos utilizar la sintáxis: "jQuery" (sin hacer uso del atajo: "$"). Es decir, el método "$.noConflict()" devuelve una referencia a "jQuery"

$.noConflict();
jQuery(document).ready(function(){
  jQuery("button").click(function(){
    jQuery("p").text("jQuery funciona!");
  });
});

Podemos guardar esta referencia en una variable, y utilizarla en lugar de la que devolvería por defecto: "jQuery"

var jq = $.noConflict();
jq(document).ready(function(){
  jq("button").click(function(){
    jq("p").text("jQuery funciona!");
  });
});

Si no queremos modificar esta referencia, una tercera alternativa, sería seguir utilizando: "$" en nuestras funciones, aunque fuera de ellas, tendríamos que utilizar la referencia: "jQuery"

$.noConflict();
jQuery(document).ready(function($){
  $("button").click(function(){
    $("p").text("jQuery funciona!");
  });
});