/u/464509/crop5ead63365114d_cropped.png?f=community)
Voor ons cloudprogramma gebruiken wij JS Print Manager (https://www.neodynamic.co...rinting/js-print-manager/) om printopdrachten direct naar een printer te sturen. Deze oplossing gebruiken wij zodat de gebruiker zonder tussenkomst een printopdracht naar zijn printers kan sturen. De aansturing via JSPM is vrij geavanceerd zodat wij ook direct het aantal printen kunnen bepalen,een document kunnen draaien, op een specifieke lade kunnen laten printen en we kunnen met RAW commando's printopdrachten versturen (erg handig voor Zebra label printers).
Het probleem van deze oplossing is dat deze lang niet altijd stabiel is. Omdat er een client programma geïnstalleerd moet worden bij de gebruiker is dat een stukje waar wij geen controle over hebben. Nu is dat waarschijnlijk zoiezo niet te voorkomen, maar JSPM werkt met een lokale server die luistert met een socket op een specifieke poort. Dat hapert nog wel eens, of het programma stopt/start niet automatisch mee met Windows. Nu zijn dat problemen die de ontwikkelaar moet oplossen maar we worden hier zo vaak over gebeld dat we op zoek zijn naar alternatieven.
Deze zijn erg schaars zo lijkt het, en we denken al na om hier zelf iets voor te ontwikkelen. Toch willen we toch nog een keer kijken of er iets is, dus ik ben benieuwd of er medetweakers zijn die hier iets voor weten voordat we zelf het wiel gaan uitvinden.
We zoeken:
Een oplossing waarbij een gebruiker zonder tussenkomst van een printdialoog een document (PDF) en RAW (ESCPOS en ZPL) kan printen. Hierbij is het van belang dat we ook kunnen aangeven of een document gedraaid moet worden afgedrukt, op welk formaat en welke lade. Ook moet deze oplossing werken als gebruikers op een iPad of Android Tablet een documentje printen (gedeelde printer via netwerk) en op zowel Windows als MacOs geïnstalleerd kunnen worden.
Een oplossing die we zelf bedacht hebben om te gaan ontwikkelen ziet er als volgt uit:
- Onze applicatie zet een printopdracht klaar op een server (bijvoorbeeld printer.applicatie.com)
- Een clientprogramma luister naar dat adres en stuurt de opdracht door naar de gekozen printer als deze er 1 vindt die voor een specifieke winkel is bestemd
Dat klinkt heel simpel maar ik ben bang dat het toch wat meer voet in de aarde heeft, vandaar dat we toch nog even kijken naar een bestaande oplossing.
Ik ben benieuwd of mensen zijn die iets weten!
Het probleem van deze oplossing is dat deze lang niet altijd stabiel is. Omdat er een client programma geïnstalleerd moet worden bij de gebruiker is dat een stukje waar wij geen controle over hebben. Nu is dat waarschijnlijk zoiezo niet te voorkomen, maar JSPM werkt met een lokale server die luistert met een socket op een specifieke poort. Dat hapert nog wel eens, of het programma stopt/start niet automatisch mee met Windows. Nu zijn dat problemen die de ontwikkelaar moet oplossen maar we worden hier zo vaak over gebeld dat we op zoek zijn naar alternatieven.
Deze zijn erg schaars zo lijkt het, en we denken al na om hier zelf iets voor te ontwikkelen. Toch willen we toch nog een keer kijken of er iets is, dus ik ben benieuwd of er medetweakers zijn die hier iets voor weten voordat we zelf het wiel gaan uitvinden.
We zoeken:
Een oplossing waarbij een gebruiker zonder tussenkomst van een printdialoog een document (PDF) en RAW (ESCPOS en ZPL) kan printen. Hierbij is het van belang dat we ook kunnen aangeven of een document gedraaid moet worden afgedrukt, op welk formaat en welke lade. Ook moet deze oplossing werken als gebruikers op een iPad of Android Tablet een documentje printen (gedeelde printer via netwerk) en op zowel Windows als MacOs geïnstalleerd kunnen worden.
Een oplossing die we zelf bedacht hebben om te gaan ontwikkelen ziet er als volgt uit:
- Onze applicatie zet een printopdracht klaar op een server (bijvoorbeeld printer.applicatie.com)
- Een clientprogramma luister naar dat adres en stuurt de opdracht door naar de gekozen printer als deze er 1 vindt die voor een specifieke winkel is bestemd
Dat klinkt heel simpel maar ik ben bang dat het toch wat meer voet in de aarde heeft, vandaar dat we toch nog even kijken naar een bestaande oplossing.
Ik ben benieuwd of mensen zijn die iets weten!