impresión de JavaScript bloqueada por Chrome, ¿solución?

Question

Sé que se ha discutido aquí anteriormente, pero no encontré ninguna solución práctica/solución para esto, ¡espero que alguien tenga alguna idea de cómo resolver este problema!

Así es que es:

Si se intenta llamar window.print() método con frecuencia dentro de una única página (como si un usuario hace clic en un botón de impresión) en Google Chrome, el navegador lanza un mensaje de advertencia en la consola, indicando :

Haciendo caso omiso de las llamadas demasiado frecuentes para imprimir()

y no pasa nada! Después de varios segundos, las cosas vuelven a la normalidad y aparece el cuadro de diálogo de impresión en el momento en que llamas al comando window.print() nuevamente. Para empeorar las cosas, los buenos usuarios de Chrome usan el tiempo de espera exponencial para una página que llama al comando de impresión, lo que significa que mientras más usuarios hagan clic en un botón para imprimir, más tendrá que esperar para que aparezca el cuadro de diálogo de impresión.

Este problema ha sido en cromo desde hace bastante tiempo (14 versiones posteriores) y se confirma de ser un bicho Area-UI, me posted it again for google team ayer esperando si alguien del equipo de Chrome puede verificar cuando esta característica molesta increíble va a ¡arreglado!

Sin embargo, lo que estoy buscando aquí es una solución para este problema, ¿hay cualquier cosa que pueda hacer funcionar? Mi compañía está desarrollando un sistema financiero altamente transaccional con muchos informes que necesitan ser impresos, y por solo este pequeño problema, ¡todo el proyecto corre el riesgo de ejecutarse en mi navegador Google Chrome favorito!

Actualización:

Here's the code in Chrome browser que causa esta característica y parece que, al menos, 2 segundos que se necesita antes de que alguien llama a comando de impresión de nuevo, por lo que un temporizador de intervalo de 2 segundos en la interfaz de usuario, posiblemente, podría evitar que entrar en una espera infinita ¡llamar de vuelta! cualquier otro pensamiento?

Answer 1

Se podría sustituir condicionalmente la función window.print():

// detect if browser is Chrome 
if(navigator.userAgent.toLowerCase().indexOf("chrome") > -1) { 
    // wrap private vars in a closure 
    (function() { 
     var realPrintFunc = window.print; 
     var interval = 2500; // 2.5 secs 
     var nextAvailableTime = +new Date(); // when we can safely print again 

     // overwrite window.print function 
     window.print = function() { 
      var now = +new Date(); 
      // if the next available time is in the past, print now 
      if(now > nextAvailableTime) { 
       realPrintFunc(); 
       nextAvailableTime = now + interval; 
      } else { 
       // print when next available 
       setTimeout(realPrintFunc, nextAvailableTime - now); 
       nextAvailableTime += interval; 
      } 
     } 
    })(); 
} 

lugar de utilizar un temporizador de seguridad/envoltura externa, puede utilizar una interna. Solo agregue esto y window.print se comporta de forma segura en Chrome y normalmente en cualquier otro lugar. (Además, los medios de cierre realPrintFunc, interval y nextAvailableTime son privados al nuevo window.print

Si necesita coordinar las llamadas a window.print entre múltiples páginas enmarcadas, podría configurar nextAvailableTime en la página principal, en lugar de en el cierre, por lo que todos los marcos pueden acceder a un valor compartido usando window.parent.nextAvailableTime.

Answer 2

Mi solución sería llamar al window.print() con menos frecuencia. Puede intentar ajustar window.print() en un método propio e introducir un intervalo de tiempo mínimo antes de ejecutar window.print(). Puede tener algún tipo de cambio/animación en la interfaz de usuario para indicar que se está trabajando.

"Trabajar"

menos que piense que realmente piensa pulsar el botón de impresión más de una vez por segundo/cada pocos segundos ayuda? Quiero decir, si la operación window.print() lleva tanto tiempo, no es culpa de sus códigos y de todos modos debería haber un indicador de "esperar y ser paciente" en la interfaz de usuario.

Answer 3

Si todas sus impresoras son compatibles con la red, puede cambiar lo que sucede al hacer clic en el botón Imprimir. En lugar de imprimir la página, su aplicación podría enviar una solicitud a un servidor con la URL de la página para imprimir y con información sobre qué impresora imprimir.

El servidor inicia el proceso de impresión de forma manual y no habrá ningún navegador en el medio, lo que podría evitar que lo haga.

Answer 4

He estado tropezando con el mismo problema, y ​​la solución más directa para mí fue simplemente crear una nueva ventana, escribir lo que necesito, cerrar e imprimirlo. No he tenido que lidiar con el límite de Chrome desde que lo cambié para que funcione de esta manera, y no necesito hacer ningún seguimiento.

print_window= window.open(); 
print_window.document.write(print_css + divToPrint[0].outerHTML+"</html>"); 
print_window.document.close(); 
print_window.focus(); 
print_window.print(); 
print_window.close(); 

Answer 5

En todas partes que veo mencionar este problema sugiere el uso de temporizadores. Sin embargo, no resuelven el problema y siento que Kamyar es la única persona que realmente lee la fuente y entiende el problema, así que me pregunto por qué aceptó la respuesta que hizo.

El problema principal es que la duración de la demora en Chrome es exponencial, por lo que para que estos temporizadores funcionen, su demora también debe aumentarse en cada uso que, por supuesto, sería muy molesto muy rápidamente. En realidad, Chrome solo aplica el retraso después de solicitudes de impresión canceladas, pero no podemos detectar si una impresión es exitosa o no.

La solución de Abathur en realidad funciona mucho mejor de lo que cabría esperar. No estoy seguro si lo usaré pero funciona.

La buena noticia:

1) El retraso es realmente reducido en versiones más recientes de Chrome. Ahora va: [2, 2, 2, 4, 8, 16, 32, 32, ...].

2) Alguien se hizo cargo del problema el 28 de agosto: http://code.google.com/p/chromium/issues/detail?id=50186 Si desea resolver este problema, por favor vaya a la estrella.

Answer 6

¡No más vueltas! Error fixed como parte de v.23 si no estoy equivocado.

lo tanto, si el ciclo de liberación es cada 6 semanas y Chrome 22 fue lanzado 25o de sep, a continuación, para el 6 de de noviembre de (aprox.) La solución estará en la versión estable de Chrome