Ankündigung

Einklappen
Keine Ankündigung bisher.

CometVisu - (interner) Beta-Test

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Chris M.
    antwortet
    Zitat von makki Beitrag anzeigen
    Aber ich muss ein anderes Thema nochmal aufwärmen: die Navigation mit den Seiten am oberen Bildschirmrand geht IMHO einfach auf den "kleinen" garnicht. Das ist Fingernagel + 5x tippen..
    Wie würde es "richtig" sein, zwei Buttons für vor/zurück eher Mittig zu haben ?
    Wichtig ist ja nur das "Zurück", das Vorwärts macht man ja in der Seite im Page-Widget, das sollte groß genug sein.

    Und für zurück hatte ich immer an die Geste gedacht, den ganzen Bildschirm einfach nach rechts zu "schieben".

    D.h. die "Gesten" Drag-Hoch und Drag-Runter scrollen, die Geste Drag-rechts geht eine Stufe nach oben.

    Wenn das funktioniert, dann kann die Zeile oben am Bildschirm bei den mobilen auf minimal lesbare Größe reduziert werden (als Orientierungshilfe sollte sie aber IMHO da bleiben)
    Zitat von greentux Beitrag anzeigen
    Page Links generell sind recht klein auf einem Telefon.
    Dafür (genauer: für die Buttons, kann man hier aber analog sehen) gab's mal die Idee, das ganze Widget als aktive Fläche zu betrachten
    Zitat von greentux Beitrag anzeigen
    Weiterhin auch die Statuszeile ("Reload").
    Die Status-Zeile ist so eine Sache.

    Wer nutzt die denn zur Zeit "sinnvoll", d.h. als Favorit für eine Unterseite oder zur Anzeige von Status-Informationen? Oder gar etwas, an das ich noch gar nicht gedacht habe?

    Per Default ist die ja mehr mit Entwicklungs-Hilfen voll als mit produktiv sinnvollem...

    Ansonsten ist es gut möglich, dass hier ein paar Optimierungen in den CSS für mobile Geräte notwendig sind - ich kann hier nur für das Pure-Design sprechen, das ist aber von mir auf mobilen Geräten einfach nicht getestet (ich habe aber eigentlich alle Größen bewusst in Millimeter definiert so wie in abgeleitete, relative Größen (em) da beim Touch-Display ja die Finger-Größe entscheidend ist und nicht die Display-Auflösung).
    Die Statuszeile fällt auf meinen Touchs (1024x786) nicht weiter auf - auf einem mobilen Gerät mit Winz-Display (= wohl alles bis 10") dürfte die nur wertvollen Platz verbrauchen. Wie wäre hier eine Lösung, dass die sich einblendet, wenn der Finger unten am Display ist?

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Page Links generell sind recht klein auf einem Telefon.
    Weiterhin auch die Statuszeile ("Reload").

    Einen Kommentar schreiben:


  • makki
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    xkcd: Standards
    .. (Wer kann das einfordern? Ich zumindest nicht...)
    Ich kanns gerne versuchen/auf die Agenda setzen. Alleine der Glaube fehlt mir (wenn man offensichtliche Versäumnisse schon ohne DPT in den vorhandenen Standard schreibt = ??)


    Aber ich muss ein anderes Thema nochmal aufwärmen: die Navigation mit den Seiten am oberen Bildschirmrand geht IMHO einfach auf den "kleinen" garnicht. Das ist Fingernagel + 5x tippen..
    Wie würde es "richtig" sein, zwei Buttons für vor/zurück eher Mittig zu haben ? ( ich arbeite mich ja langsam in JS ein ) -> Ich denke da immernoch an jQ "Tabs" aber ich mag mich täuschen..

    Makki

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von JNK Beitrag anzeigen
    Die möchten gerne DPT:20.102 für "Betriebsartvorwahl". So wie von uns implementiert. Die Rückmeldung erfolgt dann aber anders, wie auch in "KNX Data Types v1.5.00 AS" in Appendix A beschrieben
    [...]
    Dummerweise hat das keine eigene DPT-Nummer.
    xkcd: Standards

    Die Lösung kann ja eigentlich nur sein, dass dem eine eigene DPT-Nummer zugewiesen wird. (Wer kann das einfordern? Ich zumindest nicht...)

    Bis dahin, einfach einen eigenen Namen ("the Eberle status octet" wäre doch mal ein guter Vorschlag ) festlegen.

    Einen Kommentar schreiben:


  • makki
    antwortet
    Zitat von JNK Beitrag anzeigen
    ..
    aber trotzdem keine eigene Nummer hat
    Nun, schön ist das nicht aber was sollen wir machen: es muss funzen..
    Nur die wenigsten haben überhaupt verstanden DPT statt den 20J alten EIS in den Kopf zubekommen, wenn ich bei der Konnex jetzt frage bekomme ich zu 99,9% eine nicht weiterführende AW..
    -> Ergo ist Nummer erfinden (vielleicht 0.9.[0-9]+ ohne a-z) halt dann vorerst eben so
    Die Bitmaske auszuwerten bekommen wir ja nun hin..

    Makki

    Einen Kommentar schreiben:


  • JNK
    antwortet
    Kommt auf einer anderen GA, deswegen geht das ja mit 20.102 für die Vorwahl-GA und 20.102a für die Status-GA.

    Das Problem ist ja, dass es zwar im Standard beschrieben ist, aber trotzdem keine eigene Nummer hat und ich im Prjnzip von 'Nummern erfinden' nichts halte.

    Gruß,

    der Jan

    Einen Kommentar schreiben:


  • makki
    antwortet
    Ich kann mich garnicht erinnern DPT20 eingebaut zu haben, das muss jemand anders verbrochen habe
    Nun, wenns so ist (kommt das auf derselben GA zurück?) und es üblich ist (??) dann baut man das halt um. Andere die DPT (überhaupt) oder 20.102 nutzen wären mir jetzt ausm stegreif eh nicht bekannt.
    Ich hab weder Heizungsaktoren noch RTR im "Echtbetrieb", kann da also was die Praxis angeht nur schwer mitreden..

    Makki

    P.S.: So Hersteller wie MDT lesen halt offenbar den Standard und setzen ihn auch um, ich bin ja absolut für DPT's aber wenn ich mir meine B.IQ da ansehe fühle ich mich immer so alleine..

    Einen Kommentar schreiben:


  • JNK
    antwortet
    Hallo zusammen,

    ich bin grade mit meinen MDT Heizungsaktoren zu Gange. Da gibt es ein kleines Problem:

    Die möchten gerne DPT:20.102 für "Betriebsartvorwahl". So wie von uns implementiert. Die Rückmeldung erfolgt dann aber anders, wie auch in "KNX Data Types v1.5.00 AS" in Appendix A beschrieben, nämlich nicht 0x01, 0x02, 0x03, 0x04, sondern 0x01, 0x02, 0x04, 0x08. Und dazu noch mit 0x20 überlagert, wenn es ums Heizen geht.

    Dummerweise hat das keine eigene DPT-Nummer. Was nun? Als Fix für mich habe ich das ganze als "20.102a" implementiert, aber das ist ja nicht so ganz Standard-konform.

    Gruss,

    der Jan

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Man kann auch anmerken, das der Editor eben noch unstable ist. Ich denke, die 10 PNs Woche Schreiber können auch nen Editor auf dem WG bedienen.
    Es müsste dann nur zeitnah Bugfixes geben. Wie mans macht...

    Einen Kommentar schreiben:


  • makki
    antwortet
    Zitat von greentux Beitrag anzeigen
    gerade den Editor nutze ich derzeit noch nicht.
    Naja, es ist aber zumutbar da unten auf Edit zu drücken. Das wäre nämlich eigentlich so mein Ziel, das es ohne XML-Editor geht
    lang="de" current="true" forecast="true"
    ist übrigens default, ich stehe total auf "geht erstmal einfach"

    Apropos öffentliche Beta
    Es wird zeit, die 10 PNs/Woche nerven, ich schalt die Leute ja gerne frei aber Alfred muss es auch tun und...
    Blocking IMHO (seitens dessen wo ich mich nicht selbst in der Bringschuld befinde):
    Editor: Plugins de/aktivieren? (+ das was Chris anmerkte)
    Slider aufm Touch: geht nicht, kommt nicht gut.

    Sonst kann man damit IMHO starten, hey, das ist sicher noch nicht perfekt aber besser als 90% des Marktes, das reicht wohl für Beta

    Makki

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von greentux Beitrag anzeigen
    Nein mit Beta Seite meinte ich diese hier SourceForge.net: CometVisu/Beta - Open Automation
    Die ist nicht im Projektwiki verlinkt, also nur durch "recent changes" etc zu finden.
    Ja, das ist Absicht - neben einem Forum-Eintrag hier mit der offiziellen Ankündigung ist das das einzige, was die nicht-öffentliche von der öffentlichen Beta unterscheidet.

    Klar ist der "Schutz" sehr gering - aber wer die Seite aktuell findet, hat auch verdient den Inhalt kennen zu lernen

    Apropos öffentliche Beta: die würde ich liebend gerne starten, IIRC fehlt aber noch zwei Änderungen am Editor (Bug #3306499 und #3306497) - oder sehe ich da was falsch?

    Einen Kommentar schreiben:


  • greentux
    antwortet
    done.
    für alle anderen:
    <gweather refresh="300" city="Dresden" lang="de" current="true" forecast="true"/>

    Einen Kommentar schreiben:


  • greentux
    antwortet
    gerade den Editor nutze ich derzeit noch nicht. Will erst alles andere testen. Wenn Du also die Zeile xml für mich bitte hättest

    Nein mit Beta Seite meinte ich diese hier SourceForge.net: CometVisu/Beta - Open Automation
    Die ist nicht im Projektwiki verlinkt, also nur durch "recent changes" etc zu finden.

    Einen Kommentar schreiben:


  • makki
    antwortet
    Ich habs noch nicht in die default-config weils mir nicht perfekt genug ist..

    Oben ins XML:
    <plugins>
    <plugin name="gweather"/>
    ...

    Der Rest geht mitm Editor, zwingend notwendig ist nur "city": ausprobieren mit
    http://www.google.com/ig/api?weather=BUXTEHUDE
    Ansonsten kann die config ja jeder von meiner Demo-seite laden..

    btw, hat es einen grund, warum die beta cometvisu seite im wiki nicht verlinkt ist?
    Ja: das ist echt, echt. Einen "dummy" nehme ich mir schon länger vor.. Aber ich persönlich finde "echt" überzeugender, für einen kleinen Kreis geht das.. Keine Facebook-Partys mit meinen LED's in der Küche

    Makki

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Ist für gweather noch irgendwo ein kleiner codeschnipsel zu finden zwecks einbindung?
    ich kann jetzt weder in der demo xml noch im code selber was dazu finden, wobei php nicht mein ding ist
    ich würds dann auch ins wiki schreiben...

    btw, hat es einen grund, warum die beta cometvisu seite im wiki nicht verlinkt ist?

    Einen Kommentar schreiben:

Lädt...
X