Neues Design: Metal

[DasVantom]

Scrollverhalten

Hi zusammen,

Zitat netsrac:
"Wenn man touched und schiebt, dann bewegt sich zwar der Scrollbereich, sobald man aber wieder los läßt, springt es zurück auf die ursprüngliche Position..."

Das selbe Problem müsste jeder mit einem IOS6-Smartphone haben. Da das Problem nur im mobilen Metal-Design auftritt, wollte ich es einmal hier posten, mit der Hoffnung, jemand mit Ahnung könnte sich der Sache annehmen.

Ich habe leider auch hier keine Ahnung um irgend einen Beitrag leisten zu können. Wenn ich wüsste wie man an alte SVN's kommt, könnte ich Dateien Vergleichen, deren Unterschiede mir jedoch auch nicht weiter helfen würden.

Kurz und knapp: Hilfe, bitte?


Danke
Gruß

Florian

[peuter]

Warum eine Verschachtelung von groups mit no_widget nicht gewollt ist, ist mir nicht klar. In dem gezeigten Beispiel könnte man z.B. den zweiten Text durch mehrere Trigger ersetzen. Durch die Groups kann man dann natürlich sehr gezielt das "Wunschlayout" umsetzen.

Kannst Du mir mal ein konkretes Beispiel liefern, für das man diese Möglichkeit braucht. Meiner Meinung nach kann man alle Elemente über die Layout-Einstellungen so positionieren wie man das möchte und die Nowidget-Groups haben lediglich die Aufgabe die inneren Rahmen zu entfernen (so also optisch wie ein normales Widget zu verhalten). Daher sehe ich den Sinn einer verschachtelten Nowidget-Group nicht, da die inneren Rahmen ja schon durch die äußere Nowidget-group entfernt wurden.
Ist aber auch sehr gut möglich, dass ich damit falsch liege, daher bitte ein Beispiel mit dem das klar wird.

[XueSheng]

Eine group die als nowidget deklariert wurde soll nur einen äußeren Rahmen haben, die Widgets innerhalb der Group sollen keinen Rahmen haben. Also an der Stelle ist das genauso gewollt. Wenn Du den Rahmen um die innerste Group aus Deinem Beispiel nicht haben möchtest, lass die group einfach weg, macht an der Stelle IMHO eh keinen Sinn.

Dass die zusätzliche Group in diesem Beispiel keinen Sinn ergibt, ist klar. Sollte ja auch nur so einfach wie möglich die Situation zeigen.

Warum eine Verschachtelung von groups mit no_widget nicht gewollt ist, ist mir nicht klar. In dem gezeigten Beispiel könnte man z.B. den zweiten Text durch mehrere Trigger ersetzen. Durch die Groups kann man dann natürlich sehr gezielt das "Wunschlayout" umsetzen.

Mich wundert nur, dass dies anfang des Jahres noch ging und mit einer der SVN Update dann eben nicht mehr.

[Bodo]

Verständnis habe ich dafür, das jemand der den Code nicht genauer kennt, die XSD bezüglich der Elemente vervollständigen kann.

Hoi

Den Satz hab' ich zwar nicht verstanden um diese Zeit, aber ich hab' verstanden, dass ich mich in das XSD hineinlesen kann.

[Chris M.]

Ich würde ja gerne zur Doku beitragen, aber ich kenn' ja die ganzen Gimmiks selber nicht.

Was jeder hier können sollte, wäre den in der XSD bereits enthaltenden Elementen dort einen passenden kurzen Doku-Text hinzuzufügen (vgl. die paar schon bestehenden Beispiele).

Und im zweiten Schritt daraus entsprechende Beschreibungen für's Handbuch zu generieren.

Verständnis habe ich dafür, das jemand der den Code nicht genauer kennt, die XSD bezüglich der Elemente vervollständigen kann.
Und wie man durch geschickte Kombination der Möglichkeiten (die ja auch in der XSD dokumentiert sind) hübsche Seiten baut, ist auch ein Thema, dass man "können" muss. Hier geht Patrick durch die Demo-Configs aber genau den richtigen Weg, wie man dieses Wissen weitertragen kann.

[Bodo]

Hoi Tobias

Ja danke, hat geklappt. Hab' jetzt einen anderen Switch genommen aus Versehen

<layout colspan="6"/>
<info mapping="OnOff_Licht">
   <layout colspan="1"/>
   <address transform="DPT:1.001" mode="read">1/4/16</address>
</info>
<switch mapping="On_Off" styling="Red_Green">
   <layout colspan="5"/>
   <label>Deckenlicht</label>
   <address transform="DPT:1.001" mode="readwrite">1/1/16</address>
</switch>

[peuter]

Wenn Du unterschiedliche Mappings haben willst musst Du das Ganze auf mehrere Elemente aufteilen. Ne andere Lösung fällt mir nicht ein probier mal etwas in der Richtung:

<group nowidget="true">
   <layout colspan="6"/>
  <info mapping="OnOff_Licht">
    <layout colspan="1"/>
    <address transform="DPT:1.001" mode="read">1/4/11</address>     
  </info>
  <text>
    <layout colspan="2"/>
    <label>Zimmer 1</label>
  </text>
  <switch mapping="On_Off" styling="Red_Green" align="center">
    <layout colspan="3"/>
    <address transform="DPT:1.001" mode="write">1/1/11</address>  
    <address transform="DPT:1.001" mode="read">1/4/11</address>     
  </switch>
</group>

Das ist jetzt aus dem Stand und ungetestet, funktioniert vielleicht nicht auf anhieb aber die Richtung sollte stimmen. Die entsprechenden Layout-Elemente musst Du natürlich noch einfügen. Hoffe das hilft Dir weiter.

[Bodo]

Hoi Tobias

So hatte ich mir das gedacht:

      <mapping name="OnOff_Licht">
        <entry value="0">
          <icon name="light_light" flavour="white"/>
        </entry>
        <entry value="1">
          <icon name="light_light" flavour="sodium"/>
        </entry>
      </mapping>

    <switch mapping="On_Off" styling="Red_Green" align="center">
      <label><icon name="light_light" [COLOR=Red]mapping="OnOff_Licht"[/COLOR]/>Zimmer 1</label>
        <address transform="DPT:1.001" mode="write">1/1/11</address>
        <address transform="DPT:1.001" mode="read">1/4/11</address>
    </switch>

[peuter]

Hi Bodo,

das ist allerdings kompliziert. Kannst Du mir eventuell ein Config-Beispiel geben, damit klar wird was genau Du meinst. Das würde extrem hilfreich sein, bevor ich in die falsche Richtung denke.

[Bodo]

Hoi Tobias

Ja das funktioniert, danke. Jetzt wird's gleich noch komplizierter:

Ich habe ein Label mit Icon und einen "Taster" Switch. Der Taster hat ein Mapping Red_Green.
Gerne hätte ich im Label -> Icon ein Mapping white sodium.

[peuter]

Die innere Group zeigt einen deutlichen Rahmen, der eigentlich nicht existieren sollte!?
Wenn die äußerte group als no_widget deklariert ist, wird sogar ein vollständiger Rahmen um alle beinhalteten Elemente gezogen.

Bekannter Bug oder Feature?

Eine group die als nowidget deklariert wurde soll nur einen äußeren Rahmen haben, die Widgets innerhalb der Group sollen keinen Rahmen haben. Also an der Stelle ist das genauso gewollt. Wenn Du den Rahmen um die innerste Group aus Deinem Beispiel nicht haben möchtest, lass die group einfach weg, macht an der Stelle IMHO eh keinen Sinn.

Wenn ich die Sliderbahn mit dem flavour="sodium" orange einfärbe wird automatisch auch das Icon vom Label orange.

Das ist auch so gewollt. Du solltest aber das Icon selbst mittels flavour oder color Attribut widerrum ändern können, oder? Also z.B. so:

<slide flavour="sodium">
  <label><icon name="test" flavour="white"/>Test</label>
  <address transform="DPT:5.001" variant="">x/x/x</address>
</slide>

[Bodo]

Hoi

Wenn ich die Sliderbahn mit dem flavour="sodium" orange einfärbe wird automatisch auch das Icon vom Label orange.

Ich würde ja gerne zur Doku beitragen, aber ich kenn' ja die ganzen Gimmiks selber nicht.

[XueSheng]

Seit einigen Wochen habe ich ein Problem mit verschachtelten groups (mit no_widget).

In der default metal config habe ich zur Verdeutlichung mal zwei verschachtelte groups in eine existierende group eingefügt:

    <group name="Allgemein">
      ...
      ...
      ...
      <group nowidget="true">
        <layout colspan="6"/>
        <text>
          <label>Text</label>
        </text>
        <group nowidget="true">
          <layout/>
          <text>
            <label>Text2</label>
          </text>
        </group>
      </group>
    </group>

Das Ergebnis ist angefügt. Die innere Group zeigt einen deutlichen Rahmen, der eigentlich nicht existieren sollte!?
Wenn die äußerte group als no_widget deklariert ist, wird sogar ein vollständiger Rahmen um alle beinhalteten Elemente gezogen.

Bekannter Bug oder Feature?

[mikeeyy]

[QUOTE=ZeitlerW;295969]Hi mikeeyy

diagram_inline gibts nicht mehr siehe https://knx-user-forum.de/cometvisu/...tml#post293979

Hallo Wolfgang,

Ok. Das erklärt es. Vielen Dank! :-)

[ZeitlerW]

Hi mikeeyy

diagram_inline gibts nicht mehr siehe https://knx-user-forum.de/cometvisu/...tml#post293979

vG
Wolfgang