Bugs et autres ameliorations KNXWEB2

[IDMB]

Bonsoir,

je vous propose ce topic afin de lister les différents bugs de KNXWEB2 et ainsi faire avancer le schmilblick.
(si autre chose que l'outil de ticket présent sur sourceforge existe je suis preneur)

En effet, nous voyons tous plusieurs bugs et parfois en créons d'autres... aidons les dév. de ce super soft à avoir quelque chose de centralisé.

- Left padding pour les boutons ce qui peut etre fort pratique quand on veut avoir des boutons avec un icône à gauche puis le libellé après.

Insérer dans le widget button
widget.js en ligne 48 (ou 56) ou sous text-padding-top

    if (this.conf.getAttribute("text-padding-left")!="") $('.buttonContent', this.div).css('padding-left', this.conf.getAttribute("text-padding-left")); else $('.buttonContent', this.div).css('padding-left', '0');

et aussi dans manifest.xml ligne 23 ou sous text-padding-top

        <setting id="text-padding-left" label="Left padding" type="text" default="0" />

je le rajoute à chaque mise à jour pour mon design.

- Delay, quand on est dans un button et que l'on veut mettre un délais entre deux commandes il pourrait-être agréable de l'avoir en ms au lieu de s car attendre 1s ou une demie-seconde ca ce voit et c'est ennuyeux. de plus cette fonction bug. si on met une valeur que l'on sauvegarde puis que l'on revient, la valeur du delay a disparu.

-Slider, pour tout ceux comme moi qui utilisent une tablette ou autre iDevice de la pomme, le slider est légèrement complexe. Grace à Anthony que je salue et remercie par ces quelques lignes, une solution peut-être mise en place même si des fois elle perd de la fluidité mais en attendant c'est déjà super!

il faut donc ajouter cette ligne
tpl()->addJs('lib/jquery.ui.touch-punch.min.js');

dans setup.php et design_view.php après la ligne :
tpl()->addJs('js/widget.js');

il ne faut pas oublier de mettre le fichier que j'ai joins jquery.ui.touch-punch.min.js dans le dossier knxweb2/lib/

-subpages, je rencontres des soucis avec les subpages lors de la sauvegarde, ca ne prends pas tous les paramètres et lors d'un reload ils ne sont plus la.

je vous laisse continuer à mettre vos différents bugs et espérons que nous arriverons à tous les corriger ;)

[Laurent ARNAL]

Bonjour,

Je suis tomber sur un truc bizarre l'autre jour en voulant ï¿œcrire une
nouvelle widget.
Je n'ai pas analysￜ dans le dￜtail, mais j'ai vu que le systￜme de
templating des widget utilise un div avec un css class de la forme:
<div class="widget nomdelawidget">...

Je ne suis pas sure que l'espace dans le nom de la classe css soit trï¿œs
valide.
Dans mon cas, j'essayai d'ajouter une balise canvas dans la widget, et ￜ
minima, sous firefox, cette espace semble posait un problￜme ￜ la balise
canvas.

Laurent.

Le 22/01/2013 22:41, IDMB a ï¿œcrit :
> mise ￜ jour pour mon design.

[IDMB]

je poursuis mes demandes, et me pose la question de la faisabilité de transformer le design_view.php evec le tpl associé en html5, je dis cela car en essayant de faire un cache.manifest etc... je me suis rendu compte que beaucoup d'échanges de css et autres fichiers se font et cela ralenti la connexion depuis un smartphone. Hors avec du html5 js css ont pourrait avoir une partie viewer directement dans les smartphones qui ne ferait qu'allé chercher le design et communiquer avec linknx.

[knx...@gmail.com]

Ma suggestion du jour :

knxweb2 nécessite impérativement de créer tous les boutons et d'associer
les diverses GA, et de placer tout ça sur un GUI.

Ce serait pas mal d'avoir un template qui génère automatiquement une ou
plusieurs pages directement en se basant sur les objets définis dans le
fichier linknx.xml. Cette page serait bien sûr générique, sous forme de
tableau, et permettrait de pouvoir agir sur tous les objets, même si on n'a
pas encore créé un joli GUI.

[Mika-nt28]

Une fonction import / export serait bien afin de pouvoir sauvgarder et partager  nos design et sub-pages

[Anthony PENHARD]

@knxmob

> Ce serait pas mal d'avoir un template qui génère automatiquement une ou
> plusieurs pages directement en se basant sur les objets définis dans le
> fichier linknx.xml. Cette page serait bien sûr générique, sous forme de
> tableau, et permettrait de pouvoir agir sur tous les objets, même si on n'a
> pas encore créé un joli GUI.

je vois l'idée après le résultat ne sera sans doute pas "top" et sous
quel forme représenter les objects ?
pour certains type ça peut être faiseable genre les 1.001 => "boutton"
avec une lampe
ou les format de dates et heures (10.001 et 11.001) par contre
certains comme les "dimmer" (3.007 ou 3.008) comme faire ?
les entier sous forme de text genre "température", les valeur 0-100 ou
0-255 avec un slider ...
donc un tableau avec le widget + un widget text a coter pour donner le
nom de l'object lié pour savoir à quoi ça correspond

le résultat risque d'être un peu le "fouillis" par sur que cela soit
vraiment exploitable ensuite ...

@+
Anthony

[Anthony PENHARD]

@Mika-nt28

> Une fonction import / export serait bien afin de pouvoir sauvgarder et
> partager nos design et sub-pages

dans la prochaine version il y aura d'intégrer une fonction d'import
de sub-pages, je vais regarder pour la fonction d'export
mais aussi l'import de nouveaux widgets par rapport à un référentiel
qui pourra être enrichis

pour la sauvegarde, le dossier "design" est a prendre complet et
éventuellement les images importées également
le besoin est une fonction de "duplication de design" ?

@+
Anthony.

[knx...@gmail.com]

Le vendredi 25 janvier 2013, Anthony PENHARD a écrit :

> je vois l'idée après le résultat ne sera sans doute pas "top" et sous
> quel forme représenter les objects ?
> pour certains type ça peut être faiseable genre les 1.001 => "boutton"
> avec une lampe
> ou les format de dates et heures (10.001 et 11.001) par contre
> certains comme les "dimmer" (3.007 ou 3.008) comme faire ?
> les entier sous forme de text genre "température", les valeur 0-100 ou
> 0-255 avec un slider ...
> donc un tableau avec le widget + un widget text a coter pour donner le
> nom de l'object lié pour savoir à quoi ça correspond
>
> le résultat risque d'être un peu le "fouillis" par sur que cela soit
> vraiment exploitable ensuite ...

Peut-être partir sur un truc simplissime, en partant sur des valeurs brutes
(ou 0-100%) pour les entiers/flottants. Des sliders ou des spinbox (ou les
2 ?)

Et peut-être par la suite l'enrichire, en permettant de sélectionner le
type exact (température, niveau de luminosité, etc), ce qui associera un
widget plus adapté.

Mais sans aller trop loin, vraiment pour avoir une sorte de récape, pour le
début du projet et ensuite, pour avoir tout ça sous forme de liste, plus
vite accessible...

Merci, en tout cas !

[889laurent]

J'ai fait plusieurs essais avec des navigateur différents sous os mac X. Sur le mac avec safari et firefox, l'état des objet ne s'actualise pas. Il faut recharger la page pour récupérer le dernier Etat. Par contre sous ipad et safari fonctionne correctement.

[Julien ( Besançon )]

@lo73fr

Je ne suis pas sure que l'espace dans le nom de la classe css soit très valide.

Je n'y connais encore pas grand chose (en fait rien) en knxweb mais en CSS on peut attribuer plusieurs class à un objet.

Pour cela il suffit de les séparer par un espace :

<div class="nameclass1 nameclass2">

[sprint95]

bonjour,

Dans les améliorations qui seraient sympa, est il possible de rendre une zone area scrollable ? 

Ce qui permet de mettre plein de boutons les uns dessous les autres dans une zone réduite de l’écran et donc d'avoir ensuite une zone qui s'active lorsque le bouton est pressé et bien sur du coup, on a acces à la fonction :D

Faisable ? 

Thierry