Suponiendo que hay una razón 3 necesita seguir tabbable (como una vista MVC donde el elemento es un control de entrada y necesita permanecer como parte del orden de tabulación, de lo contrario no enviará datos al controlador) , probablemente no podrá omitirlo en ambas direcciones, y si encuentra una forma, dependerá de un error que será parchado sin previo aviso para que el navegador vuelva a cumplir con las especificaciones W3 con respecto a la pestaña orden.
Para omitir en la dirección hacia adelante o hacia atrás (pero no ambos), agregue un controlador de eventos onfocusin() al elemento 3, que llama a focus() en el elemento inmediatamente siguiente o anterior. Si los eventos onfocus todavía podían pasar el control previamente enfocado en el parámetro event (como event.relatedTarget), se podía decir cuál era el elemento enfocado previamente, y transferir el control al elemento anterior si el foco venía del siguiente elemento. Sin embargo, la especificación W3 deja en claro que esto no es un comportamiento compatible, y los navegadores compatibles con HTML5 deben pasar null para event.relatedTarget, y hacer todo lo demás en sus capacidades para evitar que cualquier controlador de eventos focus() tenga acceso a la identidad del control previamente enfocado, anulando específicamente cualquier campo antes de llamar a un controlador de eventos focus() o blur() en el código del lado del cliente.
¿Desea que se pueda seleccionar (3) mediante el mouse pero no a través de la tecla Tab? ¿Qué pasa con las Flechas, o el acceso directo (que golpea el valor en el teclado)? – Pierre