No realmente. Los últimos navegadores WebKit admiten el evento HTML5 input
en elementos contenteditable
, que es ideal, pero no es compatible con otros navegadores (ACTUALIZACIÓN 31 de diciembre de 2012: Firefox admite esto a partir de la versión 14). De lo contrario, puede cumplir con DOM mutation eventsDOMNodeInserted
, DOMNodeRemoved
y DOMCharacterDataModified
, pero estos tienen dos desventajas: en primer lugar, no son compatibles con IE < 9 o cualquier versión de Opera para elementos contenteditable
, y en segundo lugar, una nueva especificación con eventos de reemplazo está en proceso, lo que significa que es probable que sean reemplazados en futuros navegadores.
ejemplo vivo: http://jsfiddle.net/MBags/
O usted podría ir nivel inferior y manejar llave, ratón y eventos del portapapeles (cut
y paste
), que funciona en todos los navegadores, pero eso significará que tendrá que comprobar si el el contenido editable ha cambiado cada vez que se desencadena un evento de este tipo, que se ralentiza y daña la experiencia del usuario para grandes cantidades de contenido.
por qué no utilizar un elemento de 'input' y el estilo de distancia de la frontera/de relleno y crea en' pantalla: inline' o 'display: inline-block' – Chad