Dotaz: Prezentacní systém ovládání webového prohlížeče

[zdenek]

Dobry den,

Potreboval bych nakopnout spravnym smerem ci poradit zdali ma nekdo podobnou zkusenot. Potrebuji vytvorit prezentacni system, který bude reagovat na ruzne udalosti (poruseni svetelne zavory, stisk tlacitka) a tím ovlivnovat prezentovany obsah ktery je v HTML. HW stranka reseni mi je jasna. Potrebuji poradit se sw a to konkretne jestli nekdo nema zkusenosti s timto https://developer.mozilla.org/en-US/docs/Gecko/Embedding_Mozilla/Roll_your_own_browser pod linuxem. Nechci se snazit implementovat vlastni prohlizec ale vyuzit jadro jineho jen predelat trochu ovladani. Ci pokud nekdo ví jak "ovladat" treba firefox ci chrome nejakým mechanizmem (IPC, jinak) tak baych mohl vzdy na zakade udalosti od HW zadat prohlizeci url a zobrazit ji na full screan.

Za navrhy k prostudovani dekuji.

Z.

PS na win je nekolik krásných tutorialu pro .net a visual basic

Odpovědi

[dustin]

Co to nejdříve zkusit se standardním prohlížečem a řízením změn např. nějakým ajax pushem? Navíc by se mohl fyzicky oddělit HW od prezentační části (all-in-one monitor na stěně v jiné místnosti) a zobrazování jet po síti.

[Josef Kufner]

1. Napsat démona, který bude poslouchat na sensorech a vysílat události připojeným klientům.
2. V prohlížeči se pomocí WebSocketu připojit k démonu a interpretovat události.

Klient je kus vcelku jednoduchého Javascriptu a pro démona už jsou připravené frameworky. I se studiem technologií máš prototyp za dva dny hotový.

[Zdenek]

Zdravim,

Ozkousim ten websocket jestli ten push bude ze serveru dostatecne rychlý

[rADOn]

Ajax? Další server? To fakt lidi uděláte COKOLIV jen abyste nemuseli přečíst pár řádek dokumentace?

Všechny prohlížeče mají nějaké api kterým se dají ovládat z jiného procesu, IE tuším přes DCOM a Firefox a Opera mají argument -remote kterému se dají předávat příkazy.

http://www.opera.com/docs/switches/#remote

http://www-archive.mozilla.org/unix/remote.html

[Josef Kufner]

Tento přístup je značně pomalý a možnosti velmi omezené. Navíc tu stránku potřebuješ tak jako tak od někud načíst a data do ní někde doplnit, takže si takle akorát přiděláš práci a nebude to pořádně fungovat.

[dustin]

Vidím to úplně stejně.

[rADOn]

Pomalý? Omezený? Nebude pořádně fungovat? Reality check: remote pochází ještě z Necek, používá se léta na milionech zařízení. Ne že by to byla vždycky procházka rajskou zahradou ale rozhodně je to o pář řádů líp prověřené než něco co ubastlíš sám.

Přidělávání práce? Máš hotové řešení, za dvě minuty se dá vygooglit potřebná dokumentace. Ty mluvíš o dvou dnech na výrobu prototypu. Hanba by tě měla fackovat!

[dustin]

Ale no tak, J. Kufner mluvil o celém řešení, včetně generování těch stránek. Přinutit prohlížeč načíst konkrétní URL je jen zlomek.

[rADOn]

Jo, ale dotaz zněl na prohazování url (které už jsou nejspíš hotové) a ne psaní další aplikace. A i kdyby ne… stejně tam ten remote bude, v první řadě proto aby si to ten prohlížeč umělo spustit (a ve druhé řadě taky znova nahodit když lehne).

[Zdenek]

Presne tak je dana tabulka eventid <-> url a webserver nebezi na zobrazovacim zarizeni ... myslenka je zatím takova, ze zobrazovaci zarizeni na zaklade nejakeho vstupu nacte příslušnou stranku.

[Zdenek]

ad IE da se krasne obali pomoci Visualbasicu je na to nekol tutorialu, kdybych to delal na woknech tak je to jasna volba ...

[dustin]

Ale co když třeba zanedlouho bude potřebovat přenést to zobrazování např. na tablet? IMO by zobrazování mělo být síťově oddělené od toho fyzického zařízení.