Dotaz: Opakované zobrazování obsahu souboru

[jan.rok]

Zdravím,

potřebuji opakovaně v určitých intervalech načítat a zobrazovat obsah excelové tabulky v read-only režimu. Napadlo mě spustit firefox v kiosk modu a automaticky obnovovat excelový soubor (načtený pomocí doplňku pro otevření XLS souborů) po 10 minutách. Pro autorefresh/reload má Firefox několik doplňků. Problémem ale je, že v kiosk módu jsou doplňky vypnuté.

Je nějaké jiné řešení? Třeba i mimo Firefox.

Děkuji za rady. JR.

---

---

Odpovědi

[Max]

PhpSpreadsheet může být odpověď.
Zdar Max

[OldFrog {Ondra Nemecek}]

Jiný nápad: xls konvertovat do pdf:

libreoffice --headless --convert-to out.pdf --outdir /tmp/ in.xls

a to pdf mít trvale otevřené v pdf prohlížeči s refresh-on-change podporou (xreader např.)

[Pavel 'TIGER' Růžička]

Nevím, ale když už bych se pustil do konverze, nebylo by lepší použít nativní formát prohlížeče, než nějaké PDF? Nebo mi něco uniká?

[OldFrog {Ondra Nemecek}]

Pokud dobře chápu, požadavek byl na libovolné zobrazení, nikoli konkrétně na webový prohlížeč. Libreoffice umí konverzi do pdf, epub, html, txt, csv a asi i dalších formátů.

Anebo se podívat, zda refresh-on-save neumí nativně nějaká xls zobrazovátka (podle toho, zda by ta zobrazovátka uměla správně zpracovat vstupní soubory). Některé knihovny například obsahují sample aplikaci pro zobrazení xls, stačilo by ji malinko upravit.

[Gréta]

co tohleto js předělávadlo *.xlsx na *.json hele a pak si to už jako nějak malovat ve firefoxu :O :O

[jan.rok]

Napadlo mě ještě jedno řešení: XLS soubor kopírovat třeba na OneDrive nebo Google Disk, nasdílet a periodicky v prohlížeči zobrazovat http odkaz.

[Max]

To mně napadlo také, ale tak nějak jsem předpokládal, že to asi nechceš (když jsi se takto ptal), nebo to není technicky možné (někdo excel upravuje a na nějkém cloudu by mu to nevyhovovalo, nebo nevím). Pokud to ovšem možné je, tak je to asi nejsnadnější možnost (za předpokladu nějaké prezentace).
Zdar Max

[Kit]

Ono je to ještě jednodušší, protože v Google Sheet není reload vůbec nutný - změny se zobrazují online. Také můžeš stanovit, zda konzument smí jen číst nebo zda může modifikovat.

[OldFrog {Ondra Nemecek}]

To je pravda. Já si ale spíš představoval, že je to xls nějak generované... Tazatel jistě upřesní?

[jan.rok]

XLS není generované. Je to tabulka, kam se mnohokrát denně ručně přidá nebo pozmění něto který z údajů. XLS je umístěn na share disku (Samba). Periodicky ho kopírovat na nějaký cloud asi problém není, jen jsem nevěděl, jak to ve FF zařídit, aby se v kiosk módů opakovaně načítal.

Ale námětů je zde už dost. Děkuju.

[PetebLazar]

Nekonečný skript, který bude periodicky zjišťovat poslední datum/čas modifikace požadovaného souboru (.xls), pokud se datum/čas modifikace liší od posledního zapamatovaného v proměnné skriptu počkat ochrannou lhůtu (snížit riziko rozepsaného souboru) killnout dosavadní běžící proces LibreOffice a otevřít soubor read-only v novém LO libreoffice --view filename.ext .

[debian+]

krajsie - ze aktualne okno je na vrchole. nove sa otvori na pozadi, posle ak signal F11 (fullscreen) a nasledne sa posle signal na ukoncenie uz neaktualne (cez kill).

[Jendа]

1) inotifywait, 2) libreoffice má reload příkaz (File → Reload)

[OldFrog {Ondra Nemecek}]

Tak to už je skoro řešení, teď už jen na inotify poslat do libreoffice ten refresh příkaz. Přes nějaké OLE nebo DBUS či tak nějak :)

[OldFrog {Ondra Nemecek}]

Ještě zda by nešlo nějak využít Sheet > Link to External Data. To snad umí sledovat zdroj dat...

[Pavel 'TIGER' Růžička]

Mrkni sem i na příslušné odkazy.

[PetebLazar]

A co spustit LibreOffice -headless a ovládat ho (zvenku?) zkrze API?

[debian+]

Nekonečný skript, který bude periodicky zjišťovat poslední datum/čas modifikace požadovaného souboru (.xls),

Alebo pouzit libnotify

[debian+]

autorefresh/reload - ved maj skript, ktory posle cez xdotool CTRL+R kazdych 10 minut.

alebo: Spusti vncserver, v nom spusti firefox a cez F11 alebo xdototool (resp. skript, spusti firefox, pocka 10s a posle klavesnicu F11) a potom spustis vncviewer v read-only rezime.

[[Jooky]]

Ked ti to vo FF ide, tak najlepsie asi bude proste poslat v pravidelnych intervaloch klavesu F5 (alebo CTRL+R, etc.). Napriklad:

DISPLAY=:0 xdotool key F5

[Josef Kufner]

Tímto způsobem je pak možné vynechat Firefox a můžeš obnovovat rovnou ten program, který se hodí nejvíce. Možná si budeš muset v tom programu napřed nastavit klávesovou zkratku.

[jan.rok]

Exportovat HTML a to obnovovat je rozumný přístup. Pokud do toho HTML přidáš kousek Javascriptu, kterým se načte dokument znovu a aktualizuje pomocí manipulace s DOM, tak to ani nebude problikávat. Jednodušší řešení spočívá v přidání meta tagu <meta http-equiv="refresh" content="5">, který to po 5 sekundách reloadne celé (a funguje to i při zobrazení souborů, nikoliv jen webu).

[jan.rok]

Tohle řešení se mi líbí.

Klidně by tedy šlo pomocí libreoffice konvertovat xlsx do html:

soffice --headless --convert-to html --outdir c:\output c:\output\test.xlsx

Pak ještě vymyslet, jak do toho html kódu vpravit meta tag pro reload. To už nějakým skriptem půjde.

[Bherzet]

Myslím, že jsem to kdysi prasácky nacpal prostě na začátek souboru a browser si s tím poradil taky. Pokud cílíš na jeden konkrétní browser a nedojde ke katastrofě, pokud to jednou přestane fungovat (než to opravíš), neřešil bych to.

[debian+]

- asi najkrajsie - urobis simple Javascript aplikaciu - stiahnes dokument - porovnas zmeny (bud a la strcmp() alebo cez protokol zistis, ze sa lisi) => ak sa lisi, stiahnute html das do <body> (pripadne nejake div)

- obsah budes predavat cez nejaky simple server a refresh das v HTTP protokole)

- html ako klasicky subor, kde obsah suboru bude zobrazovat cez iframe (kt. bude roztiahnuty na celu obrazovku)

- vytvorit addon pre prehladavac

[Bherzet]

Ne, ne a zase ne. Proboha, ne.

[debian+]

Mozno nemas pravdu, ak to vie pekne zabalit ze spusitim a idem, tak preco nie. Ako tam nastavovat, tu nastavovat, ako raz spustim a ide to.

[Bherzet]

Nerozumím. Pokud půjde cestou exportu do HTML, což se zdá, že půjde, tak řešení přes ten http-equiv je nejjednodušší, nejspolehlivější a nejčistější. Psát na to plugin do prohlížeče, provozovat vlastní obskurně nakonfigurovaný HTTP server nebo psát nějakou JS appku, která provádí manipulaci s DOMem místo jednoduchého refreshe, jsou naprosto nesmyslné a kontraproduktivní rady.

[Josef Kufner]

Refresh meta tagem má nevýhodu v tom, že to pak problikává, což může být rušivé. JS a manipulace s DOM oproti tomu nebliká. Rozdíl je jen v tom, že místo <meta …> se do HTML souboru přidá <script> … setTimeout … XMLHttpRequest … document.body.innerHtml = … </script>.

[Bherzet]

Asi bude záležet na velikosti toho dokumentu, ale ve Firefoxu to neproblikává. Jen se ukazuje animace načítání (na tabu), ale když to dáš na fullscreen (F11), tak ten autorefresh není skoro vůbec poznat. Projevuje se to jen občas lagováním při rychlém scrollování, ale to jsem zrovna vytáhl dokument, který se reloaduje každou vteřinu. Jaký timeout bude potřebovat on? V řádu minut? Tzn. jednou za pár minut se to občas trochu lagne při scrollu…

V Chromu je to horší, tam problikává kurzor a stránka občas ošklivě poskakuje o pár pixelů. Ale opět: já mám dokument, který se reloaduje každou vteřinu. Kdyby to probliklo jednou za několik minut, opravdu by to nebyl příliš problém.

Aby fungoval XMLHTTPRequest, musíš to celé nastěhovat na HTTP server (jinak si ten soubor prostě nestáhneš… – kdysi jsem to řešil), a to bych ještě úplně nespoléhal na to, že to bude zcela bez lagů (zvlášť, pokud to bude větší stránka).

Vzhledem k tomu, že explicitně psal o Firefoxu v kiosk módu, kde se to chová příjemně, a refreshi po 10 minutách, řešení přes ten meta tag zdaleka postačuje a hledat cokoliv sofistikovanějšího by byla ztráta času.

[jan.rok]

Poblikávání (bude-li jaké, ve FF myslím opravdu jen animace v tabu) vůbec neřeším. Refresh bude tak 1x ta 10 minut, velikost souboru 30 KB. Navíc se počítá s tím, že se vše bude zobrazovat na velkém displeji, který funguje jako "nástěnka", tedy na to nikdo nonstop nekouká.

[Josef Kufner]

Pokud by někdo seděl o pár metrů vedle u stolu a měl takovou nástěnku v zorném poli, tak by to problikávání mohlo být rušivé. I když na ni nebude koukat, mohlo by to vytrhávat pozornost. Je také potřeba počítat s tím, že i v mírném šeru může taková nástěnka být výrazným zdrojem světla a tedy i výrazným zdrojem rušení. Je to taková otravná drobnost, na kterou je potřeba si dát pozor. Pokud to problém bude, řešení je v troše Javascriptu.

Co se provozu HTTP serveru týče, tak záleží, jak je na tom infrastruktura okolo a jak se data budou dostávat na tu nástěnku. Pokud na nástěnce bude běžet přístupný server, tak se na ní půjde pohodlně podívat i vzdáleně (a může být vidět na intranetu). Pokud to bude zobrazovat data hostovaná jiným serverem, tak se může zjednodušit aktualizování obsahu. Také se hodí mít nástěnku bezestavovou, tedy s filesystémy v read-only režimu, aby nevadily výpadky napájení.

[dustin]

Vadilo by probliknutí jednou za deset minut?

[Josef Kufner]

To je právě to. Něco děláš, je klid, nic se neděje, soustředíš se a najednou blik.

[Bherzet]

Ale ono to v tom Firefoxu fakt nebliká, zkus si to. A pokud je problém potenciální animace načítání stránky (na tabu v liště nahoře, pokud to nebude na fullscreen) jednou za deset minut, bude problém i s jakoukoliv změnou obsahu…

[Josef Kufner]

Ok, věřím ti. Naposledy, když jsem něco s takovým refreshem dělal, což už nějakou dobu je, tak prohlížeč vždy na pár miliseknud ukázal bílé pozadí stránky. Teď jsem zkusil ruční refresh ve Firefoxu i v Chrome a Firefox to opravdu má mnohem vyladěnější než Chrome. Jen obrázky na pozadí, jak se načítaly znovu, tak problikly, ale to u tabulky nebude problém.

[jan.rok]

Chápu případné aspekty ergonomie, ale v tomto případě by ani eventuální poblikávání nevadilo. Ono totiž přes zobrazovanou excelovou tabulku občas vyskočí i stavové okno pocházející z jiného SW a to je teprve darda pro oči! Ale to je záměrem - jde o velké barevné hlášení stavu, jakýsi semafor, ale to už sem nepatří.

Myslím, že jste mi pomohli všichni a děkuju.

[debian+]

Poznas nieco take ako okno nad vsetkym oknami? To jest, aby pouzivatelia videli len to, co maju vidiet (prikaz xdotool).

[debian+]

Aby fungoval XMLHTTPRequest, musíš to celé nastěhovat na HTTP server (jinak si ten soubor prostě nestáhneš… – kdysi jsem to řešil), a to bych ještě úplně nespoléhal na to, že to bude zcela bez lagů (zvlášť, pokud to bude větší stránka). 

Neviem. Co viem, tak Firefox je volnejsi v tom. Ze povoluje zo stranky tahat cez protokol file://. Co viem, tak Chromium to ma osetrene, ze nie.

[jan.rok]

Přes file:// to funguje dobře.

Horší je ovšem to, že konverze z XLSX do HTML nevypadá hezky...

[debian+]

Dizajn CSS sa da zmenit (pridat). Ci meni aj strukturu dokumentu?

[jan.rok]

Struktura se nemění. Ale převod do HTML vypadá tak, že některé prázdné sloupce mají jinou šířku než XLSX originál, fonty jinou výšku apod.

Spíše půjdu cestou kopie souboru na onedrive a zobrazování odsud.

[Josef Kufner]

To je to, co se dá pomocí CSS srovnat. Případně můžeš pomocí tidy odstranit bordel a pak si to v klidu nastylovat dle libosti.

[debian+]

Mzno by aj stacilo odstranit <style></style> z <head> a dat si tam vlastne.

[Josef Kufner]

To už nějakým skriptem půjde.

Jednoduchý trik je nahradit "</head>" za "<meta...>" + "</head>".

sed -i -e 's/<\/head>/<meta...><\/head>/' test.html

[debian+]

A tu zmenenu nech uklada do /dev/shm, zbytocne ukladat na disk.

[Bherzet]

Jasně. Sice kvůli tomu bude muset vedle nějakého záznamu v CRONu nebo něčeho ještě vytvářet službu, která ten soubor po bootu prvně vytvoří (ještě než se spustí prohlížeč), ale hlavně, že se nebude muset jednou za pár minut sáhnout na disk… :D

[Josef Kufner]

Spíš to celé dělat v tmpfs, ale soudě podle toho c:\ to je asi jedno a bude rád, když to vůbec bude fungovat.