@sethlu @gnahzak ¿ Alguno de ustedes ha tenido tiempo para trabajar en esto?

Este sigue siendo un bloqueador 3.0.0

@ckerr No https://github.com/electron/electron/pull/13760 .

¿Cómo se puede lanzar una versión "estable" si esto no está arreglado? Paso horas tratando de averiguar por qué mi aplicación no funcionó después de la actualización.

3.0.0 es una nueva versión importante; por definición, puede contener "cambios que rompan la compatibilidad con versiones anteriores". Es posible que tengan sus razones por las que excluyeron esto para 3.0.0, pero sí, creo que eliminar funciones como esta tampoco es tan bueno ...

¿Cómo se puede lanzar una versión "estable" si esto no está arreglado? Paso horas tratando de averiguar por qué mi aplicación no funcionó después de la actualización.

¡Es horrible! Incluso hasta ahora no lo han arreglado ...

Elegimos eliminar la compatibilidad con la representación nativa de PDF de la versión 3.0.0 porque no tenemos suficientes personas para seguir manteniéndola y no es una función muy utilizada. Esto se señaló en las notas de la

Realmente agradecería que esto funcione nuevamente. ¿Cómo puedo ayudar?

¿Hay alguna forma de hacer que funcione en mi aplicación sin tener que usar una versión desactualizada?
¿Debo usar https://github.com/electron/electron/tree/enable-pdf-plugin ? Si es así, ¿cómo?

La mejor manera de comenzar sería obtener una compilación local de electrones en ejecución y especificar la opción de compilación enable_pdf_viewer = true en el paso gn gen , por ejemplo

$ gn gen out/Debug --args='import("//electron/build/args/debug.gn") enable_pdf_viewer=true'

(o de manera equivalente, edite out/Debug/args.gn después de ejecutar el paso gn gen normal y agregue el argumento enable_pdf_viewer = true ).

La mejor manera de comenzar sería obtener una compilación local de electrones en ejecución y especificar la opción de compilación enable_pdf_viewer = true en el paso gn gen , por ejemplo

$ gn gen out/Debug --args='import("//electron/build/args/debug.gn") enable_pdf_viewer=true'

(o de manera equivalente, edite out/Debug/args.gn después de ejecutar el paso gn gen normal y agregue el argumento enable_pdf_viewer = true ).

¿Cómo puedo hacer eso con el generador de electrones?

electron-builder, a pesar del nombre, no es una herramienta para construir electrones en sí. Deberá seguir las instrucciones para construir el propio electrón .

(La referencia anterior fue un error; estaba limpiando mi portapapeles y se apagó).

electron-builder, a pesar del nombre, no es una herramienta para construir electrones en sí. Deberá seguir las instrucciones para construir el propio electrón .

Si es solo una bandera, ¿por qué no está habilitada en la versión oficial?

Si es solo una bandera, ¿por qué no está habilitada en la versión oficial?

Habilitar la bandera en realidad no lo hace funcionar, en su estado actual simplemente agrega los departamentos y archivos requeridos al proceso de construcción de Electron. Estos archivos tienen errores de compilación y causan fallas cuando se ejecutan, estos problemas de compilación y fallas deben solucionarse antes de que puedan habilitarse en la compilación oficial.

FYI ... si necesita soporte de visor de PDF en 3-0-x ahora, puede usar https://github.com/gerhardberger/electron-pdf-window. Lo acabo de probar en Electron 3.0.8 y funciona perfectamente.

Gracias @jkleinsc, lamentablemente su solución no funcionará con un iframe.
En mi bifurcación de 3-0-xi intenté arreglar el visor de PDF con esta confirmación .

Esto se compila y enlaza, desafortunadamente el PDF todavía no funciona, depuré y encontré que:
En AtomResourceDispatcherHostDelegate :: ShouldInterceptResourceAsStream ()
GetAssociatedRenderFrame devuelve -1 y -1.

Cuando depuro en la rama 2-0-x, no obtengo valores -1 y PDF funciona.
¿Alguien puede ayudarme? ¿Quizás tú @ deepak1556 ?

Elegimos eliminar la compatibilidad con la representación nativa de PDF de la versión 3.0.0 porque no tenemos suficientes personas para seguir manteniéndola y no es una función muy utilizada. Esto se señaló en las notas de la

Hola @nornagon Lo que puedo ver en las notas de la versión es que "el visor de PDF no funciona actualmente, pero se está trabajando en ello y volverá a estar operativo pronto".
Este mensaje fue bastante positivo, mucho más que "no es una característica muy utilizada". Por cierto, ¿tienes alguna estadística sobre esta última afirmación?

Sé que esto no es StackOverflow, pero por el momento estoy usando

shell.openItem(fullPath)

para usar el visor de pdf del sistema que está instalado en la mayoría de los sistemas de todos modos y que también tiene una opción de impresión que parece faltar incluso en [email protected]

¿Hay algún trabajo planeado para el próximo lanzamiento importante? Todavía estamos en electron v2.0.16 debido al visor de PDF.

v4.0.0 recién lanzado y, según Support Doc , solo admite las últimas 3 ramas de lanzamiento. Sería bueno si pudiéramos recuperar el visor de PDF en v5 para seguir recibiendo parches de seguridad.

@jkleinsc ¿Se está trabajando activamente en esto? De lo contrario, voy a trabajar en una solución.

@chriswald Estoy trabajando en esto, pero aún no lo he terminado, así que si tiene una solución lista, hágamelo saber; de lo contrario, terminaré el trabajo que comencé.

Resolví la mayoría de los errores de compilación, pero esta mañana me colgué al generar los archivos pdf_viewer_resources. ¿Podemos chatear en Slack para no enviar spam a todos en este hilo?

@chriswald seguro que podemos chatear en Slack.

@jkleinsc ¿Ha hecho algún progreso? No he podido conectarme contigo en Slack, pero estoy buscando comprender si debo seguir invirtiendo tiempo en una solución.

¡Sí, por favor, @chriswald!

Este es un bloqueador beta 3.0, 4.0 y 5.0 para nosotros, por lo que estamos atascados con 2.0. @walltex para más detalles.

@chriswald Estoy trabajando para abordar el problema de 5-0-x y 4-0-x. En este punto no planeo abordar 3-0-x, así que si eso es algo que está interesado en investigar, hágalo.

@jkleinsc ¡Perfecto! ¿Tiene una fecha estimada en la que estará lista la solución?

@chriswald buena pregunta. Debería poder calcular una ETA esta semana. Debido al cambio que hicimos en 4-0-x para usar GN para la construcción, la compatibilidad con PDF 4-0-x y 5-0-x será una reescritura en lugar de intentar ajustar lo que hicimos antes. Versiones

@jkleinsc "va a ser una reescritura"> Eso es lo que también había estado viendo, es bueno saber que estaba en el camino correcto. La finalización del objetivo es el último factor que necesito para decidir si debo seguir trabajando en esto para cumplir con nuestros propios plazos. ¡Gracias por tu actualización! ¡Mantengame informado por favor!

@chriswald después de

@jkleinsc ¡ Gracias por la actualización! Eso me suena bien y encaja bien en nuestros propios plazos. Mantendré mi entorno de desarrollo configurado en caso de que surja algo, así que si esa estimación se cancela, hágamelo saber y tal vez pueda volver a entrar. ¡Gracias!

¿Alguna actualización sobre el estado de esto?

Draft / WIP PR aquí: https://github.com/electron/electron/pull/17163

¿Hay algún hito?
Probablemente moveré mi proyecto a la rama 2.0.x porque realmente necesito el visor. Pero tenerlo arreglado en 3.x estable sería mucho mejor.

@jkleinsc ¿cuánto progresaste? ¿Algún buen resultado?

@vsvipul está avanzando, pero lamentablemente otras responsabilidades han ralentizado mi progreso. Espero trabajar en ello esta semana y la próxima.

Quizás alguien pueda ayudarme con esta solución aquí. Estoy un poco perdido.
Tengo un proyecto angular que usa electron con el empaquetador de electrones para obtener un ejecutable. Busqué features.gypi en mi paquete electron y en mi node_modules local sin éxito. ¿Alguien podría decir dónde encontrar esto?

@Corebee Todo, incluidas todas las soluciones posibles actualmente, se resume en la respuesta aceptada de esta pregunta:

https://stackoverflow.com/q/52844135/7910454

@Corebee Todo, incluidas todas las soluciones posibles actualmente, se resume en la respuesta aceptada de esta pregunta:

https://stackoverflow.com/questions/52844135/view-pdf-in-electron-browserwindow

Ah, gracias, no he visto esto. Lo intentaré hasta que haya una solución adecuada. Gracias @ MiXT4PE

@jkleinsc ¿hay alguna noticia sobre la actualización? Además, si hay alguna forma en que pueda ayudar con eso, estaré feliz de hacerlo.

@DmitryMK resulta que la implementación en 5-0-x y más reciente requerirá que tengamos habilitado el servicio de red. Se está trabajando aquí para habilitar eso: # 15791

@jkleinsc gracias por la actualización. Parece que habilitar el servicio de red en sí es una gran tarea. Solo para aclarar, ¿significa que el visor de PDF no estará en las versiones 3 y 4?

@DmitryMK El trabajo que estoy haciendo se centra en que funcione en master, que probablemente en este punto será 6-0-x. Si podemos hacer backport lo haremos, pero dado el requisito de servicio de red, dudo que llegue a 3 y 4.

@jkleinsc - ¿Existe una estimación de cuándo habrá una versión electrónica que contenga la corrección?
De su respuesta a DmitryMK, entiendo que no deberíamos confiar en el backporting de la solución a Electron 4.
Esa es una gran regresión que afecta a muchas aplicaciones y evita la actualización de electron 2.0.X hasta que haya una versión que contenga la solución.

@jkleinsc ¿cómo podemos ayudar? https://github.com/electron/electron/pull/17163

@arnaudbud gracias por preguntar. He intentado que funcione, pero creo que mi enfoque de tratar de ceñirme a lo que está haciendo Chromium no funcionará hasta que tengamos un soporte más sólido para las extensiones. Hay un PR aquí # 17440 que está intentando hacer eso. En este punto voy a apostar en esto, así que si alguien más quiere darle un golpe (tal vez en un enfoque que no requiera soporte de extensión), no dude en hacerlo.

@jkleinsc, ¿eso significa que no hay posibilidad de que el visor de PDF nativo se implemente en v6.x?

Ejecutando Electron 6.0.0-beta.4
Todavía no hay soporte para PDF 👎

@ mailtokartik1 es posible que

curioso, ¿se requiere un c ++ para contribuir a Electron?

¿Qué admite el visor de PDF integrado que no se puede lograr con PDF.js?

Nada que yo sepa, pero ahorraría tener que refactorizar la base de código en aplicaciones antiguas.

Parece que sería relativamente fácil crear un BrowserWindow que cargue el PDF requerido en el visor de PDF.js. Aquí hay un ejemplo que encontré para hacer eso.

Solo asegúrese de incluir todos los archivos PDF.js relevantes.

Estamos usando PDF.js para cargar vistas previas en nuestra interfaz de usuario principal y solo tenemos cosas buenas que decir al respecto. Es el visor utilizado en Firefox, por lo que está bien probado.

@beig refs # 12337

"Se desactivó durante la actualización de Chromium 63 en # 11459.
Active el indicador enable_pdf_viewer en features.gypi, corrija la compilación y las pruebas ".

¿Podríamos conseguir esto en la próxima beta?

Eso deja fuera los archivos PDF incrustados, no es necesario que se abra una ventana completamente nueva.

@Nashorn, el ejemplo al que me

Parece que ahora tampoco está funcionando ...
Estoy tratando de usar la etiqueta de objeto con application / pdf y no ...

@dalexhd Si está de acuerdo con que se abra en una nueva ventana, consulte esta respuesta: https://stackoverflow.com/q/52844135/7910454

¿Quieres decir, establecer complementos en verdadero? Si ese es el caso, todavía no funciona ...
Si no, ve un poco en profundidad ...
¿Cómo puedo mostrar pdf como en Chrome, en Electron?

¿Es posible lograr exactamente el mismo comportamiento que el visor de PDF integrado, utilizando pdf.js?
Antes de que el visor integrado existiera (creo que electron v1 o incluso v2 temprano), probé una solución usando pdf.js pero me pareció demasiado complicado.

La representación de PDF a través de pdf.js funcionó bien cuando sabía de antemano que el tipo de contenido era application/pdf , ya que podía tomar la URL del recurso y pasarla a través del parámetro de consulta a una copia local de pdf.js, luego mostrar que en su propia ventana o simplemente en línea dentro de un <iframe> .

Pero no pude encontrar una buena solución para renderizar un PDF que es parte del contenido renderizado en un <iframe> (o un <iframe> dentro de un <iframe> varias capas de profundidad, etc. .), ya que no creo que pueda reescribir los src esos iframe para que apunten a pdf.js

¿Hay alguna forma de detectar todo el contenido de tipo application/pdf y representarlo a través de. pdf.js, incluso si se trata de contenido incrustado en varias capas de profundidad en los elementos <iframe> ?

Esto es algo que acaba de funcionar con el visor incorporado y es mi principal objeción a que PDF.js se convierta en la "solución" permanente a menos que alguien pueda ayudarme con mis problemas anteriores :) :) :)

@ chris-ls en mi caso, mis pdf tienen entradas dinámicas, por lo que mi empresa no puede llenarlos con pdf.js.

También tengo páginas con visualización de PDF en línea, no puedo modificar cientos de páginas para hacer este tipo de cableado, además no tengo acceso o no tengo permiso para modificar el HTML / js entrante

El PDF integrado / en línea proporciona a nuestras aplicaciones un contexto muy necesario;
Es valioso echar un vistazo al contenido PDF en una vista más amplia.

El complemento PDF de Chrome es superior a todas las implementaciones de React pdf.js que he probado hasta ahora, tanto en rendimiento como en simplicidad / robustez.

¿Podemos habilitar la compatibilidad con PDF incrustado / en línea en Electron Chrome en una versión futura, o tener una configuración de PATCH para seguir mientras tanto?

aprobado por eso

Esto es realmente un problema de bloqueo para mí, mi aplicación está diseñada para uso corporativo con generación de certificados pdf desde la base de datos.
Esta es una característica imprescindible para mí.

@jkleinsc , eliminó su asignación, ¿se sigue trabajando en este problema?

@ MiXT4PE que yo sepa, nadie está trabajando actualmente en esto.

@jkleinsc Eso es un verdadero fastidio. Cuales son las dificultades?

Realmente me gustaría saber. Todas las soluciones provisionales dadas por el equipo y otros están lejos de ser aceptables. Necesitamos una forma nativa y fluida de usar objetos y / o iframe para mostrar los PDF incrustados.

@ MiXT4PE, lo principal que encontré al intentar transferir el visor de Chromium fue su dependencia del sistema de extensión de cromo. Electron admite solo una parte de ese sistema, lo que dificulta la integración del espectador.

@jkleinsc ¿Por qué funcionó con Electron 2.xy dejó de funcionar con

Cuando 2.XX deje de recibir actualizaciones de seguridad pronto, esta situación pasará de terrible a desastrosa ...

Cito las notas de la versión 3.0.0 :

El visor de PDF no funciona actualmente, pero se está trabajando en ello y volverá a estar operativo pronto

@ MiXT4PE El código abierto es en gran parte impulsado por voluntarios y colaborativo. Debido a esto, el tiempo y la energía para hacer las cosas son a menudo los recursos más escasos. Queremos que Electron sea lo mejor que pueda ser, pero también tenemos que ser realistas sobre lo que puede lograr el equipo que mantiene a Electron. Esto significa que:

• Es posible que no tengamos una ETA para cuando se investigue o solucione un problema.
• Es posible que algo que desee implementar no se implemente.
• Es posible que un cambio que desee combinar no se combine.
• Insistir o hacer demandas por cualquiera de los anteriores se considera contra el Código de Conducta de Electron.

@jkleinsc Estoy de acuerdo contigo ... Pero
Gracias por toda la paciencia ^^.

@dalexhd, lamentablemente, no es una prioridad para las empresas que pagan a los principales mantenedores de Electron y no conozco a ningún voluntario que esté dispuesto a trabajar en ello en su tiempo libre. El implementador original de esta función se trasladó a otra empresa que no necesita esa función.

Todos: Este es el juego de código abierto. Si quieres una función: hazla , paga o espera ;)

@jkleinsc ¿Qué hay de agregar este repositorio a los patrocinadores de IssHunt o Github, como sugiero en este número 18113? Esto podría motivar a las personas a trabajar en funciones como esta.

@popod sí, este problema encajaría muy bien con algo como IssueHunt. Lo pasaré a los demás mantenedores.

wth. ?
¿Quieres decir que nos pueden pagar por agregar funciones / correcciones de errores (~~ bombardeo cerebral)?

Estoy dispuesto a aportar $ 1000 para esta función. ¿Alguien mas?

En este momento no estoy en la oficina. Regresaré el 5 de agosto de 2019.
Responderé a tu mensaje cuando regrese.

La respuesta se relaciona con un correo con el siguiente tema:
Re: [electron / electron] Habilita el visor de PDF (# 12337)

Enviado (c) GRZ / RACON Linz 2019 Agente 'Ausencia'

Raiffeisen Software GmbH
Número de registro comercial: 86804d, Landesgericht Linz
DVR: 0572934, UID: ATU 36961105

El intercambio de mensajes con el remitente mencionado anteriormente por correo electrónico.
es solo para fines informativos. Declaraciones legales
no se pueden canjear a través de este medio.
La correspondencia con el remitente mencionado anteriormente por correo electrónico es solo para
fines informativos. Este medio no debe utilizarse para el intercambio de

comunicaciones legalmente vinculantes.

@jkleinsc Ahora que un mejor soporte de extensión está en camino con # 17440, ¿cree que el trabajo en este tema se reanudará?

@ MiXT4PE con suerte. Voy a actualizar al menos # 17163 para incorporar los cambios de # 17440 y ver si el trabajo actual desbloquea cosas.

@jkleinsc ¡ Gracias!

Gracias 👍

No sé cuánto les ayudará esto, pero puede haber una solución temporal para el problema del PDF utilizando Mozilla pdfjs hasta que Electron admita PDF nativo en un futuro próximo. El mimeType del elemento de descarga en Electron se puede verificar y enrutar al viewer.html para que pdfjs abra y cargue el pdf en el visor de PDF de Mozilla.

Un pequeño fragmento de trabajo puede ser el siguiente:

function createWindow () {
  // Create the browser window.
  session.defaultSession.on('will-download', onDownload);
  mainWindow = new BrowserWindow({
    width: 800,
    height: 600,
    webPreferences: {
      nodeIntegration: true,
      webviewTag: true
    }
  })

function onDownload(event, item, webContents) {
  console.log('onDownload');
  // Prevent from downloading pdf file.
  if (item.getMimeType() == 'application/pdf' && item.getURL().indexOf('blob:file:') != 0) {
    event.preventDefault();
    BrowserWindow.getFocusedWindow().loadFile(path.resolve(__dirname, "pdfjs/web/viewer.html"));
    //mainWindow.loadUrl(path.resolve(__dirname, "pdfjs/web/viewer.html"));
  }
}

Tengo una demostración funcional de lo mismo aquí: https://github.com/mailtokartik1/sampleElectron.
Obviamente, puede agregar los pdfjs como un control remoto, pero esto es solo una demostración funcional. Espero que esto ayude a alguien.

@ mailtokartik1 Mozilla pdf.js no admite la finalización de campos. Este es el problema principal.

@dalexhd sí, pero pensé que no hay ningún código de solución auxiliar para este problema en este hilo y tal vez, algunas personas solo están buscando una solución.

Hola @ mailtokartik1
¿Podría explicar cómo funcionará esta solución a un alto nivel? Parece que intercepta la solicitud y redirige a un visor, pero no veo que se esté utilizando la var "encodedUrl". ?

Hola @Nashorn
Sí, el encodeUrl no se usa aquí, estaba tratando de obtener el encodedUrl de la página web y mostrárselo al usuario, pero luego funcionó bien sin él y no sentí que fuera necesario (Edité el comentario por cierto). Sobre la explicación, el comportamiento predeterminado de Electron es descargar los enlaces de pdf, así que básicamente si escuchamos el evento will-download y verificamos si es un PDF, entonces podemos enrutar el contenido al visor de pdfjs.

@ mailtokartik1 No creo que esto funcione para archivos PDF incrustados.

Quiero tener archivos PDF incrustados en el HTML a través de un iframe y simplemente se redirige a una pantalla en blanco cuando implemento lo que ha hecho.

@teckwrek Estoy dispuesto a

Fácilmente agregaré $ 500 a ese bote. @jkleinsc : ¿Alguien configuró una Issuehunt?

Estoy dispuesto a agregar mi loca gratitud porque soy pobre.

@jkleinsc ¿

@ MiXT4PE lamentablemente no. IssueHunt parece querer más permisos de GitHub de los que nos sentimos cómodos, pero cualquiera es libre de abrir una recompensa en BountySource o una plataforma similar.

@jkleinsc ¿Hay problemas más importantes en este momento o está siendo bloqueado por otra cosa?

@ DanielJackson-Oslo @teckwrek Puede https://www.bountysource.com/issues/56240517-enable-pdf-viewer

@teckwrek @ MiXT4PE Agregué mis $ 500

@jkleinsc ¿De alguna otra manera podemos ayudar a hacer esto?

@ DanielJackson-Oslo La forma más fácil de evitar esto es simplemente agregar el código del visor pdf.js desde aquí [haga clic en Estable (v2.1.266)] a alguna carpeta estática en su aplicación electrónica y cargar en un iframe src="statics/pdfjs/web/viewer.html?file=file:///path/to/some.pdf" o incluso un pdf codificado en base64 como src="statics/pdfjs/web/viewer.html?file=data:application/pdf;base64,<data>"

[editar] Sin embargo, este último probablemente esté sujeto a un límite de URL de 2 MB, a menos que se haya eliminado en cromo o electrón reciente.

@ mosu-forge Gracias. Por ahora, hay problemas con pdf.js y la aplicación Create react, que no logré resolver la última vez. Lo abordaré más tarde, pero todavía se siente como un truco. Solucionar este problema y obtenerlo de Chromium sería una solución mucho mejor.

Ver https://github.com/wojtekmaj/react-pdf/issues/413 y https://github.com/wojtekmaj/react-pdf/issues/291 así como https://github.com/mozilla/pdf .js / issues / 10813

No he intentado agregarlo yo mismo como lo describe allí, lo pondré en el backlog :)

Existen soluciones para mostrar documentos PDF, sin embargo, la implementación de Chrome es muy superior, de ahí nuestro peso en este tema; El complemento PDF de Chrome es superior a todas las implementaciones de React pdf.js que he probado hasta ahora, tanto en rendimiento como en simplicidad / robustez.

@ mosu-forja

Además, incluir pdf.js parece un "truco" innecesario cuando Chromium tiene soporte nativo para lectura de PDF.

Es mucho más fácil dejar que Chromium se ocupe de ello en lugar de tener que escanear toda la página en busca de cualquier marco que tenga una fuente PDF y reemplazarlo con un visor de pdf.js, al menos en mi opinión. (Ejemplo basado en mi requisito de uso).

@teckwrek > Estoy dispuesto a

Está disponible aquí: https://www.bountysource.com/issues/56240517-enable-pdf-viewer
¡Simplemente un recordatorio!

@ MiXT4PE @ DanielJackson-Oslo Agregué mis $ 1000

@jkleinsc ¡Por favor!

Tengo problemas para ejecutar las pruebas, ¿alguien podría ayudarme? Quiero intentar solucionarlo

Mis pruebas fallan en la instalación nueva. Supongo que debo hacer que funcione hasta que comience con mis cambios, ¿podrían ayudarme a ejecutarlos?

Versión de nodo utilizada: v8.16.0
SO: Linux x64 kernel 5. * (KDE neon)
todas las bibliotecas instaladas y las herramientas compiladas como en la documentación

Running: Main process specs
Unhandled exception in main spec runner: electron/spec-main/api-net-spec.ts(1055,29): error TS2345: Argument of type 'ClientRequest' is not assignable to parameter of type 'WritableStream'.
  Property 'writable' is missing in type 'ClientRequest' but required in type 'WritableStream'.

Traceback (most recent call last):
  File "/home/tcd/electron-gn/src/electron/script/dbus_mock.py", line 28, in <module>
    subprocess.check_call(sys.argv[1:])
  File "/usr/lib/python2.7/subprocess.py", line 190, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/home/tcd/electron-gn/src/out/Debug/electron', 'electron/spec-main']' returned non-zero exit status 1
✗ Electron tests failed with code 1.
npm ERR! Test failed.  See above for more details.

¿Alguna actualización? @jkleinsc

¿Alguien puede proporcionar una estimación razonable de lo que se necesitaría en dólares para hacer de esto una prioridad? ¿Es factible tenerlo listo para abril de 2020?

¿Alguien puede proporcionar una estimación razonable de lo que se necesitaría en dólares para hacer de esto una prioridad? ¿Es factible tenerlo listo para abril de 2020?

Aparentemente> $ 1,600 (https://www.bountysource.com/issues/56240517-enable-pdf-viewer)

Veo que eso es lo que se ha comprometido, le estoy pidiendo a alguien que escriba ese código, ¿qué se necesitaría? A $ 1600 todavía estamos esperando una solución. ¿$ 4000 es un mejor objetivo? $ 16.000? No conozco el nivel de esfuerzo que implica lo que hay que hacer, por lo que me resulta difícil saber qué es lo razonable.

Enviado desde mi iPhone

El 8 de diciembre de 2019, a las 9:31 a.m., Leon Heess [email protected] escribió:

¿Alguien puede proporcionar una estimación razonable de lo que se necesitaría en dólares para hacer de esto una prioridad? ¿Es factible tenerlo listo para abril de 2020?

Aparentemente> $ 1,600 (https://www.bountysource.com/issues/56240517-enable-pdf-viewer)

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

@namotco Puede establecer una recompensa que expira. Simplemente seleccione el vencimiento en 3 meses y comprometa lo que esté dispuesto a pagar por esta función. O obtiene la función hasta entonces o recupera su dinero.

relevante: https://bugs.chromium.org/p/chromium/issues/detail?id=702993

Esto debería estar listo para probar en el próximo 10.x cada noche. También espero volver a la versión 9.x, aunque es posible que no termine funcionando si causa problemas.

OH DIOS MIO MUCHAS GRACIAS HERMOSA PERSONA HERMOSA !!

Puedo confirmar que en la última compilación nocturna (10.0.0-nightly.20200216), el visor de PDF funciona de nuevo. Gracias por el arduo trabajo a todos los involucrados.

¡Gracias por esta característica tan esperada!
¿Incluye esto de alguna manera la capacidad de imprimir?

¡Gracias por esta característica tan esperada!
¿Incluye esto de alguna manera la capacidad de imprimir?

En mi aplicación, la impresión de PDF todavía no funciona. Recibo estos errores "ipc_message_attachment_set.cc MessageAttachmentSet destruido con archivos adjuntos no consumidos"

Hola @nornagon ....

¿Puedo solicitar que también se corrija la función de descarga e impresión?

@godza @teckwrek Es un problema conocido en este momento. @nornagon quería lanzar un visor de PDF en funcionamiento primero y atar el resto después. ¡Gracias de nuevo @nornagon !

Ver problemas de seguimiento:

22179

22178

22180

@nornagon gracias por arreglar el PDF. Vi que se supone que debe estar en Electron 9.0.0-beta.2. Desafortunadamente, solo obtengo un fondo gris y 3 iconos cuando intento cargar un archivo PDF.

@ Order256 Ah, sí, estoy viendo lo mismo. Abrió https://github.com/electron/electron/issues/22286 para rastrear el problema.

No estoy seguro de qué hacer con la recompensa de mi parte, cuando lo probé con [email protected] y supongo que encontré el error # 22286

@pbmzero , ¿tiene un enlace al pdf con el que tiene problemas? https://gist.github.com/248085f4c2376e9211479f2d09634050 esto funciona para mí en 10.0.0-nightly.20200218.

@nornagon Ok, funcionó si

Esperaba que funcionara dentro de iframe según este ejemplo: https://www.w3docs.com/tools/code-editor/1087

Este ejemplo me funciona en un iframe: https://gist.github.com/c097b618d2c1cfccf99c6a80fb15c550

@nornagon De hecho, funciona. Seguiré adelante y liberaré la recompensa. ¡Esperando que esto se pegue!

Para mí, [email protected] funciona perfectamente para seis casos de visualización de PDF que tengo; este es un trabajo excelente, ¡muchas gracias! Solo espero obtener la función de impresión.

Probé la última versión 9.0.0 (beta 3) y la vista previa en pdf me está funcionando ahora. ¡Gracias de nuevo!

¿Alguna idea de cuándo la versión 9.0.0 beta 3 o superior (incluso la versión 10) se convertirá en un lanzamiento oficial?

La fecha estable de @waltder Electron 9 se ha trasladado a la fecha estable de M83 de Chromium, el 19 de mayo. Hay un PR en proceso aquí https://github.com/electron/electronjs.org/pull/3770 para actualizar el sitio web.

@jkleinsc Gracias por la información.

¿Se solucionarán pronto las funciones de impresión y descarga?

Buenas noticias de que el visor de PDF vuelve a funcionar. ¡Muchas gracias!
Ya existen dos tickets abiertos para imprimir # 22179 y descargar # 22178

@nornagon ¿Vas a trabajar en estos tickets también? ¿O puede dar una estimación del esfuerzo?

¡Hola! Estoy usando Electron 9.0.5 estable pero cuando intento abrir un pdf, aparece una pantalla gris. ¿Me estoy perdiendo de algo?

Hola,
Por mi parte, este mal comportamiento se debe a este simple código app.commandLine.appendSwitch('disable-site-isolation-trials');
No entiendo la relación entre la función PDF y esta parte del código, pero cuando la elimino, funciona como se esperaba.