Uvažovali jste někdy o tom, napsat si vlastní pokladní systém, který by běžel jen na webu ? Opět se blíží další vlna EET, která se nyní týká všech a které by se nemělo jít vyhnout ani placením převodem. Mít vlastní pokladní systém nic složitého není a bez potíží vám v něm může fungovat i čtečka čárových kódů na zboží. Ta totiž často funguje jako běžná klávesnice, která ten kód napíše za vás.
Nebo můžete chtít udělat skladový systém, kde budete načítat nebo i tisknout štítky na balíky.
Jak si ale poradit s tiskem na speciální tiskárně s úzkou rolí ?
Běžný tiskový dialog webových prohlížečů a běžný tiskový systém často nejsou vhodnými nástroji pro tisk na speciálních tiskárnách co tisknou na úzkou dlouhou roli papíru, nebo nalepovací štítky.
Pokud chcete mít naprostou jistotu jak bude výtisk vypadat a jak bude na papíře rozmístěn, může být řešení vygenerovat nejdříve PDF a to teprve tisknout. Což je dost nešikovné, pokud je tato operace častá.
Chci se podělit o řešení, které používáme již necelých 20 let a které, pokud by jej někdo hledal, není úplně snadné objevit.
Problém je totiž v tom, jak z webu, který běží na serveru přenést potřebné informace do lokálního počítače, do lokálně běžícího skriptu, který by tisk mohl snadno provést. Webový prohlížeč se snaží běh javascriptu a webovou stránku co nejvíce izolovat od lokálního počítače kvůli bezpečnosti. Novější Chrome i Firefox už obsahují nějakou podporu v API, stále to není moc elegantní řešení, které by fungovalo s libovolnou tiskárnou. Krom toho je to řešení šité na míru jednomu nebo druhému webovému prohlížeči bez možnosti využít tisk i z jiných aplikací.
Běžné řešení bývá rozběhnout si na lokálním počítači web, který běží jen na localhostu a je dostupný jen lokálně. Tisk lze pak spustit pouhým kliknutím na odkaz na localhost. Odkaz pak obsahuje parametry s informacemi potřebnými pro tisk. Opět můžete ale narážet na problém s bezpečností a tím, že webové prohlížeče mohou takovému použití bránit. Nevím jaká je situace v současnosti, ale v minulosti jsem s takovými obstrukcemi setkal. Podobně jako bylo/je v módě tvrdit, že lepší bezpečnosti dosáhneme pravidelnou změnou hesel, nebo vkládáním do hesel speciálních znaků, nedivil bych se, kdyby někdo časem např. vymyslel další komplikaci, jako že volat localhost bez https může být bezpečnostní riziko.
Řešení s lokálním webovým serverem je navíc zbytečně komplikované jednak samotnou instalací webového serveru. Komplikací také může být to,a by měla aplikace/skript běžící na webovém serveru přístup k tisku a tiskárnám.
Existuje ale něco lepšího. Stačí si zaregistrovat na daném počítači vlastní URL/URI schéma. Nebo je to též možné nazvat vlastní protokol. Podobně jak je možné z libovolné aplikace kliknout na email, které otevře váš mailový klient s předvyplněným emailem, stejným způsobem je možné zavolat lokální skript obstarávající tisk na lokální tiskárně. Místo emailu bude tomuto skriptu předán text k vytištění. A výsledek je, že pak mohu z libovolné aplikace, včetně např. LibreOfficeCalc např. vytisknout čárový kód zavoláním URL např. “otisk://carovy_kod/123465402057676” . Zavolaný skript se pak postará o vytisknutí čárového kódu. Pokud potřebuji vytisknout delší text, nebo třeba i obrázek, mohu jej zakódovat pomocí Base64.
Prostě je to způsob, jak předat nějaké informace z webové stránky lokálními skriptu, který pak může zařídit vše potřebné.