Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #197537 > unrolled thread

User Interface im Webbrowser

Back to article view | Back to de.sci.electronics

Contents

  User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 12:24 +0100
    Re: User Interface im Webbrowser Edzard Egberts <ed_09@tantec.de> - 2015-12-04 13:45 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 14:26 +0100
        Re: User Interface im Webbrowser Thorsten Just <newsgroups@thojumail.de> - 2015-12-04 14:30 +0100
          Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 14:53 +0100
            Re: User Interface im Webbrowser Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-12-04 14:31 +0000
            Re: User Interface im Webbrowser Edzard Egberts <ed_09@tantec.de> - 2015-12-04 15:46 +0100
              Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-05 11:30 +0100
                Re: User Interface im Webbrowser Christian Zietz <newsgroup.1001@chz.xyz> - 2015-12-05 12:24 +0100
                Re: User Interface im Webbrowser Marc Santhoff <m.santhoff@t-online.de> - 2015-12-05 13:50 +0100
      Re: User Interface im Webbrowser Stefan Engler <Lehrerfreund@web.de> - 2015-12-04 08:25 -0800
    Re: User Interface im Webbrowser Marte Schwarz <marte.schwarz@gmx.de> - 2015-12-04 15:56 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-05 11:41 +0100
        Re: User Interface im Webbrowser Marte Schwarz <marte.schwarz@gmx.de> - 2015-12-05 12:43 +0100
    Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-05 12:44 -0800
    Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-07 13:58 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 15:35 +0100
        Re: User Interface im Webbrowser Hanno Foest <hurga-news2@tigress.com> - 2015-12-07 16:02 +0100
          Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 16:17 +0100
            Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-07 08:00 -0800
              Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 17:04 +0100
                Re: User Interface im Webbrowser Hanno Foest <hurga-news2@tigress.com> - 2015-12-07 18:00 +0100
                Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-07 09:04 -0800
          Re: User Interface im Webbrowser Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-12-07 17:07 +0100
            Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-08 08:22 +0100
              Re: User Interface im Webbrowser Axel_Berger@b.maus.de (Axel Berger) - 2015-12-08 19:18 +0100
            Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-08 17:42 +0100
              Re: User Interface im Webbrowser Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-12-08 17:55 +0100
                Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-08 18:03 +0100
                  Re: User Interface im Webbrowser Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-12-09 11:04 +0000
              Re: User Interface im Webbrowser Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-08 18:08 +0100
                Re: User Interface im Webbrowser Matthias Weingart <mwnews@pentax.boerde.de> - 2015-12-09 08:12 +0000
                  Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-09 09:24 +0100
                  Re: User Interface im Webbrowser Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-12-09 09:44 +0100
                  Re: User Interface im Webbrowser Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-09 10:48 +0100
          Re: User Interface im Webbrowser Axel_Berger@b.maus.de (Axel Berger) - 2015-12-07 19:47 +0100

Page 1 of 2  [1] 2  Next page →

#197537 — User Interface im Webbrowser

Hallo,

nicht direkt ein Elektronik-Thema, aber ich denke es ist doch verwandt und
der Eine oder Andere hat da vielleicht einen guten Tip.

Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
ich als vorhanden voraus.

Man muss da doch sicher nicht das Rad völlig neu erfinden?

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [next] | [standalone]

#197540

> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
> wenn man die Bedienoberfläche für ein Gerät

Nein, das Gerät sollte einfach nur HTML-Texte generieren und ausgeben.
Eine Bedienung lässt sich realisieren, indem auf einem Link kein neuer
Text ausgegeben, sondern eine Funktion aufgerufen wird. Oder mit SET
einen "Befehl" hochladen. Man sollte mit grundlegendem HTML auskommen!

> oder eine Software im Webbrowser realisieren will?

Igitt! IMHO ist Webbrowser ganz genau die allerletzte Umgebung, in der
man eine Software laufen haben will. Das Webinterface will man
eigentlich haben, damit das Gerät mit irgend einem Browser bedienbar ist
und mit der Verwendung von JavaSkript legt man sich dann wieder auf
einen Browser fest und öffnet Sicherheitslücken. Da kann man das
Webgedöns auch weglassen und besser eine eigene Software schreiben, die
über Sockets mit dem Gerät direkt kommuniziert.

Das ist natürlich völlig gegen den "Mainstream", aber ich habe schon zu
viele abstürzende Browser @ Webinterface gesehen.

[toc] | [prev] | [next] | [standalone]

#197545

Am Fri, 04 Dec 2015 13:45:19 +0100 schrieb Edzard Egberts:

>> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
>> wenn man die Bedienoberfläche für ein Gerät
> 
> Nein, das Gerät sollte einfach nur HTML-Texte generieren und ausgeben.
> Eine Bedienung lässt sich realisieren, indem auf einem Link kein neuer
> Text ausgegeben, sondern eine Funktion aufgerufen wird. Oder mit SET
> einen "Befehl" hochladen. Man sollte mit grundlegendem HTML auskommen!
> 
>> oder eine Software im Webbrowser realisieren will?
> 
> Igitt! IMHO ist Webbrowser ganz genau die allerletzte Umgebung, in der
> man eine Software laufen haben will.

Das wollte ich auch nicht, ich meine

'die Bedienoberfläche _für ein Gerät oder eine Software_ im Webbrowser
realisieren will'

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197546

Am 04.12.2015 um 14:26 schrieb Lutz Schulze:
> 
> Das wollte ich auch nicht, ich meine

Das ist offenbar nicht klar geworden. Mir zumindest erstmal auch nicht.

> 'die Bedienoberfläche _für ein Gerät oder eine Software_ im Webbrowser
> realisieren will'

Meinst du also das Gerät hängt am PC, auf dem PC läuft der Webserver mit
einer Software, dass man dann über die Weboberfläche das externe Gerät
steuern kann, dass an dem Rechner hängt?

[toc] | [prev] | [next] | [standalone]

#197549

Am Fri, 4 Dec 2015 14:30:11 +0100 schrieb Thorsten Just:

>> Das wollte ich auch nicht, ich meine
> 
> Das ist offenbar nicht klar geworden. Mir zumindest erstmal auch nicht.
> 
>> 'die Bedienoberfläche _für ein Gerät oder eine Software_ im Webbrowser
>> realisieren will'
> 
> Meinst du also das Gerät hängt am PC, auf dem PC läuft der Webserver mit
> einer Software, dass man dann über die Weboberfläche das externe Gerät
> steuern kann, dass an dem Rechner hängt?

Zum Beispiel. Oder eine Hardware die z.B. an an einen Raspi angeschlossen
ist (auf dem auch der Webserver läuft), und die dann über den Browser
gesteuert wird.

Das Problem sind nun die HTML-Seiten. Das kann man sicher alles von Hand
machen, aber vielleicht gibt es da schon fertiges mit typischen Elementen
die man für so eine 'virtuelle Frontplatte' braucht usw.

Lutz


-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197550

Lutz Schulze schrieb:

> Das Problem sind nun die HTML-Seiten. Das kann man sicher alles von
> Hand machen, aber vielleicht gibt es da schon fertiges mit typischen
> Elementen die man für so eine 'virtuelle Frontplatte' braucht usw.

Der Aufwand einer GUI liegt halt meistens überwiegend im Layout und 
weniger in der Funktion. 

Warscheinlich suchst du ein Mittelding aus FrontDesigner und LabView. 


Siegfried



-- 
Diese Nachricht kann zukunftsgerichtete Aussagen beinhalten, diese sind
mit Risiken und Ungewissheiten verbunden und basieren auf gegenwärtigen
Erwartungen. Die tatsächlichen Ereignisse können daher wesentlich von
den Darstellungen abweichen. 

[toc] | [prev] | [next] | [standalone]

#197552

Lutz Schulze wrote:
> Am Fri, 4 Dec 2015 14:30:11 +0100 schrieb Thorsten Just:
> 
>>> Das wollte ich auch nicht, ich meine
>>
>> Das ist offenbar nicht klar geworden. Mir zumindest erstmal auch nicht.

> Oder eine Hardware die z.B. an an einen Raspi angeschlossen
> ist (auf dem auch der Webserver läuft), und die dann über den Browser
> gesteuert wird.

Ein Webserver liefert Seiten aus, die auf dem Raspi abgelegt sind.
Jetzt lege den Webserver und das Steuerungsprogramm der Hardware
zusammen und liefere Seiten aus, die in Abhängigkeit von der Hardware
generiert werden. Links auf dieser Seite rufen dann keine anderen Seiten
auf, sondern Funktionen, die die zurückgelieferte Seite entsprechend
anpassen. Mit dem GET-Befehl und ein paar ASCII Operationen kommt man da
schon recht weit. Mit HTML forms und POST kann man dann schon Parameter
übermitteln. Sorry, SET war falsch, länger nichts mehr mit HTTP gemacht.

> Das Problem sind nun die HTML-Seiten. Das kann man sicher alles von Hand
> machen

Mit einem HTML-Editor die Masken erzeugen und die Quelltexte dann auf
dem Raspi speichern, genau so wie man jede andere HTML-Seite auch
erzeugt. Direkt ins Programm einfügen geht natürlich auch. Das ist dann
statisches HTML mit HTTP - flackert, sieht scheiße aus und ist in der
Anwendung begrenzt, funktioniert aber immer und kann auch verwendet
werden, um statt des Browsers ein Steuerungsprogramm dranzuhängen.

> aber vielleicht gibt es da schon fertiges mit typischen Elementen
> die man für so eine 'virtuelle Frontplatte' braucht usw.

Das ist dann dynamisches HTML mit Javaskript und läuft als clientseitige
Software im Browser - oder auch nicht! Dann schreibe lieber ein Programm
mit GUI, das direkt auf dem Raspi läuft und installiere ein VNC.

Es gibt natürlich auch Sachen wie
https://de.wikipedia.org/wiki/Ajax_%28Programmierung%29, so etwas suchst
Du wahrscheinlich. Das ist zwar "fertig", aber nicht einfach, da kommt
man IMHO mit HTTP-Handarbeit schneller zum Ziel.

[toc] | [prev] | [next] | [standalone]

#197588

Am Fri, 04 Dec 2015 15:46:00 +0100 schrieb Edzard Egberts:

> Ein Webserver liefert Seiten aus, die auf dem Raspi abgelegt sind.
> Jetzt lege den Webserver und das Steuerungsprogramm der Hardware
> zusammen und liefere Seiten aus, die in Abhängigkeit von der Hardware
> generiert werden. Links auf dieser Seite rufen dann keine anderen Seiten
> auf, sondern Funktionen, die die zurückgelieferte Seite entsprechend
> anpassen. Mit dem GET-Befehl und ein paar ASCII Operationen kommt man da
> schon recht weit. Mit HTML forms und POST kann man dann schon Parameter
> übermitteln. Sorry, SET war falsch, länger nichts mehr mit HTTP gemacht.
> 
>> Das Problem sind nun die HTML-Seiten. Das kann man sicher alles von Hand
>> machen
> 
> Mit einem HTML-Editor die Masken erzeugen und die Quelltexte dann auf
> dem Raspi speichern, genau so wie man jede andere HTML-Seite auch
> erzeugt. Direkt ins Programm einfügen geht natürlich auch. Das ist dann
> statisches HTML mit HTTP - flackert, sieht scheiße aus und ist in der
> Anwendung begrenzt, funktioniert aber immer und kann auch verwendet
> werden, um statt des Browsers ein Steuerungsprogramm dranzuhängen.

Das habe ich früher schon realisiert. Für Setups usw. ist es ok, aber die
Bedienung ist eben nicht so wie man das heute voraussetzt.
 
>> aber vielleicht gibt es da schon fertiges mit typischen Elementen
>> die man für so eine 'virtuelle Frontplatte' braucht usw.
> 
> Das ist dann dynamisches HTML mit Javaskript und läuft als clientseitige
> Software im Browser - oder auch nicht! Dann schreibe lieber ein Programm
> mit GUI, das direkt auf dem Raspi läuft und installiere ein VNC.
 
> Es gibt natürlich auch Sachen wie
> https://de.wikipedia.org/wiki/Ajax_%28Programmierung%29, so etwas suchst
> Du wahrscheinlich. Das ist zwar "fertig", aber nicht einfach, da kommt
> man IMHO mit HTTP-Handarbeit schneller zum Ziel.

Ja, auf so etwas wird es hinauslaufen. Deshalb frage ich ja ob es da schon
etwas fertiges (neudeutsch ein Framework) zur Unterstützung gibt.

Ich habe bisher nicht viel gefunden, bis verstreut auf einige brauchbare
Elemente:

http://www.highcharts.com/demo/gauge-solid
https://proto.io/freebies/onoff/
http://codepen.io/fskirschbaum/pen/MYJNaj

Aber ich habe das Gefühl das geht noch besser, d.h. sozusagen unter einem
Dach, alles etwas mehr gekapselt mit einigermassen einheitlichen
Schnittstellen usw.

Kurz - komfortabler.

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197590

Lutz Schulze schrieb:

> Ich habe bisher nicht viel gefunden, bis verstreut auf einige brauchbare
> Elemente:
> 
> http://www.highcharts.com/demo/gauge-solid
> https://proto.io/freebies/onoff/
> http://codepen.io/fskirschbaum/pen/MYJNaj

Wenn es Dir hauptsächlich um UI-Elemente geht, dann solltest Du Dir mal
die diversen HTML5 UI Frameworks angucken. Sie werden üblicherweise dazu
genommen, ansehnliche Webapps zu schreiben, die vom Smartphone, Tablet
oder Deskop bedient werden können.

Also sowas wie:
<http://topcoat.io/topcoat/>
<http://jquerymobile.com/>
u.v.a.m

UI-Elemente wie ein virtuelles Zeigerinstrument wirst Du dort eher nicht
finden, aber Knöpfe, Schalter, Schieberegler etc. Natürlich brauchst Du
dazu noch die Logik auf Serverseite, die die Eingaben verarbeitet und
Messwerte ausgibt.

Christian
-- 
Christian Zietz  -  CHZ-Soft  -  czietz (at) gmx.net
WWW: http://www.chzsoft.de/
PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA

[toc] | [prev] | [next] | [standalone]

#197593

Lutz Schulze <lschulze@netzwerkseite.de> schrieb:

> Am Fri, 04 Dec 2015 15:46:00 +0100 schrieb Edzard Egberts:
> 
> > Ein Webserver liefert Seiten aus, die auf dem Raspi abgelegt sind.
> > Jetzt lege den Webserver und das Steuerungsprogramm der Hardware
> > zusammen und liefere Seiten aus, die in Abhängigkeit von der
> > Hardware generiert werden. Links auf dieser Seite rufen dann keine
> > anderen Seiten auf, sondern Funktionen, die die zurückgelieferte
> > Seite entsprechend anpassen. Mit dem GET-Befehl und ein paar ASCII
> > Operationen kommt man da schon recht weit. Mit HTML forms und POST
> > kann man dann schon Parameter übermitteln. Sorry, SET war falsch,
> > länger nichts mehr mit HTTP gemacht.
> > 
> >> Das Problem sind nun die HTML-Seiten. Das kann man sicher alles
> >> von Hand machen

Wird man teilweise müssen. Tatsächlich gibt es Frameworks für
GUI-Erstellung, die dann auch "single page apps" machen, also ohne
Seite neu laden.

Typische Kandidaten sind:
- AngularJS
- JQuery
- Qoxdoo (oder mehr o's im Namen, spricht sich "guckst Du" ...)

Hatte noch nicht die Notwendigkeit, selbst Hand anzulegen.

> Ich habe bisher nicht viel gefunden, bis verstreut auf einige
> brauchbare Elemente:
> 
> http://www.highcharts.com/demo/gauge-solid
> https://proto.io/freebies/onoff/
> http://codepen.io/fskirschbaum/pen/MYJNaj
> 
> Aber ich habe das Gefühl das geht noch besser, d.h. sozusagen unter
> einem Dach, alles etwas mehr gekapselt mit einigermassen einheitlichen
> Schnittstellen usw.
> 
> Kurz - komfortabler.

Da kommen dann die Werkzeuge ins Spiel, ich könnte wetten, es gibt ein
Eclipse-PlugIn für sowas und würde bei echtem Bedarf auf den Home Pages
der Frameworks mal gucken, die empfehlen sicher was.

HTH trotz Halbwissen Spekulation,
Marc

[toc] | [prev] | [next] | [standalone]

#197558

Am Freitag, 4. Dezember 2015 13:45:26 UTC+1 schrieb Edzard Egberts:
> Igitt! IMHO ist Webbrowser ganz genau die allerletzte Umgebung, in der
> man eine Software laufen haben will. Das Webinterface will man

Das muss nicht sein, man kann, wenn es unbedingt im Webbrowser sein muss, auch in 
Javascript eine VM laufen lassen und in dieser Linux laufen lassen. Windows soll 
im Webbrowser nur bedingt bedienbar sein.
Dann kann über die üblichen Sachen eine Bedienung realisiert werden;)
(gcc unter Javascript).

[toc] | [prev] | [next] | [standalone]

#197553

Hallo Lutz,

> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
> wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
> realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
> ich als vorhanden voraus.

zur Technik dahinter weiss ich nix, aber ein Kollege hat was ähnliches 
mit ProfiLab von Abacom gemacht. Das ist so ein Schmalspur-LabView-Clone 
und für den gibt es wohl auch ein Webinterface. Ob das was für Dich ist, 
keine Ahnung. Ich fand es im Gegensatz zu LabView spannend, weil man 
damit einfach compiliert, ein Exe bekommt und gut ists, keine 
Runtimeorgie wie bei LabView.

Marte

[toc] | [prev] | [next] | [standalone]

#197589

Am Fri, 4 Dec 2015 15:56:01 +0100 schrieb Marte Schwarz:

> Hallo Lutz,
> 
>> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
>> wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
>> realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
>> ich als vorhanden voraus.
> 
> zur Technik dahinter weiss ich nix, aber ein Kollege hat was ähnliches 
> mit ProfiLab von Abacom gemacht. Das ist so ein Schmalspur-LabView-Clone 
> und für den gibt es wohl auch ein Webinterface. Ob das was für Dich ist, 
> keine Ahnung. Ich fand es im Gegensatz zu LabView spannend, weil man 
> damit einfach compiliert, ein Exe bekommt und gut ists, keine 
> Runtimeorgie wie bei LabView.

Mein Interesse ist im Moment noch mehr allgemeiner Natur. Inspiriert wurde
ich durch ein Video von einem mittels Raspi selbstgebastelten
Fahrradcomputer, als Display wurde der Webbrowser eines Kindle Touch
verwendet (über WLAN mit dem Raspi gekoppelt).

http://the-digital-reader.com/2015/08/22/kindle-bike-raspi-equals-bike-comupter/

Für diese Kombination aus Kleinstrechner und Browser gibt es ja sicher noch
einige andere Einsatzmöglichkeiten, deshalb überlegte ich mir wie die
Interaktion über den Webbrowser gestaltet werden könnte.

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197591

Hi Lutz,

> Mein Interesse ist im Moment noch mehr allgemeiner Natur. Inspiriert wurde
> ich durch ein Video von einem mittels Raspi selbstgebastelten
> Fahrradcomputer, als Display wurde der Webbrowser eines Kindle Touch
> verwendet (über WLAN mit dem Raspi gekoppelt).

OK, Browser deswegen, weil billig auf diversen WLAN-fähigen Geräten 
verfügbar. Dann taugt das ProfiLab eher nicht, weil die SW will auf 
Windows laufen.

Marte

[toc] | [prev] | [next] | [standalone]

#197609

On 2015-12-04 03:24, Lutz Schulze wrote:
> Hallo,
>
> nicht direkt ein Elektronik-Thema, aber ich denke es ist doch verwandt und
> der Eine oder Andere hat da vielleicht einen guten Tip.
>
> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
> wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
> realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
> ich als vorhanden voraus.
>
> Man muss da doch sicher nicht das Rad völlig neu erfinden?
>

Muss man nicht. Wenn Web-Bedienung von Geraeten unbedingt sein muss, 
bietet sich SCADA Software an. Ich habe bisher nur DAQFactory von 
Azeotech benutzt (aber wenig und ist lange her). Das soll einen Web 
Server enthalten, den ich wegen lokaler Bedienung aber nie ausprobiert habe.

http://www.azeotech.com/j/index.php

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#197688

Am 2015-12-04 um 12:24 schrieb Lutz Schulze:

> nicht direkt ein Elektronik-Thema, aber ich denke es ist doch verwandt und
> der Eine oder Andere hat da vielleicht einen guten Tip.
> 
> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
> wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
> realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
> ich als vorhanden voraus.
> 
> Man muss da doch sicher nicht das Rad völlig neu erfinden?

Das wird dann wohl auf irgendwas mit jQuery rauslaufen, z.B.:

<https://jqueryui.com/>

Oder hier noch eine Übersicht vom letzten Jahr:

<http://www.fromdev.com/2014/08/best-jquery-based-ui-frameworks.html>


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#197689

Am Mon, 7 Dec 2015 13:58:03 +0100 schrieb Arno Welzel:

>> nicht direkt ein Elektronik-Thema, aber ich denke es ist doch verwandt und
>> der Eine oder Andere hat da vielleicht einen guten Tip.
>> 
>> Gibt es empfehlenswerte Tools oder Bibliotheken zur Gestaltung der Seiten
>> wenn man die Bedienoberfläche für ein Gerät oder eine Software im Webbrowser
>> realisieren will? Einen lokalen Webserver mit PHP und modernen Browser setze
>> ich als vorhanden voraus.
>> 
>> Man muss da doch sicher nicht das Rad völlig neu erfinden?
> 
> Das wird dann wohl auf irgendwas mit jQuery rauslaufen, z.B.:
> 
> <https://jqueryui.com/>
> 
> Oder hier noch eine Übersicht vom letzten Jahr:
> 
> <http://www.fromdev.com/2014/08/best-jquery-based-ui-frameworks.html>

Ich hänge meine bisherigen Erkenntnisse mal hier an:

Visualisierung im Browser über HTML und CSS, dabei Nutzung von
vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
von Hand schreiben zu müssen.

Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.

Die Struktur ist damit einigermassen klar, ich werde mal einen kleinen
Prototypen stricken um ein Gefühl dafür zu bekommen.

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197690

Am 07.12.2015 15:35 schrieb Lutz Schulze:

> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>
> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
> von Hand schreiben zu müssen.
>
> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.

Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere 
mich noch an die 3Com Switche, auf deren Webinterface man rein gar 
nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der 
dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.

Hanno

[toc] | [prev] | [next] | [standalone]

#197691

Am Mon, 07 Dec 2015 16:02:53 +0100 schrieb Hanno Foest:

>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>
>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>> von Hand schreiben zu müssen.
>>
>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
> 
> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere 
> mich noch an die 3Com Switche, auf deren Webinterface man rein gar 
> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der 
> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.

Berechtigter Einwurf. 

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197692

On 2015-12-07 07:17, Lutz Schulze wrote:
> Am Mon, 07 Dec 2015 16:02:53 +0100 schrieb Hanno Foest:
>
>>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>>
>>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>>> von Hand schreiben zu müssen.
>>>
>>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
>>
>> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere
>> mich noch an die 3Com Switche, auf deren Webinterface man rein gar
>> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der
>> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.
>
> Berechtigter Einwurf.
>
> Lutz
>

Nichts geht ueber die guten alten ASCII Interfaces. Die funktionierten 
immer. So habe ich Anfang der 90er meine Fluege fuer Dienstreisen 
rausgepickt, ueber Sabre. Haben sie inzwischen abgeschaltet :-(

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.sci.electronics

csiph-web