Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Die Visu ist noch nicht produktiv, da darf so ein Späßchen schon sein
Mittlerweile brauch ich keinen Editor mehr
Wenn man das erstmal gerafft hat und nen vernünftigen Editor* mit Syntax-Highlighting hat dann kann auch sone xml sehr übersichtlich werden. Ausblenden von "fertigen" Elementen usw. macht das dann recht angenehm.
Nur damit es später keine roten Wangen gibt, wenn die Schwiegermutter es sieht, oder Bruno fragt:
Das Symbol neben "Außen": Das was der Mann da in der Hand hat ist keine Schubkarre... ;-)
Darstellung:
Also Firefox läuft ohne Probleme mit der aktuellsten Version. Beim iPad und Chrome gibt es noch Darstellungsfehler auf meiner "Diagramme"-page. Dort werden die Ecken nicht gerundet. Meine config häng ich mal mit an.
Statusleiste:
Beim Ipad scheint das resize nicht so 100% zu funktionieren. Die Erkennung und das Einblenden des leeren Bereichs geht, aber beim scrollen nach unten ober oben ist die Seite insgesamt dann eben 1em größer. Siehe Screenshots.
Sonstiges:
Was irgendwie nicht geht ist einen icon mit einem styling zu versehen -> Beispiel "Präsenz" auf der Übersicht.
Auch die Farbe rot wird über ein Styling nicht dargestellt sonder bleibt grau (blau und grün jedenfalls funktionieren) -> Beispiel "Speichertemperatur" auf der Übersicht.
Mir ging es eher um die Farben Die Ecken hab ich mir schon gedacht, dass sich da was geändert hat, das verfolge ich mal.
Browser sicherlich etwas älter
Chrome: 21.0.1180.75 m
Firefox: puhhh war schon sehr alt
Opera: 12.00 b1467
Hier mal Screenshot von 3 Browsern auf Windows XP. Deshalb hasse ich CSS, irgendwie sieht das überall anders aus .
Das sieht allerdings deutlich anders als bei mir aus. Zumindest im Firefox sollten die wenigsten Darstellungsfehler auftreten, da ich den selbst benutze. Selbst im Chrome sieht das bei mir anders und besser aus. Da hab ich nur den von Dir bereits beschriebene Bug mit der rowspan=x Einstellung, die dazu führt, das die Eckenrundung überlagert wird.
Eine Sache fällt mir allerdings auf: Ich habe bei einem der letzten Commits, die Darstellung der Groups mit nowidget="true" Deklaration umgestellt. Diese Gruppen sollten ohne Rahmen dargestellt werden (so ist das ürsprünglich auch gedacht, hatte ich nur anfangs nicht kapert). Also entferne das mal aus Deiner Config. Dann sollten zumindest die Gruppen wieder einen ordentlichen Rahmen mit runden Ecken haben.
Ansonsten wäre es vielleicht noch interessant zu wissen welche Versionsnummern die Browser haben in denen Du getestet hast.
Es müsste irgendwie gehen die iRgendwas-Geräte zu identifizieren. Und wenn man eines hat dem CSS zu sagen, dass genau dort oben halt noch etwas Abstand hingehört...
Hmm, ich glaube nicht das das Problem löst.. m.W. kann man "Apps" (also Browser) kaufen, die wirklich Fullscreen machen.
Aber die Navigation in die linke, obere Ecke gepresst ist mit Verlaub: eh nix. Das ist auf jeglichem <= 7" ein Schmerz und aufm grossen ne Notlösung..
Die Smartphones mit 68% Marktanteil haben dasselbe Problem
Ich wäre eher dafür das Defaultmässig in die linke Navbar zu legen (Bildschrime sind breiter als hoch), im Optimalfall blendet sich diese navbar jQ-UI-like optional aus..
Ich würde aber auch eher demo.wiregate.de als Referenz sehen bzw machen.
Falls sich jemand berufen fühlt, nehme ich (Demo-)configs dafür übrigens liebend gerne an, da können wir auch gerne 15 verschiedene zum Vergleichen machen, liegt offen; auf einem echten KNX ist das natürlich realistischer als ne lokale Demo..
Ne, schön wird nicht gehen. Ich hab's mal probiert - und dann aufgegeben... Für Vorschläge, wie man alle Widgets in schön und allen Designs zeigen kann binn ich weiterhin offen!
Warum nicht trennen:
Eine Demo für alle Widgets, wie gehabt und eine fürs Auge, z.B. die aus dem ersten Beitrag. Die müsste doch auch in anderen Designs gut aussehen, oder?
Danke!
Für mich sollte Zurück immer die Seite sein, auf der ich vorher war.
Ohne hier jetzt in den Code zu schauen: evtl. lässt sich über scrollToPage() hier die Logik wieder gerade bügeln - denn die Annahme, dass man nur dadurch die Seite wechselt ist weiterhin gültig.
Im Grunde war der Code für die Browser-History schon da. Da war scheinbar nur ein Workaround eingebaut, der die echte History umgeht und stattdessen eine Seite nach oben geht. Den Workaround hab ich jetzt mal entfernt, somit sollte das ursprüngliche Verhalten wieder hergestellt sein.
Wenn man dem letzten Element in einer group ein "rowspan=x" mitgibt (aufgefallen bei x=1 aus dem alten Design) dann werden die Ecken unten nicht abgerundet sondern abgeschnitten. Wird "rowspan=x" entfernt sieht alles wieder gut aus. Eigentlich nur wichtig wenn jemand ein widget einbaut das eine definierte Größe braucht.
Kann ich leider nicht nachvollziehen bei mir. Kannst Du mal Deinen Browser-Cache leeren. Wenn das Problem dann immer noch besteht, wäre ein Screenshot und eine Beispiel-Config hilfreich.
Nicht dass ich das hier schlecht reden will, im Gegenteil - für ein so junges Design echt super! Gefällt mir wirklich und bringt mich dazu endlich mal einiges zu visualisieren was ich schon lange vor hatte.
Ein Darstellungsfehler ist mir aber noch aufgefallen: die Navbar zeigt immer den 2. Teil mit an. Der sollte aber erst mit Klick auf "Navbar Test" eingeblendet werden.
Da das nun alle Designs betrifft, haben wir eine Regression im Code!
Ich habs mal versucht so umzusetzen für Top-Navigation, Footer und Navbars inkl. Vererbung. Ich hab die drei attribute showtopnavigation, showfooter und shownavbar genannt.
Bitte testet das mal, das war jetzt schon etwas komplizierter und ich befinde mich da immer noch in der Lernphase, was die interne Programmierung der CometVisu angeht.
Hab's noch nicht getestet - was mir aber beim lesen der Commit-Mails aufgefallen ist: bitte keine Tabulatoren verwenden! (vgl. auch CometVisu/CodingStyle - Open Automation)
Zumindest bin ich dabei noch auf einen kleinen Bug gestoßen, der die Funktion des Zurück-Buttons des Browsers gestört hat. Zu dem Thema hätte ich auch direkt eine Frage:
Zur Zeit scheint das so zu sein, dass der Zurück-Button immer eine Ebene hoch im "Page-Tree" geht unabhängig davon, welche Seite denn nun wirklich zuletzt angezeigt wurde. Ist das so gewollt oder hab ichs sogar nur falsch interpretiert?
Die Annahme das "Zurück == Seite nach oben" war früher gültig. Mit <pagejump> wurde hier die Annahme zerstört...
Für mich sollte Zurück immer die Seite sein, auf der ich vorher war.
Ohne hier jetzt in den Code zu schauen: evtl. lässt sich über scrollToPage() hier die Logik wieder gerade bügeln - denn die Annahme, dass man nur dadurch die Seite wechselt ist weiterhin gültig.
Ach ja ich hab dann auch mal versucht die Demo-Seite im Metal-Design besser aussehen zu lassen. Die Demo Seite in schön wird wohl nicht gehen, aber zumindest sollten keine offensichtlichen Darstellungsfehler auftreten
Ne, schön wird nicht gehen. Ich hab's mal probiert - und dann aufgegeben... Für Vorschläge, wie man alle Widgets in schön und allen Designs zeigen kann binn ich weiterhin offen!
Ein Darstellungsfehler ist mir aber noch aufgefallen: die Navbar zeigt immer den 2. Teil mit an. Der sollte aber erst mit Klick auf "Navbar Test" eingeblendet werden.
Da das nun alle Designs betrifft, haben wir eine Regression im Code!
Wenn man dem letzten Element in einer group ein "rowspan=x" mitgibt (aufgefallen bei x=1 aus dem alten Design) dann werden die Ecken unten nicht abgerundet sondern abgeschnitten. Wird "rowspan=x" entfernt sieht alles wieder gut aus. Eigentlich nur wichtig wenn jemand ein widget einbaut das eine definierte Größe braucht.
P.S.:
Nicht dass ich das hier schlecht reden will, im Gegenteil - für ein so junges Design echt super! Gefällt mir wirklich und bringt mich dazu endlich mal einiges zu visualisieren was ich schon lange vor hatte.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: