diff --git a/de_DE/plugins/jeelocker/beta/changelog.md b/de_DE/plugins/jeelocker/beta/changelog.md index 12b0a2a4c62..494fca39b25 100644 --- a/de_DE/plugins/jeelocker/beta/changelog.md +++ b/de_DE/plugins/jeelocker/beta/changelog.md @@ -1,7 +1,5 @@ # Changelog Jeelocker -# Changelog Jeelocker - # Changelog-Plugin jeelocker >**WICHTIG** diff --git a/fr_FR/beta/index.md b/fr_FR/beta/index.md index 6ab4003ac31..7e977754b05 100644 --- a/fr_FR/beta/index.md +++ b/fr_FR/beta/index.md @@ -15,7 +15,7 @@ Le développement du Core se fait sur [Github](https://github.com/jeedom/core) s > Le passage en beta (ou alpha) d'un plugin ou du Core est risqué et interdit tout accès au support officiel de l'équipe Jeedom. Les développeurs sont toutefois présents sur [Community](https://community.jeedom.com/) pour aider en cas de problème, sans garantie toutefois. > **Important** -> Il est fortement déconseillé d'installer une beta ou alpha sur un Jeedom de production ! Il est indispensable de tester sur un Raspberry ou une VM de test, et L'équipe Jeedom ne pourra être tenue pour responsable de tout dysfonctionnement. +> Il est fortement déconseillé d'installer une beta ou alpha sur un Jeedom de production ! Il est indispensable de tester sur un Raspberry ou une VM de test et l'équipe Jeedom ne pourra être tenue pour responsable de tout dysfonctionnement. ### Comment @@ -25,13 +25,13 @@ Le Core possède trois branches principales sur [Github](https://github.com/jeed - **alpha** : Branche de la version V4 alpha. Principalement destinée aux développeurs pour la version suivante de Jeedom. - **beta** : Branche de la version V4 beta. Principalement destinée aux beta testeurs, pour tester avant passage en Stable. -- **V4-stable** : Branche stable de la V4. +- **master** : Branche stable de la V4. > **Attention** > Encore une fois, cette manipulation est à réserver aux utilisateurs avancés en toute connaissance de cause. > **Attention** -> Le *downgrade* de version est totalement déconseillé et peut rendre Jeedom totalement inopérant. Par exemple, updater de Beta v4.2 vers Stable v4.1 ne doit pas être fait ! Dans ce cas, la meilleure solution est d'attendre la future version Stable de l'actuelle Beta, puis remettre la configuration de Jeedom en version Stable, et faire une mise à jour manuelle. De même un backup d'une version ultérieure ne doit pas être restauré sur une version antérieure (par exemple backup 4.2 sur Core 4.1). +> Le *downgrade* de version est totalement déconseillé et peut rendre Jeedom totalement inopérant. Par exemple, *downgrader* de Beta v4.2 vers Stable v4.1 ne doit pas être fait ! Dans ce cas, la meilleure solution est d'attendre la future version Stable de l'actuelle Beta, puis remettre la configuration de Jeedom en version Stable, et faire une mise à jour manuelle. De même un backup d'une version ultérieure ne doit pas être restauré sur une version antérieure (par exemple backup 4.2 sur Core 4.1). Pour changer de version, rendez vous dans *Réglages → Système → Configuration*, onglet *Mises à jour/Market*. Laissez la Source de mise à jour à **Défaut** et choisissez la version que vous souhaitez. @@ -52,7 +52,7 @@ Cette section n'est pas accessible publiquement. Pour y avoir accès, vous devez ### Gestion des mises à jour du Core -En version **Stable**, chaque changement provoque un changement de version (mineure, par exemple 4.1.xx) qui, si vous avez cochée **Vérification automatique des mises à jour**, provoquera un message et l’apparition de la pastille rouge dans la barre de menu. Ces mises à jour sont également affichées dans *Réglages → Système → Centre de Mise à jour* en cliquant manuellement sur *Vérifier les mises à jour*. +En version **Stable**, chaque changement provoque un changement de version (mineure, par exemple 4.1.xx) qui, si vous avez coché **Vérification automatique des mises à jour**, provoquera un message et l’apparition de la pastille rouge dans la barre de menu. Ces mises à jour sont également affichées dans *Réglages → Système → Centre de Mise à jour* en cliquant manuellement sur *Vérifier les mises à jour*. En version **Beta** et **Alpha**, les changements sont beaucoup plus fréquents (plusieurs fois par jour) et ne provoquent pas de changement de version. Elles n'apparaitront donc pas dans le *Centre de Mise à jour*, c'est au testeur de mettre régulièrement le Core à jour, de préférence avant toute phase de test et avant de remonter un problème afin de s'assurer que celui-ci n'a pas déjà été corrigé plus tôt. @@ -60,7 +60,7 @@ En version **Beta** et **Alpha**, les changements sont beaucoup plus fréquents ### Changelog -Dès le début du développement de la version **Alpha**, l'équipe essaye de tenir à jour le futur [Changelog](/fr_FR/core/4.4/changelog). Les nouveautés pouvant évoluer fortement voir être supprimées ou reportées, celui-ci n'est donc pas forcément à jour et n'a pas valeur de référence. +Dès le début du développement de la version **Alpha**, l'équipe essaye de tenir à jour le futur [Changelog](/fr_FR/core/4.5/changelog). Les nouveautés pouvant évoluer fortement voir être supprimées ou reportées, celui-ci n'est donc pas forcément à jour et n'a pas valeur de référence. En version **Stable**, le changelog reprend chaque version mineure (4.1.26 -> 4.1.27 etc). En version **Beta** et **Alpha** le changelog est numéroté x.0.0 et ne correspond donc pas forcément à la version mineure en cours. Par exemple, lors du développement de la v4.2, le changelog est uniquement noté 4.2.0 alors qu'une beta peut être en 4.2.7. Lors du passage en **Stable**, le changelog tiendra alors compte de chaque future version mineure. diff --git a/fr_FR/blea/equipement.compatible.md b/fr_FR/blea/equipement.compatible.md index b81cdb715a2..714026184ea 100644 --- a/fr_FR/blea/equipement.compatible.md +++ b/fr_FR/blea/equipement.compatible.md @@ -54,19 +54,19 @@ |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||Divoom|Pixoo|Afficheur|Fonction garder la connection recommandée|| +||Divoom|Pixoo|Afficheur|Fonction garder la connexion recommandée|| # Divoomtimeboxmini |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||Divoom|TimeBox Mini|Afficheur|Fonction garder la connection obligatoire pour pas avoir le logo bluetooth|| +||Divoom|TimeBox Mini|Afficheur|Fonction garder la connexion obligatoire pour pas avoir le logo bluetooth|| # Dotti |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||Dotti|Dotti|Afficheur|Fonctionnera beaucoup mieux avec option garder la connection|| +||Dotti|Dotti|Afficheur|Fonctionnera beaucoup mieux avec option garder la connexion|| # Dreamscreen @@ -114,11 +114,11 @@ |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||Itag|Itag Noir|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connection, a partir de ce moment là la connection est gardée et le bouton n'est plus visible des autres antennes. La connection se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisi en emission (dans ce cas la il faut bien evidemment choisir la même en réception et émission)|| -||Itag|Itag Blanc|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connection, a partir de ce moment là la connection est gardée et le bouton n'est plus visible des autres antennes. La connection se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisi en emission (dans ce cas la il faut bien evidemment choisir la même en réception et émission)|| -||Itag|Itag Rose|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connection, a partir de ce moment là la connection est gardée et le bouton n'est plus visible des autres antennes. La connection se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisi en emission (dans ce cas la il faut bien evidemment choisir la même en réception et émission)|| -||Itag|Itag Vert|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connection, a partir de ce moment là la connection est gardée et le bouton n'est plus visible des autres antennes. La connection se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisi en emission (dans ce cas la il faut bien evidemment choisir la même en réception et émission)|| -||Itag|Itag Bleu|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connection, a partir de ce moment là la connection est gardée et le bouton n'est plus visible des autres antennes. La connection se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisi en emission (dans ce cas la il faut bien evidemment choisir la même en réception et émission)|| +||Itag|Itag Noir|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connexion, à partir de ce moment-là la connexion est gardée et le bouton n'est plus visible des autres antennes. La connexion se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisie en émission (dans ce cas-là il faut bien evidemment choisir la même en réception et émission)|| +||Itag|Itag Blanc|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connexion, à partir de ce moment-là la connexion est gardée et le bouton n'est plus visible des autres antennes. La connexion se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisie en émission (dans ce cas-là il faut bien evidemment choisir la même en réception et émission)|| +||Itag|Itag Rose|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connexion, à partir de ce moment-là la connexion est gardée et le bouton n'est plus visible des autres antennes. La connexion se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisie en émission (dans ce cas-là il faut bien evidemment choisir la même en réception et émission)|| +||Itag|Itag Vert|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connexion, à partir de ce moment-là la connexion est gardée et le bouton n'est plus visible des autres antennes. La connexion se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisie en émission (dans ce cas-là il faut bien evidemment choisir la même en réception et émission)|| +||Itag|Itag Bleu|Boutons|Attention pour que le bouton fonctionne il faut cocher garder la connexion, à partir de ce moment-là la connexion est gardée et le bouton n'est plus visible des autres antennes. La connexion se fait dès que le bouton est visible dans un délai de 20 secondes (cela se confirme par l'arrêt du clignotement) et cela uniquement sur l'antenne choisie en émission (dans ce cas-là il faut bien evidemment choisir la même en réception et émission)|| # Jinlin @@ -171,12 +171,12 @@ |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||Xiaomi|Miband|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il est plus visible en bluetooth|| -||Xiaomi|Miband1s|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il est plus visible en bluetooth|| -||Xiaomi|Miband2|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il est plus visible en bluetooth|| +||Xiaomi|Miband|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il n'est plus visible en bluetooth|| +||Xiaomi|Miband1s|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il n'est plus visible en bluetooth|| +||Xiaomi|Miband2|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il n'est plus visible en bluetooth|| ||Xiaomi|Miband 3|Santé|Uniquement de la présence pour le moment|| ||Xiaomi|Miband 4|Santé|Uniquement de la présence pour le moment|| -||Xiaomi|Miband (avec led couleur)|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il est plus visible en bluetooth|| +||Xiaomi|Miband (avec led couleur)|Santé|Selon les firmwares peut ne plus fonctionner. Attention si le bracelet est connecté à votre smartphone il n'est plus visible en bluetooth|| # Miflora @@ -261,7 +261,7 @@ |Image|Marque|Nom|Type|Remarque|Lien| |---|---|---|---|---|---| -||E-Diffuser|Tb05|Diffuseur|Il est recommandé d'utiliser l'option garder la connection. Obligatoire pour tenter expérimentalement l'accès au couleur direct|| +||E-Diffuser|Tb05|Diffuseur|Il est recommandé d'utiliser l'option garder la connexion. Obligatoire pour tenter expérimentalement l'accès au couleur direct|| # Ticatag diff --git a/fr_FR/compatibility/index.md b/fr_FR/compatibility/index.md index 33b8676d275..19d149cd0c2 100644 --- a/fr_FR/compatibility/index.md +++ b/fr_FR/compatibility/index.md @@ -2,17 +2,17 @@ Hardware | Etat | Remarques --- | --- | --- -Jeedomboard | Stable | -Hummingboard | Stable | -Odroid C2 | Stable | -Smart | Stable | -RPI1 | Stable | -RPI2 | Stable | -RPI3 | Stable | Attention si vous utilisez un Razberry le wifi/bluetooth ne pourra pas fonctionner -RPI4 | Stable | Attention si vous utilisez un Razberry le wifi/bluetooth ne pourra pas fonctionner -64 bits | Stable | -32 bits | Non supporté | -Vmware | Stable | Pas de support pour VMware, seulement pour Jeedom. +Jeedomboard | Stable | +Hummingboard | Stable | +Odroid C2 | Stable | +Smart | Stable | +RPI1 | Stable | +RPI2 | Stable | +RPI3 | Stable | Attention si vous utilisez un Raspberry le wifi/bluetooth ne pourra pas fonctionner +RPI4 | Stable | Attention si vous utilisez un Raspberry le wifi/bluetooth ne pourra pas fonctionner +64 bits | Stable | +32 bits | Non supporté | +Vmware | Stable | Pas de support pour VMware, seulement pour Jeedom. L’équipe Jeedom vous recommande (en fonction de votre budget) : @@ -65,15 +65,15 @@ Pour les autres nous vous invitons à regarder directement la documentation du p ## Bluetooth -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?p=home&plugin=blea) des modules Bluetooth compatibles Jeedom. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?p=home&plugin=blea) la liste des modules Bluetooth compatibles Jeedom. ## Caméras -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=camera) des caméras compatibles Jeedom. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=camera) la liste des caméras compatibles Jeedom. ## Edisio -Vous trouverez la liste [ici](https://doc.jeedom.com/fr_FR/edisio/equipement.compatible) des modules Edisio compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/edisio/) la documentation pour certains modules. +Vous trouverez [ici](https://doc.jeedom.com/fr_FR/edisio/equipement.compatible) la liste des modules Edisio compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/edisio/) la documentation pour certains modules. ## EnOcean @@ -82,7 +82,7 @@ Contrôleur EnOcean : - [Clef USB EnOcean USB300](https://www.domadoo.fr/fr/interface-domotique/3206-enocean-controleur-usb-enocean-avec-connecteur-sma-3700527400280.html) - [Clef USB EnOcean USB310 (Recommandé)](https://www.domadoo.fr/fr/interface-domotique/2433-enocean-controleur-usb-enocean-3700527400273.html) -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=openenocean) des modules EnOcean compatibles Jeedom. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=openenocean) la liste des modules EnOcean compatibles Jeedom. ## RFXcom @@ -91,7 +91,7 @@ Contrôleur RFXcom : - RFXtrx433 USB - [RFXtrx433E USB (Recommandé)](https://www.domadoo.fr/fr/interface-domotique/4659-rfxcom-interface-radio-recepteuremetteur-xl-43392mhz-usb-chacon-somfy-rts-oregon-et-autres.html) -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=rfxcom) des modules Rfxcom compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/rfxcom/) la documentation pour certains modules. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=rfxcom) la liste des modules Rfxcom compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/rfxcom/) la documentation pour certains modules. ## SMS (GSM) @@ -107,7 +107,7 @@ Contrôleur Zigbee : - [Zigate (beta)](https://www.domadoo.fr/fr/interface-domotique/5734-lixee-dongle-usb-zigbee-zigate-v2-compatible-jeedom-eedomus-domoticz-3770014375094.html?search_query=zigate&results=106) - [Popp (Elelabs) - Recommandée](https://www.domadoo.fr/fr/interface-domotique/5431-popp-dongle-usb-zigbee-zb-stick-chipset-efr32mg13-4251295701554.html) -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=zigbee) des modules Zigbee compatibles Jeedom. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=zigbee) la liste des modules Zigbee compatibles Jeedom. ## Zwave @@ -118,4 +118,4 @@ Contrôleur Z-WAVE : - AEON LABS Contrôleur Z-Wave Aeon Labs Z-Stick S2 - [AEON LABS - Contrôleur USB Z-Wave Plus Z-Stick GEN5 (Recommandé)](https://www.domadoo.fr/fr/interface-domotique/2917-aeotec-controleur-usb-z-wave-plus-z-stick-gen5-1220000012813.html?search_query=sigma&results=4) -Vous trouverez la liste [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=openzwave) des modules Z-Wave compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/zwave/) la documentation pour certains modules. +Vous trouverez [ici](https://compatibility.jeedom.com/index.php?v=d&p=home&search=&plugin=openzwave) la liste des modules Z-Wave compatibles Jeedom et [ici](https://doc.jeedom.com/fr_FR/zwave/) la documentation pour certains modules. diff --git a/fr_FR/concept/index.md b/fr_FR/concept/index.md index abd98e19c19..d9b014bfef6 100644 --- a/fr_FR/concept/index.md +++ b/fr_FR/concept/index.md @@ -2,39 +2,39 @@ Voici les principaux concepts de base de Jeedom. Cette documentation reste volontairement simple afin de vous aider à prendre en main votre domotique. -Les possibilités de Jeedom sont quasi infinies, puisque vous pouvez avec quelques scripts php, python ou autres créer énormément de choses, mais ce n'est pas le sujet ici. +Les possibilités de Jeedom sont quasi infinies, puisque vous pouvez créer énormément de choses avec quelques scripts php, python ou autres, mais ce n'est pas le sujet ici. > Tip > -> Les liens ci-dessous pointent vers le Core v4.1. Une fois sur la page de documentation (Manuel d'utilisation ou de configuration) vous pouvez changer de version dans le menu en haut à gauche pour basculer sur la version correspondant au Core que vous souhaitez. +> Les liens ci-dessous pointent vers le Core v4.5. Une fois sur la page de documentation (Manuel d'utilisation ou de configuration) vous pouvez changer de version dans le menu en haut à gauche pour basculer sur la version correspondant au Core que vous souhaitez. ## Affichage -Jeedom permet d'interfacer de très nombreux périphériques ensemble, que ceux-ci soient basés sur les protocoles Z-Wave, Enocean, Zigbee etc, sur des APIs grâce à des plugins, ou directement sous forme de scripts. Vous pouvez regarder sur le [Market](https://market.jeedom.com/) pour avoir un aperçu des périphériques supportés. +Jeedom permet d'interfacer de très nombreux périphériques ensemble, que ceux-ci soient basés sur les protocoles Z-Wave, Enocean, Zigbee etc, sur des APIs grâce à des plugins ou directement sous forme de scripts. Vous pouvez regarder sur le [Market](https://market.jeedom.com/) pour avoir un aperçu des périphériques supportés. Vous pouvez afficher ces périphériques de plusieurs manières : -- Sur le [Dashboard](/fr_FR/core/4.1/dashboard) -- Sur la [Synthèse](/fr_FR/core/4.1/overview) (v4.1) -- Sur une [Vue](/fr_FR/core/4.1/view) -- Sur un [Design](/fr_FR/core/4.1/design) -- Sur un [Design 3D](/fr_FR/core/4.1/design3d) +- Sur le [Dashboard](/fr_FR/core/4.5/dashboard) +- Sur la [Synthèse](/fr_FR/core/4.5/overview) (v4.5) +- Sur une [Vue](/fr_FR/core/4.5/view) +- Sur un [Design](/fr_FR/core/4.5/design) +- Sur un [Design 3D](/fr_FR/core/4.5/design3d) ![Synthese](images/concept-synthese.jpg) -Ceux-ci sont consultables dans un navigateur sur un ordinateur de bureau, ou sur un smartphone avec la WebApp ou l'application mobile : [Version Mobile](/fr_FR/mobile/index) +Ceux-ci sont consultables dans un navigateur sur un ordinateur de bureau, sur un smartphone avec la WebApp ou l'application mobile : [Version Mobile](/fr_FR/mobile/index) ## Les Objets -Afin d'organiser vos périphériques, vous pouvez créer des [Objets](/fr_FR/core/4.1/object). +Afin d'organiser vos périphériques, vous pouvez créer des [Objets](/fr_FR/core/4.5/object). -Ces objets peuvent représenter des pièces de l'habitation (Salon, Chambre, Atelier). Chaque objet peut avoir un objet parent. Cette hiérarchie servira à l'affichage sur le Dashboard. Par exemple, vous pouvez avoir un objet **Maison**, puis des objets **Salon** **Chambre** enfants de l'objet **Maison**. Une fois sur le Dashboard, l'objet **Maison** affichera aussi, en dessous, ses objets enfants. +Ces objets peuvent représenter des pièces de l'habitation (Salon, Chambre, Atelier). Chaque objet peut avoir un objet parent. Cette hiérarchie servira à l'affichage sur le Dashboard. Par exemple, vous pouvez avoir un objet **Maison**, puis des objets **Salon** et **Chambre** enfants de l'objet **Maison**. Une fois sur le Dashboard, l'objet **Maison** affichera aussi, en dessous, ses objets enfants. ![Objet](images/concept-objet.jpg) -> Tips +> **Conseil** > -> Dans **Réglages → Préférences**, vous pouvez définir sur quel objet vous souhaitez arriver sur le Dashboard. [Préférences](/fr_FR/core/4.1/profils) +> Dans **Réglages → Préférences**, vous pouvez définir sur quel objet vous souhaitez arriver sur le Dashboard. [Préférences](/fr_FR/core/4.5/profils) ![Dashboard](images/concept-dashboard.jpg) @@ -49,10 +49,10 @@ Pour interagir avec notre domotique, il faut des commandes ! Celles-ci sont de d > Rassurez-vous, les commandes sont normalement créées automatiquement ! Ces explications sont pour une meilleure compréhension. - Les commandes *info* : -Ces commandes stockent des informations, issues de capteurs. Par exemple, la température d'une sonde, un mouvement d'un capteur de présence, etc. -Ces commandes peuvent être historisées afin de conserver ces informations dans le temps sous forme de courbe : [Historique](/fr_FR/core/4.1/history) +Ces commandes stockent des informations issues de capteurs. Par exemple la température d'une sonde, un mouvement d'un capteur de présence, etc. +Ces commandes peuvent être historisées afin de conserver ces informations dans le temps sous forme de courbe : [Historique](/fr_FR/core/4.5/history) -Ces commandes peuvent aussi servir à déclencher des [scénarios](/fr_FR/core/4.1/scenario) afin d'automatiser des actions en fonction des informations remontées par vos capteurs. Par exemple, un capteur de mouvement détecte une présence, ce qui va déclencher un scénario qui allumera la lumière. +Ces commandes peuvent aussi servir à déclencher des [scénarios](/fr_FR/core/4.5/scenario) afin d'automatiser des actions en fonction des informations remontées par vos capteurs. Par exemple, un capteur de mouvement détecte une présence, ce qui va déclencher un scénario qui allumera la lumière. - Les commandes *action* : Ces commandes permettent de piloter vos actionneurs. Par exemple, les commandes ``on`` et ``off`` d'une prise commandée vous permettront de l'allumer et de l'éteindre. @@ -63,34 +63,34 @@ Les commandes action sont généralement liées à des commandes info. Ici, notr Ces deux types de commandes sont rattachées sous la forme d'un équipement. L'équipement possède donc des commandes info et/ou action, et c'est cet équipement qui aura pour parent un Objet, vous permettant de l'afficher où vous le souhaitez. -Chaque commande peux également posséder ce qu'on appelle un type générique, permettant à Jeedom et à certains plugins de connaitre le type de commande (Etat d'une prise, bouton d'une lumière, etc). [**Outils → Types d'équipement**](/fr_FR/core/4.2/types). +Chaque commande peux également posséder ce qu'on appelle un type générique, permettant à Jeedom et à certains plugins de connaitre le type de commande (Etat d'une prise, bouton d'une lumière, etc). [**Outils → Types d'équipement**](/fr_FR/core/4.5/types). ### Équipement - Physiquement: J'ai une prise avec un bouton on/off et une led d'état, dans le salon. - Dans Jeedom: J'ai un équipement avec deux actions on et off et une info état, dans l'objet Salon. -Ces équipements sont créés par des plugins. Par exemple, le plugin Z-Wave vous permettra d'inclure votre prise Z-Waze, ce qui créera un équipement avec ses commandes, que vous pourrez nommer et lier à un Objet. +Ces équipements sont créés par des plugins. Par exemple, le plugin Z-Wave vous permettra d'inclure votre prise Z-Waze, ce qui créera un équipement avec ses commandes que vous pourrez nommer et lier à un Objet. -En terme d'affichage, chaque commande est affichée grâce à un Widget. Le Core propose les principaux Widgets, ainsi qu'un outil pour en créer (V4) : [Widgets](/fr_FR/core/4.1/widgets). +En terme d'affichage, chaque commande est affichée grâce à un Widget. Le Core propose les principaux Widgets, ainsi qu'un outil pour en créer (V4) : [Widgets](/fr_FR/core/4.5/widgets). -Ces commandes sont regroupées dans une tuile correspondant à votre équipement. Et cette tuile sera donc affichée sur le Dashboard dans l'Objet que vous aurez choisi. +Ces commandes sont regroupées dans une tuile correspondant à votre équipement. Et cette tuile sera donc affichée sur le Dashboard dans l'Objet que vous lui aurez assigné. ![Commandes](images/concept-equipment.jpg) -Quel que soit votre périphérique, il sera donc créé sous forme d'un équipement, à partir d'un [Plugin](/fr_FR/core/4.1/plugin). +Quel que soit votre périphérique, il sera donc créé sous forme d'un équipement, à partir d'un [Plugin](/fr_FR/core/4.5/plugin). Ce périphérique comportera ses propres commandes *info* ou *action*. Ces commandes seront affichées sous forme de Widgets formant la tuile de l'équipement, dans son objet parent. -Vous verrez ensuite que chaque Objet, Équipement, Commande possède de nombreuses options, en terme de fonctionnalités ou d'affichage. Mais chaque chose en son temps, maintenant vous devriez avoir compris les concepts de base de Jeedom, et ainsi pouvoir commencer à organiser votre domotique en sachant où regarder. +Vous verrez ensuite que chaque Objet, Équipement ou Commande possède de nombreuses options, en terme de fonctionnalités ou d'affichage. Mais chaque chose en son temps, maintenant vous devriez avoir compris les concepts de base de Jeedom et ainsi pouvoir commencer à organiser votre domotique en sachant où regarder. ## Mon premier scénario L’intérêt de la domotique, au delà du contrôle centralisé et à distance de nos périphériques, réside surtout dans l'automatisation. Le but n'est pas de passer des heures devant son Dashboard ou son Design, mais au contraire que votre logement s'adapte à vos habitudes et se fasse oublier. Plus de volets à ouvrir et fermer tous les jours, plus de lumières à allumer et éteindre, être prévenu quand mettre la poubelle sur la rue, quand il y a du courrier dans la boîte aux lettres, le chauffage qui s'adapte en fonction des saisons et des conditions climatiques. Les possibilités sont infinies, et dépendent du mode de vie de chacun. Les scénarios sont là pour çà ! -Un scénario est une suite d'actions définies qui s’exécuteront à certains moments de la journée. L’exécution peut-être programmée (tous les Lundis à telle heure), ou provoquée par un événement. Comme vue plus haut, cet événement peut par exemple être notre commande info *Presence* d'un détecteur de mouvement, suite à une détection. +Un scénario est une suite d'actions définies qui s’exécuteront à certains moments de la journée. L’exécution peut-être programmée (tous les Lundis à telle heure), ou provoquée par un événement. Comme vue plus haut, cet événement peut par exemple être notre commande info *Présence* d'un détecteur de mouvement, suite à une détection. -Le but ici n'est pas d'être exhaustif mais de découvrir les scénarios au travers d'exemples simples. La [documentation du manuel d'utilisation](/fr_FR/core/4.1/scenario) est beaucoup plus complète. +Le but ici n'est pas d'être exhaustif mais de découvrir les scénarios au travers d'exemples simples. La [documentation du manuel d'utilisation](/fr_FR/core/4.5/scenario) est beaucoup plus complète. ### Allumage de la lumière sur détection de mouvement. @@ -100,21 +100,21 @@ Admettons que nous ayons une lumière pilotée et un détecteur de mouvement dan ![1stScenario](images/1stScenario.gif) - Allez dans **Outils → Scénarios** -- Cliquez sur *Ajouter* puis donnez lui un nom. +- Cliquez sur *Ajouter* puis donnez un nom au nouveau scénario. - A droite, dans la partie *Déclenchement*, vérifiez que le mode est bien en *Provoqué* puis cliquez sur *+ Déclencheur*. - A l'aide du bouton *choisir une commande* à droite du champ *Evénement*, sélectionnez l'objet puis l’équipement et sa commande. Le *Déclencheur* est ce qui va déclencher l’exécution de ce scénario. Ici, nous souhaitons le déclencher quand notre détecteur détecte une présence, nous allons donc utiliser la commande `#[Chambre][Détecteur Chambre][Présence]# == 1`. -Les `#` indiquent une commande, ensuite on trouve `[le nom de son objet parent]`, puis `[le nom de l'équipement]`, et enfin `[le nom de la commande]`. Ici, on ajoute ` == 1` car on veux que le scénario se déclenche seulement sur la détection d'une présence. Or sur un détecteur de présence, cette détection repasse à 0 quelques secondes après. Ce passage à 0 ne déclenchera donc pas une nouvelle fois notre scénario. +Les `#` indiquent une commande, ensuite on trouve `[le nom de son objet parent]` puis `[le nom de l'équipement]` et enfin `[le nom de la commande]`. Ici, on ajoute ` == 1` car on veut que le scénario se déclenche seulement sur la détection d'une présence. Or sur un détecteur de présence, cette détection repasse à 0 quelques secondes après. Ce passage à 0 ne déclenchera donc pas une nouvelle fois notre scénario. - Cliquez sur l'onglet *Scénario* puis sur le bouton en haut *Ajouter bloc*. Choisissez un bloc *Action* puis sur celui-ci, *Ajoutez* une *Action*. Cette action sera notre commande d'allumage de la lumière. Selon le même principe : `#[Chambre][Lumière Chambre][On]#`. - Sauvegardez, et votre scénario est prêt ! -Nous avons fait ici qu’effleurer les possibilités des scénarios. Vous pouvez ajouter des conditions (bloc *Si/Alors/Sinon*), temporiser des actions (bloc *Dans*), les programmer (bloc *A*), et même utiliser directement du code php (bloc *Code*). +Nous n'avons fait ici qu’effleurer les possibilités des scénarios. Vous pouvez ajouter des conditions (bloc *Si/Alors/Sinon*), temporiser des actions (bloc *Dans*), les programmer (bloc *A*) et même utiliser directement du code php (bloc *Code*). -Nous avons ici utilisé le mode de déclenchement *provoqué*, avec une commande. Mais vous pouvez également utiliser (et combiner) le mode *programmé* pour exécuter un scénario tous les matins, ou toutes les heures, etc. +Nous avons utilisé ici le mode de déclenchement *provoqué* avec une commande. Mais vous pouvez également utiliser (et combiner) le mode *programmé* pour exécuter un scénario tous les matins ou toutes les heures, etc. ### Programmation du jour. diff --git a/fr_FR/concept/summary.md b/fr_FR/concept/summary.md index 95b0ee3083b..cf0fa9cc40d 100644 --- a/fr_FR/concept/summary.md +++ b/fr_FR/concept/summary.md @@ -4,24 +4,24 @@ Jeedom propose un moyen très simple et clair d'afficher la situation de différents composants de votre habitat, afin de voir tout de suite combien de lumières sont allumées, de volets ouverts, l'état de l'alarme, la température, etc. -Les résumés sont affichés sous forme de petites icônes dans la barre de Jeedom en haut, et sur chaque objet (Dashboard et Syntèse). Au clic, ils permettent de voir directement les équipements compris dans le résumé sur lequel vous avez cliqué pour le agir dessus si nécessaire. +Les résumés sont affichés sous forme de petites icônes dans la barre de Jeedom en haut et sur chaque objet (Dashboard et Syntèse). Au clic, ils permettent de voir directement les équipements compris dans le résumé sur lequel vous avez cliqué pour le agir dessus si nécessaire. -Il faut distinguer deux types de résumés : +Il faut distinguer deux types de résumé : - Le résumé global : C'est l'ensemble des icônes de résumé affiché dans la barre de Jeedom. -- Les résumés objet : Chaque objet possède son propre résumé, affiché sur la synthèse dans l'objet, et sur le Dashboard à droite du nom de l'objet. +- Les résumés objet : Chaque objet possède son propre résumé affiché sur la synthèse dans l'objet et sur le Dashboard à droite du nom de l'objet. ![Découverte des résumés](images/summary-intro.gif) Le résumé global ne se paramètre pas directement. C'est un concentré des résumés des autres objets. Par exemple, si une lumière est allumée dans la cuisine et deux dans le salon, le résumé global affichera trois lumières allumées. Bien sûr, tout ceci est paramétrable, comme nous allons le voir plus bas. -Les résumés se configurent donc sur chaque objet, dans l'onglet ... Résumé ! +Les résumés se configurent donc sur chaque objet, dans l'onglet... Résumé ! > Remarque > > Cette documentation a été écrite et illustrée sur une Core v4.2. Certaines options peuvent donc varier suivant votre version. -## Configuration général des résumés +## Configuration générale des résumés Avant de voir la configuration sur un objet, pour pouvoir configurer un résumé il faut qu'il existe. @@ -29,7 +29,7 @@ Allez dans **Réglages → Système → Configuration** puis sur l'onglet **Rés {% include lightbox.html src="images/summary-admin.jpg" data="settings" title="Configuration des résumés" imgstyle="width:auto;display: block;margin: 0 auto;" %} -Vous avez ici la liste de tous les résumés que vous allez pouvoir paramétrer sur chaque objet. Nous pourrons ici paramétrer les résumés *Presence* (si vous regardez bien, vous voyez dans le résumé global qu'il y a une personne à la maison), *Alerte*, *Mouvement*, *Chauffage* etc. Et bien sûr, vous pouvez supprimer et ajouter des types de résumé ici, afin de les avoir à disposition ensuite sur les objets. +Vous avez ici la liste de tous les résumés que vous allez pouvoir paramétrer sur chaque objet. Ici, nous pourrons paramétrer les résumés *Présence* (si vous regardez bien, vous voyez dans le résumé global qu'il y a une personne à la maison), *Alerte*, *Mouvement*, *Chauffage* etc. Et bien sûr, vous pouvez supprimer et ajouter des types de résumé ici afin de les avoir à disposition ensuite sur les objets. Rassurez vous, plusieurs choses sur cet aperçu ont été paramétrées, mais par défaut Jeedom possède une liste de résumés avec des paramètres standard. @@ -37,13 +37,13 @@ Parcourons ce qu'on va définir ici: - **Clé** : C'est une valeur qui doit être unique dans cette liste, qui sert de référence pour le Core. - **Nom** : Le nom (type) du résumé, que vous retrouverez dans les paramètres des objets. -- **Calcul** : Le type de calcul utilisé pour la valeur affichée. La somme pour des états, la moyenne pour par exemple des températures, humidités, ou la valeur texte. +- **Calcul** : Le type de calcul utilisé pour la valeur affichée. La somme pour des états, la moyenne pour par exemple des températures, humidités ou la valeur texte. - **Icône** : L'icône du résumé, affichée sur l'objet et éventuellement dans le résumé global. -- **Icône si nul** : Icône du résumé si sa valeur vaut 0. Permet de spécifier une icône différente comme un volet fermé, une lumière éteinte, ou de couleur différent, etc. -- **Unité** : Unité du résumé, qui sera affiché à droite de la valeur. +- **Icône si nul** : Icône du résumé si sa valeur vaut 0. Permet de spécifier une icône différente comme un volet fermé, une lumière éteinte ou de couleur différente, etc. +- **Unité** : Unité du résumé, qui sera affichée à droite de la valeur. - **Masquer le nombre** : N'affiche jamais la valeur du résumé (le nombre à droite de l'icône). -- **Masquer le nombre si nul** : Permet de masquer la valeur du résumé, seulement si celle-ci vaut 0. On peux ainsi souhaiter avoir l'icône volet ouvert avec leur nombre, et l'icône volet fermé sans le nombre quand tous les volets sont fermés. -- **Méthode de comptage** : Si vous comptez une donnée binaire alors il faut mettre cette valeur à binaire, exemple si vous comptez le nombre de lampes allumées mais que vous avez juste la valeur du variateur (0 à 100), alors il faut mettre binaire, comme cela Jeedom considéra que si la valeur est supérieure à 1, alors la lampe est allumée. +- **Masquer le nombre si nul** : Permet de masquer la valeur du résumé, seulement si celle-ci vaut 0. On peut ainsi souhaiter avoir l'icône volet ouvert avec leur nombre de volets ouverts et l'icône volet fermé sans le nombre quand tous les volets sont fermés. +- **Méthode de comptage** : Si vous comptez une donnée binaire alors il faut mettre cette valeur à binaire. Exemple : si vous comptez le nombre de lampes allumées mais que vous avez juste la valeur du variateur (0 à 100), alors il faut mettre binaire, comme cela Jeedom considéra que si la valeur est supérieure à 1, alors la lampe est allumée. - **Si nul** : Afficher le résumé même quand sa valeur est 0. - **Ignorer si** : Ignorer une commande pour ce résumé si celle-ci n'a pas d'update depuis x minutes. - **Lier à un virtuel** : Lance la création d'un équipement virtuel avec des commandes correspondantes aux valeurs du résumé. @@ -51,13 +51,13 @@ Parcourons ce qu'on va définir ici: >**NOTE** > ->Pour supprimer une icône il suffit de double cliquer sur celle-ci +>Pour supprimer une icône il suffit de double-cliquer sur celle-ci Par exemple ici : -- Si nous regardons l'animation en début de page, le 3èm résumé, correspondant à **Mouvement** indique en rouge qu'il y a *1* mouvement. Sur l'aperçu ci dessus, nous voyons que c'est l’icône du cercle vert, sans chiffre. En effet, si vous regardez sa ligne, l’icône verte est configurée comme **Icône si nul** et la valeur n'est pas affichée car **Masquer le nombre si nul** est coché. De la même façon, le résumé *Porte* est en vert, sans nombre, alors que le résumé *Lumière* est en jaune, avec le nombre de lumières allumées. +- Si nous regardons l'animation en début de page, le 3ème résumé, correspondant à **Mouvement**, indique en rouge qu'il y a *1* mouvement. Sur l'aperçu ci dessus, nous voyons que c'est l’icône du cercle vert, sans chiffre. En effet, si vous regardez sa ligne, l’icône verte est configurée comme **Icône si nul** et la valeur n'est pas affichée car **Masquer le nombre si nul** est coché. De la même façon, le résumé *Porte* est en vert, sans nombre, alors que le résumé *Lumière* est en jaune, avec le nombre de lumières allumées. -> Tip +> Conseil > > Vous pouvez aussi changer l'ordre dans lequel les résumés sont affichés en déplaçant une ligne vers le haut ou le bas à la souris. @@ -74,7 +74,7 @@ Ici, nous avons deux parties : ### Configuration des résumés -Les colonnes du tableau présentent chaque type de résumé disponible en configuration comme vue plus haut. Pour chaque résumé, trois options : +Les colonnes du tableau présentent chaque type de résumé disponible en configuration comme vu plus haut. Pour chaque résumé, trois options : - **Remonter dans le résumé global** : C'est ici que vous choisissez, pour chaque résumé, si celui de cet objet doit être pris en compte dans le résumé global. Par exemple, ici, le résumé *Volet* du Salon est coché, donc il remonte dans le résumé global. Si on regarde dans le résumé global, dans les 6 volets ouverts affichés, il y a ceux du Salon ! Inversement, si on regarde le résumé *TempExt* (16.1°C dans le résumé global), il est décoché, car je ne souhaite remonter que la température de l'objet Jardin dans le résumé global. - **Masquer en desktop** : Pour ne pas afficher ce résumé à côté du nom de l’objet sur le Dashboard. @@ -90,17 +90,17 @@ Ici, nous voyons les trois volets présents dans le résumé de cet objet. Et *V Cette page permet de sélectionner les commandes de résumés d'une autre manière : elle affiche tous les équipements ayant l'objet comme parent. Sur chaque équipement, en cliquant dessus, la liste des commandes info de l'équipement est présentée, avec sur la droite le moyen d'attribuer cette commande à un ou plusieurs résumés de l'objet. -Si un ou des résumé(s) sont déjà définis, le sélecteur apparaît en orange, avec les types de résumés cochés sur la droite. +Si au moins un résumé est déjà défini, le sélecteur apparaît en orange, avec les types de résumés cochés sur la droite. ## Résumés et virtuels -Les résumés entretiennent avec le [plugin Virtuel](https://market.jeedom.com/index.php?v=d&p=market_display&id=21) une relation ambiguë, pas toujours facile à appréhender, mais pourtant très puissante notamment depuis le Core v4.2 et les actions sur résumé ! Encore là ? On continue ... +Les résumés entretiennent avec le [plugin Virtuel](https://market.jeedom.com/index.php?v=d&p=market_display&id=21) une relation ambiguë, pas toujours facile à appréhender, mais pourtant très puissante notamment depuis le Core v4.2 et les actions sur résumé ! Encore là ? On continue... -Normalement, vous devriez maintenant avoir créé quelques résumés sur vos objets, et donc avoir plusieurs infos sur vos objets et dans le résumé global, comme vos volets ouverts, vos lumières etc. +Normalement, vous devriez maintenant avoir créé quelques résumés sur vos objets et donc avoir plusieurs infos sur vos objets et dans le résumé global, comme vos volets ouverts, vos lumières etc. -Ces résumés sont extrêmement pratique pour avoir un état global et visuel du logement très rapidement, et au clic pouvoir agir dessus en affichant les équipements d'un résumé. Mais si on poursuit le raisonnement, çà veux dire que cette info existe ... Et qu'on pourrai apprécier de l'utiliser dans un scénario ! +Ces résumés sont extrêmement pratiques pour avoir un état global et visuel du logement très rapidement et au clic pouvoir agir dessus en affichant les équipements d'un résumé. Mais si on poursuit le raisonnement, ça veux dire que cette info existe... Et qu'on pourrait apprécier de l'utiliser dans un scénario ! -En effet, puisque mon résumé sait que j'ai 3 lumières allumées, pourquoi ne pas pouvoir tester dans un scénario SI une lumière est allumée ? Ou même déclencher le scénario quand une lumière s'allume ? Voir même éteindre toutes les lumières dans le Salon avec une seule action ? Et bien tout cela est possible en liant un Virtuel à un résumé ! +En effet, puisque mon résumé sait que j'ai 3 lumières allumées, pourquoi ne pas pouvoir tester dans un scénario SI une lumière est allumée ? Ou même déclencher le scénario quand une lumière s'allume ? Voire même éteindre toutes les lumières dans le Salon avec une seule action ? Et bien tout cela est possible en liant un Virtuel à un résumé ! Allez dans **Réglages → Système → Configuration** puis sur l'onglet **Résumés**. @@ -114,14 +114,14 @@ En ouvrant le Virtuel du Salon et en allant sur l'onglet **Commandes**, voici ce {% include lightbox.html src="images/summary-virtual.jpg" data="settings" title="Virtuel résumé" imgstyle="width:auto;display: block;margin: 0 auto;" %} -- Une commande **Info** *Lumière* : Celle-ci possède l'information du nombre de lumières allumées. Dans le Salon, puisque nous sommes sur le Virtuel du résumé du Salon. +- Une commande **Info** *Lumière* : Celle-ci possède l'information du nombre de lumières allumées dans le Salon, puisque nous sommes sur le Virtuel du résumé du Salon. - Une commande **Action** *Lumière Light Button On* : En déclenchant cette action, nous allons allumer toutes les commandes du résumé **Lumière**, ici de l'objet Salon. - Une commande **Action** *Lumière Light Button Off* : En déclenchant cette action, nous allons éteindre toutes les commandes du résumé **Lumière**, ici de l'objet Salon. etc. -Vous devriez avoir compris le principe ! Nous avons maintenant, pour chaque résumé pour lequel on a lié un Virtuel, les infos et actions correspondantes disponibles pour chaque objet, et pour le résumé global ! +Vous devriez avoir compris le principe ! Nous avons maintenant les infos et actions correspondantes disponibles pour chaque objet, et pour le résumé global, pour chaque résumé pour lequel on a lié un Virtuel ! -Nous pouvons donc maintenant nous en servir comme n'importe quel info ou action d'un équipement réel, dans un scénario ! +Nous pouvons donc maintenant nous en servir comme n'importe quelle info ou action d'un équipement réel, dans un scénario ! Par exemple : @@ -133,9 +133,8 @@ Par exemple : Comme vu précédemment, les Virtuels de résumé possèdent non seulement les *info* des résumés, mais également les *action* disponibles sur les différents équipement configurés en résumé. Ces actions sont bien sûr accessibles en scénario, mais également par l'interface, à partir des icônes de résumé ici et là ! -Par exemple, si vous avez créer les Virtuels de résumé pour le résumé *Lumière*, vous pouvez faire un Ctrl+Click sur l’icône de ce résumé. Apparaîtra alors un popup avec les différentes actions, vous permettant par exemple d'éteindre toutes les lumières de la maison d'un coup ! +Par exemple, si vous avez créé les Virtuels de résumé pour le résumé *Lumière*, vous pouvez faire un Ctrl+Click sur l’icône de ce résumé. Apparaîtra alors un popup avec les différentes actions vous permettant, par exemple, d'éteindre toutes les lumières de la maison d'un coup ! {% include lightbox.html src="images/summary-virtual-actions.jpg" data="settings" title="Actions sur résumés" imgstyle="width:auto;display: block;margin: 0 auto;" %} - Nous l'avons vu, les résumés représentent un vaste sujet, qu'il n'est pas toujours très simple d'appréhender au début de la vie d'un Jeedomien, mais qu'il est bon de connaître ! diff --git a/fr_FR/contribute/core.md b/fr_FR/contribute/core.md index 34fc01db597..515bbe827c6 100644 --- a/fr_FR/contribute/core.md +++ b/fr_FR/contribute/core.md @@ -1,5 +1,3 @@ - - # Contribuer au développement du Core Vous souhaitez contribuer au développement du Core de Jeedom ? @@ -9,25 +7,23 @@ Vous souhaitez contribuer au développement du Core de Jeedom ? Voici les notions de bases à connaître : -> Avant de proposer un PR, mettez à jour votre alpha pour vérifier que le bug n'a pas déjà été corrigé. Et synchronisez votre github. +> Avant de proposer un PR, mettez à jour votre alpha pour vérifier que le bug n'a pas déjà été corrigé. Et synchronisez votre dépôt github. -> Vérifiez que ce que vous corrigé ne cause pas d'autres bugs. La plupart des fonctions du Core sont appellées par différentes page du Front-End ou par d'autres fonctions du Core, et par les plugins. Faites une recherche sur le Core pour voir/comprendre où les fonctions sont utilisées, et dans le doute, exposez le soucis et votre correction sur [Community](https://community.jeedom.com/). +> Vérifiez que ce que vous corrigez ne cause pas d'autres bugs. La plupart des fonctions du Core sont appellées par différentes pages du Front-End ou par d'autres fonctions du Core et par les plugins. Faites une recherche sur le Core pour voir/comprendre où les fonctions sont utilisées et, dans le doute, exposez le soucis et votre correction sur [Community](https://community.jeedom.com/). ## Branches Github Pour participer au développement de Jeedom, vous devez avoir un compte [Github](https://github.com/). -Le code du Core est Open-Source et disponible [ici](https://github.com/jeedom/core). +Le code du Core est Open-Source est disponible [ici](https://github.com/jeedom/core). - **alpha** : Branche de la version V4 alpha. Principalement destinée aux développeurs pour la version suivante de Jeedom. - **beta** : Branche de la version V4 beta. Principalement destinée aux beta-testeurs, pour tester avant passage en Stable. -- **V4-stable** : Branche stable de V4. -- **release** : Branche Release Candidate de la V3. Uniquement pour des bugfixs. -- **master** : Branche de la version stable V3. +- **master** : Branche stable de V4. Les mises à jour se font sur ces branches en fonction de la configuration de Jeedom **Réglages → Système → Configuration / Mises à jour/Market**. -Les PRs (*Pull requests*) doivent toujours être fait sur la branche alpha. +Les PRs (*Pull requests*) doivent toujours être faits sur la branche alpha. De même, afin de participer aux discussions sur [Community](https://community.jeedom.com/), inscrivez-vous en tant que développeur : [Jeedom dev](https://www.jeedom.com/fr/dev.html). @@ -39,53 +35,53 @@ Pour aider au développement du Core, vous devez maîtriser un ou plusieurs des - javascript : Développement des classes js et du front-end. - CSS : Développement de l'interface. -Des connaissances de l’environnent Linux sont également souhaitable. +Des connaissances de l’environnent Linux sont également souhaitables. ## Arborescence du Core -Le code est réparti dans différents répertoires à la racine de Jeedom (par défaut : var/www/html) : +Le code est réparti dans différents répertoires à la racine de Jeedom (par défaut : /var/www/html) : -- 3rdparty : Dossier comprenant les librairies externes utilisées par Jeedom (jQuery, CodeMirror, etc). -- backup : Dossier des sauvegardes de Jeedom. +- **3rdparty** : Dossier comprenant les bibliothèques externes utilisées par Jeedom (jQuery, CodeMirror, etc). +- **backup** : Dossier des sauvegardes de Jeedom. - **core** : Dossier comprenant les fonctions internes du Core: - **ajax** : Fichiers php d'interface entre les classes js et les classes php. - - api : Fichiers php des API. + - **api** : Fichiers php des API. - **class** : Fichiers des classes php (*eqLogic, cmd, jeeObject, history, cron, etc.*). - - com : Fichiers des classes php de communication (*http, shell*). - - config : Fichiers php de configuration du Core et *default.config.ini* comprenant les paramètres de configuration par défaut. fichier version pour la version du Core. - - css : Icônes disponibles avec le Core et leur CSS. - - i18n : Fichiers json comprenant les chaînes de caractères traduites. - - img : Images (logos, fonds, etc.) du Core. + - **com** : Fichiers des classes php de communication (*http, shell*). + - **config** : Fichiers php de configuration du Core et *default.config.ini* comprenant les paramètres de configuration par défaut. Fichier version pour la version du Core. + - **css** : Icônes disponibles avec le Core et leur CSS. + - **i18n** : Fichiers json comprenant les chaînes de caractères traduites. + - **img** : Images (logos, fonds, etc.) du Core. - **js** : Fichiers des class js, appelées notamment depuis les pages de Jeedom. - - php : Fichiers php nécessaires au Core (hors classes). - - repo : Fichiers php propres au market, samba, etc. + - **php** : Fichiers php nécessaires au Core (hors classes). + - **repo** : Fichiers php propres au market, samba, etc. - **template** : Fichiers html (*Dashboard et Mobile*) pour l'affichage des eqLogics (Tuile), commandes (Widgets) et scenarios. - **themes** : Fichiers CSS des trois thèmes du Core (Dark, Light, Legacy), pour Dashboard et Mobile. -- data : Dossier comprenant les données utilisateur (Rapports, Vues, css/js de Personnalisation Avancée, Design 3D, etc). +- **data** : Dossier comprenant les données utilisateur (Rapports, Vues, css/js de Personnalisation Avancée, Design 3D, etc). - **desktop** : Dossier comprenant toutes les pages affichées (l'interface) en desktop et leurs fonctions. - - common : Fichiers js/php communs à toutes ou plusieurs pages. Regroupe des fonctions pouvant être appelées depuis plusieurs pages, notamment le *utils.js*, présent sur toutes les pages en Desktop. - - css : Fichiers css propres à l'affichage Desktop. - - img : Images propres à l'affichage Desktop. - - js : Fichiers js correspondant à chaque page (*administration, dashboard, scenario, etc.*). - - modal : Fichiers php des modales, comprenant le code php/html et le code js. - - php : Fichiers php correspondant à chaque page (*administration, dashboard, scenario, etc.*). -- docs : Documentation. -- install : Fichiers d'installation de Jeedom. -- log : Dossier comprenant tous les logs (http.error, update, etc) et ceux des scénarios (sous-dossier scenarioLog, nommés par id). + - **common** : Fichiers js/php communs à plusieurs pages. Regroupe des fonctions pouvant être appelées depuis plusieurs pages, notamment le *utils.js*, présent sur toutes les pages en Desktop. + - **css** : Fichiers css propres à l'affichage Desktop. + - **img** : Images propres à l'affichage Desktop. + - **js** : Fichiers js correspondant à chaque page (*administration, dashboard, scenario, etc.*). + - **modal** : Fichiers php des modales, comprenant le code php/html et le code js. + - **php** : Fichiers php correspondant à chaque page (*administration, dashboard, scenario, etc.*). +- **docs** : Documentation. +- **install** : Fichiers d'installation de Jeedom. +- **log** : Dossier comprenant tous les logs (http.error, update, etc) et ceux des scénarios (sous-dossier scenarioLog, nommés par id). - **mobile** : Dossier comprenant toutes les pages affichées (l'interface webapp) en mobile et leurs fonctions. - - css : Fichiers css propres à l'affichage Mobile. - - html : Fichiers html correspondant à chaque page (*home, equipment, timeline, etc.*). - - js : Fichiers js correspondant à chaque page (*home, equipment, timeline, etc.*). - - modal : Fichiers html correspondant aux modales en Mobile. -- plugins : Dossier comprenant tous les plugins installés. -- script : Script de déploiement, certificats. -- support : Dossier utilisé en cas de demande de support. -- vendor : Dossier comprenant des librairies tierces php. + - **css** : Fichiers css propres à l'affichage Mobile. + - **html** : Fichiers html correspondant à chaque page (*home, equipment, timeline, etc.*). + - **js** : Fichiers js correspondant à chaque page (*home, equipment, timeline, etc.*). + - **modal** : Fichiers html correspondant aux modales en Mobile. +- **plugins** : Dossier comprenant tous les plugins installés. +- **script** : Script de déploiement, certificats. +- **support** : Dossier utilisé en cas de demande de support. +- **vendor** : Dossier comprenant des bibliothèques tierces php. ## Front-end -L'interface de Jeedom fonctionne comme un site web, à partir de php interfacé avec SQL, et de js / CSS. +L'interface de Jeedom fonctionne comme un site web, à partir de php interfacé avec SQL et de js / CSS. Au départ, le browser charge le fichier `/index.php` : - Vérification de l'installation de Jeedom, renvoi vers `install/setup.php` si nécessaire. @@ -104,7 +100,7 @@ Le fichier principal en Desktop est `/desktop/php/index.php`. Chaque page possède au minimum deux paramètres dans l'url. Exemple : `https://my.dns1.jeedom.com/index.php?v=d&p=dashboard` : -- **v** : Version de l'interface. d pour Desktop, m pour mobile. +- **v** : Version de l'interface : d pour Desktop, m pour mobile. - **p** : Page à afficher. Ici, `dashboard`. Dans ce cas, le fichier `/desktop/php/index.php` va charger le fichier `/desktop/php/dashboard.php` dans la div `div_pageContainer`. Celui-ci va également charger le fichier `/desktop/js/dashboard.js` comprenant les fonctions js propres à l'affichage de cette page (ici, le Dashboard). @@ -114,7 +110,7 @@ Le fichier `/desktop/php/index.php` se charge aussi de : - Vérifier l'authentification de l'utilisateur. - Vérifier si nécessaire la page à charger en fonction de la configuration (page par défaut de l'utilisateur). - Créer la structure html (*head, body, div_pageContainer, etc*). -- Charger les CSS, librairies etc. +- Charger les CSS, bibliothèques etc. - Charger le thème de l’utilisateur. - Créer la barre de menu. - Renseigner certaines variables php/js globales. @@ -128,7 +124,7 @@ Le fichier `desktop/common/js/utils.js` est donc toujours présent, et chargé u - Gérer une éventuelle bascule de thème en fonction de l'heure. - Permettre aux différents fichiers js d'accéder à des fonctions communes. -Ainsi, l'index.php et le utils.js fournissent la structure et les fonctions de base de l'interface. +Ainsi, les fichiers index.php et utils.js fournissent la structure et les fonctions de base de l'interface. Ensuite, le contenu de la page appelée est chargé depuis desktop/php/page.php et desktop/js/page.js. Ces fichiers de contenu, purement orientés interface, peuvent accéder aux fonctions du Core (les classes `/core/class`) directement en php, ou en js grâce aux classes js (`/core/js`) en passant par des appels ajax (`/core/ajax`). @@ -141,7 +137,7 @@ Par exemple, la fonction précédemment dans le root window `loadPage()` devient Pour des raisons de rétro-compatibilité pour les plugins, les anciennes fonctions sont toujours déclarées et seront dépréciées dans une version ultérieure. [Voir la liste ici](https://github.com/jeedom/core/blob/alpha/desktop/common/js/utils.js#L1423). #### Core v4.3 -Dans la continuité de la version 4.2, les pages du front-end en desktop on été isolées afin d'éviter de référencer des variables et fonctions dans le root window. Ceci sécurise de possible collision de déclaration, facilite la lecture et la compréhension du code, ainsi que son debuggage. +Dans la continuité de la version 4.2, les pages du front-end en desktop on été isolées afin d'éviter de référencer des variables et fonctions dans le root window. Ceci sécurise de possible collision de déclaration et facilite la lecture et la compréhension du code ainsi que son debuggage. Le fichier `core/js/jeedom.class.js`déclare deux nouveaux namespaces : ##### jeeFrontEnd[} @@ -200,11 +196,11 @@ $('#myButton').on('click', function() { }) ``` -> Le namespace de la page ne sera donc pas recrée au retour sur cette même page. De plus, la variable `jeeP` permet d'utiliser `jeeFrontEnd.corepage` avec une syntaxe courte, elle correspond à un `self` propre à la page. +> Le namespace de la page ne sera donc pas recréé au retour sur cette même page. De plus, la variable `jeeP` permet d'utiliser `jeeFrontEnd.corepage` avec une syntaxe courte, elle correspond à un `self` propre à la page. ##### jeephp2js[} -Utilisé pour passer les variables d'un script php vers le front-end js. Par exemple: +Utilisé pour passer les variables d'un script php vers le front-end js. Par exemple : ```php sendVarToJS([ @@ -230,7 +226,7 @@ L'interface Desktop est responsive et s'adapte à la taille du navigateur. Toute La page de référence est `/mobile/html/index.html`, qui se charge de : - Vérifier l'authentification de l'utilisateur. - Créer la structure html (*head, body, div_pageContainer, etc*). -- Charger les CSS, librairies etc. +- Charger les CSS, bibliothèques etc. - Charger le thème de l’utilisateur. - Renseigner certaines variables php/js globales. - Charger le fichier js `mobile/js/application.js` @@ -245,7 +241,7 @@ Une différence notable en Mobile est l'absence de pages php. La génération du ### Fichiers CSS -Les CSS du Core reposent principalement sur ces fichiers: +Les CSS du Core reposent principalement sur ces fichiers : - En Desktop : - desktop/css/boostrap.css : Version nettoyée par l'équipe du CSS Bootstrap v3.3.7. - desktop/css/desktop.main.css : CSS principal de l'interface. diff --git a/fr_FR/contribute/dev_env.md b/fr_FR/contribute/dev_env.md index ce03234c786..2d0eecc2480 100644 --- a/fr_FR/contribute/dev_env.md +++ b/fr_FR/contribute/dev_env.md @@ -1,18 +1,18 @@ ## Environnement de développement -Nous allons voir ici comment mettre en place un environnement de développement efficace entre un Pi de test et un PC sous Windows pour l'édition du code et la maintenance du repository GitHub. +Nous allons voir ici comment mettre en place un environnement de développement efficace entre un Pi de test et un PC sous Windows pour l'édition du code et la maintenance du dépôt GitHub. -Cette page concerne le Core de Jeedom mais cette méthode peu-être utilisée pour le développement de plugin. +Cette page concerne le Core de Jeedom mais cette méthode peut être utilisée pour le développement de plugins. -Certes, pour des éditions rapide de quelques fichiers, on peut utiliser le plugin **jeeXplorer** directement sur Jeedom. Mais c'est rapidement fastidieux, et il faut ensuite reporter toutes les modifications sur le repository local ou directement sur GitHub. Ce n'est pas ce qu'il y a de plus pratique. +Certes, pour des éditions rapides de quelques fichiers, on peut utiliser l'éditeur de fichiers directement sur Jeedom. Mais c'est rapidement fastidieux et il faut ensuite reporter toutes les modifications sur le dépôt local ou directement sur GitHub. Ce n'est pas ce qu'il y a de plus pratique. ### Principe - Mettre en place un Pi de test avec Jeedom et un partage Samba pour y accéder depuis le PC. -- Dupliquer le repository en local avec **Sublime Merge**. -- Mettre en place **Sublime Text** pour l'édition de code du repository avec synchronisation sur le Pi de test. +- Dupliquer le dépôt en local avec **Sublime Merge**. +- Mettre en place **Sublime Text** pour l'édition de code du dépôt avec synchronisation sur le Pi de test. -**Sublime Merge** et **Sublime Text** sont certes payant (un prix faible avec 3 ans de maj), mais sont très légers, rapides, facilement customisable et très complets sans nécessiter pleins de plugins/packages. De plus, si vous ne prenez pas de licence, vous pouvez les utiliser normalement, vous aurez juste un petit popup de temps en temps avec un bouton *Cancel* ! +**Sublime Merge** et **Sublime Text** sont certes payants (un prix faible avec 3 ans de maj), mais sont très légers, rapides, facilement customisables et très complets sans nécessiter pleins de plugins/packages. De plus, si vous ne prenez pas de licence, vous pouvez les utiliser normalement, vous aurez juste un petit popup de temps en temps avec un bouton *Cancel* ! Cette méthode est également possible avec d'autres outils, comme **Atom** (qui nécessitera quelques packages) et **GitHub Desktop**. @@ -62,9 +62,9 @@ Faites un clic droit sur `jeedomRoot` puis `Connecter un lecteur réseau...` Sous Windows, vous avez donc maintenant un Disque Réseau `jeedomRoot` ! -### Mise en place du repository local +### Mise en place du dépôt local -Pour dupliquer le repository en local et pouvoir travailler dessus, nous allons récupérer [Sublime Merge portable](https://www.sublimemerge.com/download). +Pour dupliquer le dépôt en local et pouvoir travailler dessus, nous allons récupérer [Sublime Merge portable](https://www.sublimemerge.com/download). Récupérer également [Sublime Text portable 64bit](https://www.sublimetext.com/3). @@ -74,16 +74,16 @@ Indiquez à **Sublime Merge** l'éditeur de fichiers : {% include lightbox.html src="images/sbm_settings1.jpg" data="settings" title="Editeur de fichiers" imgstyle="width:450px;display: block;margin: 0 auto;" %} -Puis clonez le repository. Ici, si vous avez les droits sur le repository du Core, clonez le, sinon *forkez* le sur votre compte GitHub et clonez votre *fork*. +Puis clonez le dépôt. Ici, si vous avez les droits sur le dépôt du Core, clonez le, sinon *forkez* le sur votre compte GitHub et clonez votre *fork*. -**File / Clone Repository ...** +**File / Clone dépôt...** -{% include lightbox.html src="images/sbm_clonerepo.jpg" data="settings" title="Clone Repository" imgstyle="width:450px;display: block;margin: 0 auto;" %} +{% include lightbox.html src="images/sbm_clonerepo.jpg" data="settings" title="Clone dépôt" imgstyle="width:450px;display: block;margin: 0 auto;" %} ### Mise en place de l'édition -Dans **Sublime Text**, *Project* / *Edit Project*, définissez le répertoire de votre repository : +Dans **Sublime Text**, *Project* / *Edit Project*, définissez le répertoire de votre dépôt : ````json { @@ -101,13 +101,13 @@ Dans **Sublime Text**, *Project* / *Edit Project*, définissez le répertoire de } ```` -Ici, ajoutez le path du Pi de test n'est pas obligatoire, mais c'est toujours pratique. +Ici, ajouter le path du Pi de test n'est pas obligatoire, mais c'est toujours pratique. -Vous pouvez donc maintenant, dans **Sublime Text**, éditer directement les fichiers du repository local. Les modifications de ces fichiers apparaîtront dans **Sublime Merge**, où vous pourrez faire des commits de tout ou partie de chaque fichier, ou annulez les modifications si çà ne marche. +Vous pouvez donc maintenant, dans **Sublime Text**, éditer directement les fichiers du dépôt local. Les modifications de ces fichiers apparaîtront dans **Sublime Merge**, où vous pourrez faire des commits de tout ou partie de chaque fichier ou annuler les modifications si elles ne fonctionnent pas. Maintenant, il reste à tester ces modifications de code sur le Jeedom de test. -Pour çà, vous pouvez bien sûr copier les fichiers modifiés sur votre Pi grâce au partage samba sur votre PC. Ou pas ! Quand vous modifiez une dizaine de fichiers à différents endroits, çà va vite devenir pénible ! +Pour ça, vous pouvez bien sûr copier les fichiers modifiés sur votre Pi grâce au partage samba sur votre PC. Ou pas ! Quand vous modifiez une dizaine de fichiers à différents endroits, ça va vite devenir pénible ! On va donc configurer **Sublime Text** pour que, quand on sauve un fichier, il le recopie directement sur le Pi ! @@ -131,11 +131,11 @@ class EventListener( sublime_plugin.EventListener ): Et voilà ! -A chaque fois que vous sauvez un fichier, si celui-ci fait partie du repository local, **Sublime Text** va également le copier au bon endroit sur votre Pi. Ctrl-S, F5 sur le Pi et voilà ! Si tout est bon, stage/commit/push dans **Sublime Merge**. +A chaque fois que vous sauvez un fichier, si celui-ci fait partie du dépôt local, **Sublime Text** va également le copier au bon endroit sur votre Pi. Ctrl-S, F5 sur le Pi et voilà ! Si tout est bon, stage/commit/push dans **Sublime Merge**. Si vous annulez des modifications, en faisant un *Discard* dans **Sublime Merge**, pensez à faire un clic-droit, *Open in Editor*, et Ctrl-S pour le remettre sur le Pi. Et bien sûr, attention quand vous mettez à jour le Pi, vous allez écraser les fichiers du Core que vous avez modifié. -Vous pouvez bien sûr suivre la même méthode pour mettre en place vos repository et synchronisation sur vos plugins. \ No newline at end of file +Vous pouvez bien sûr suivre la même méthode pour mettre en place vos dépôt et synchronisation sur vos plugins. \ No newline at end of file diff --git a/fr_FR/contribute/doc.md b/fr_FR/contribute/doc.md index b10be7fce3b..5641762f9fd 100644 --- a/fr_FR/contribute/doc.md +++ b/fr_FR/contribute/doc.md @@ -18,7 +18,7 @@ Par exemple : - [Concepts](https://doc.jeedom.com/fr_FR/concept/) - [Contribuer à la documentation](https://doc.jeedom.com/fr_FR/contribute/doc) -Ces pages sont disponibles sur le [repository de la documentation](https://github.com/jeedom/documentations/tree/master/fr_FR) +Ces pages sont disponibles sur le [dépôt de la documentation](https://github.com/jeedom/documentations/tree/master/fr_FR) Suivant l'url sur le site de documentation, vous pouvez retrouver le fichier md correspondant. Exemples : @@ -33,9 +33,9 @@ Vous pouvez voir dans ce répertoire, les répertoires core, plugins, etc. Ceux- ## La documentation du Core de Jeedom -La documentation du Core est sur le repository du Core, dans le répertoire doc : [https://github.com/jeedom/core/tree/alpha/docs/fr_FR](https://github.com/jeedom/core/tree/alpha/docs/fr_FR) +La documentation du Core est sur le dépôt du Core, dans le répertoire doc : [https://github.com/jeedom/core/tree/alpha/docs/fr_FR](https://github.com/jeedom/core/tree/alpha/docs/fr_FR) -Pour chaque page de Jeedom, vous avez un page.md correspondant. +Pour chaque page de Jeedom, il existe un fichier page.md correspondant. Ce sont les pages accessibles par le (?) en haut à droite sur l'interface de votre Jeedom, et situées dans les rubriques : @@ -47,14 +47,14 @@ Vous pouvez donc faire des PRs (*Pull requests*) sur les fichiers .md, de préf ## La documentation des plugins -Sur le même principe que la documentation du Core, celle des plugins est récupérée automatiquement depuis le repository du plugin. +Sur le même principe que la documentation du Core, celle des plugins est récupérée automatiquement depuis le dépôt du plugin. Par exemple, pour le plugin OpenZWave - Accès à la doc ici : https://doc.jeedom.com/fr_FR/plugins/automation%20protocol/openzwave/ -- Repository du plugin : https://github.com/jeedom/plugin-openzwave/blob/beta/docs/fr_FR/index.md +- dépôt du plugin : https://github.com/jeedom/plugin-openzwave/blob/beta/docs/fr_FR/index.md -Là il faut trouver le repository du plugin en question, puis aller dans son répertoire doc/fr_FR. Tout en distinguant les [plugins officiels](https://github.com/jeedom) des plugins tiers. De plus, les plugins payants (officiels ou tiers) ne sont pas accessibles, car sur des repository privés. Dans ce cas, vous pouvez toujours faire un message sur le [forum](https://community.jeedom.com/), avec le tag documentation-jeedom ou du plugin. +Là il faut trouver le dépôt du plugin en question, puis aller dans son répertoire doc/fr_FR. Tout en distinguant les [plugins officiels](https://github.com/jeedom) des plugins tiers. De plus, les plugins payants (officiels ou tiers) ne sont pas accessibles, car sur des dépôt privés. Dans ce cas, vous pouvez toujours faire un message sur le [forum](https://community.jeedom.com/), avec le tag documentation-jeedom ou du plugin. ## Les traductions @@ -69,7 +69,7 @@ En PHP : `$myString = __('Ma phrase qui sera traduite', __FILE__);` En JavaScript : ``{% raw %}var myString = '{{Ma phrase qui sera traduite}}'{% endraw %}`` -Le système de traduction se chargera alors de leur traduction et de leur référencement dans les fichiers json (`docs/i18n/`), et le Core de leur remplacement dans l'interface. +Le système de traduction se chargera alors de leur traduction et de leur référencement dans les fichiers json (`docs/i18n/`) et le Core de leur remplacement dans l'interface. Si vous souhaitez faire un lien vers une autre page de documentation, vous pouvez ajouter `/fr_FR/contribute/doc`. A la traduction, la partie fr_FR sera automatiquement adaptée. diff --git a/fr_FR/contribute/index.md b/fr_FR/contribute/index.md index 9c265192842..1abc6c1af56 100644 --- a/fr_FR/contribute/index.md +++ b/fr_FR/contribute/index.md @@ -1,10 +1,10 @@ # Contribuer au développement de Jeedom -Les contributions, qu'elles soient sur le Core ou sur la Documentation, sont toujours bienvenues et nous faisons le maximum pour les traiter rapidement. Une faute sur la documentation, un passage qui pourrait être plus clair, un bug sur le Core ? Les contributions sont là pour çà. +Les contributions, qu'elles soient sur le Core ou sur la Documentation, sont toujours bienvenues et nous faisons le maximum pour les traiter rapidement. Une faute sur la documentation, un passage qui pourrait être plus clair, un bug sur le Core ? Les contributions sont là pour ça. -Les Pull Request ne sont pas toujours acceptés, mais dans le cas contraire nous essayons d'expliquer pourquoi, afin qu'un prochain PR le soit. Jeedom n'est pas sensé tout faire pour tout le monde, certaines choses sont plus propices aux plugins par exemple. Les effets de bords de modifications à l'apparence simple peuvent aussi être importants. C'est pourquoi nous pouvons décider de ne pas intégrer certaines demandes, ou de le faire différemment. +Les Pull Request ne sont pas toujours acceptés, mais dans le cas contraire nous essayons d'expliquer pourquoi, afin qu'un prochain PR le soit. Jeedom n'est pas sensé tout faire pour tout le monde, certaines choses sont plus propices aux plugins par exemple. Les effets de bords de modifications à l'apparence simples peuvent aussi être importants. C'est pourquoi nous pouvons décider de ne pas intégrer certaines demandes ou de le faire différemment. -Avant de développer du code de votre coté, nous conseillons d'en discuter sur [Community](https://community.jeedom.com/), surtout pour de nouvelles fonctionnalités. Les autres contributeurs et utilisateurs pourront ainsi mieux vous orienter, si besoin, sur cette orientation, ou même prévenir si d'autres y travaillent déjà. +Avant de développer du code de votre coté, nous conseillons d'en discuter sur [Community](https://community.jeedom.com/), surtout pour de nouvelles fonctionnalités. Les autres contributeurs et utilisateurs pourront ainsi mieux vous orienter, si besoin, sur cette modification ou même prévenir si d'autres y travaillent déjà. ### Documentation diff --git a/fr_FR/core/4.4/widgets.md b/fr_FR/core/4.4/widgets.md index 129680f85c3..5d3b779172f 100644 --- a/fr_FR/core/4.4/widgets.md +++ b/fr_FR/core/4.4/widgets.md @@ -263,4 +263,4 @@ jeedom.cmd.refreshValue([{ cmd_id: '#id#', value: '#value#', display_value: '#st ### Exemples - Vous trouverez [ici](https://github.com/Jeedom/core/tree/V4-stable/core/template) des exemples de widgets (dans les dossiers dashboard et mobile) + Vous trouverez [ici](https://github.com/Jeedom/core/tree/master/core/template) des exemples de widgets (dans les dossiers dashboard et mobile) diff --git a/fr_FR/core/4.5/display.md b/fr_FR/core/4.5/display.md index 579687662cb..add7bc09368 100644 --- a/fr_FR/core/4.5/display.md +++ b/fr_FR/core/4.5/display.md @@ -19,15 +19,13 @@ Vous avez aussi un onglet **Historique**, affichant l'historique des commandes, ## Les cadres objet -En dessous on retrouve un cadre par objet. Dans chaque cadre, on trouve la liste des équipements qui ont pour parent cet objet. +En dessous on retrouve un cadre par objet. Dans chaque cadre, on trouve la liste des équipements qui ont pour parent cet objet. Le premier cadre **Aucun** représente les équipements qui n’ont pas de parent affecté. -Pour chaque objet, à côté de son libellé, deux boutons sont disponibles. -- Le premier sert à ouvrir la page de configuration de l’objet dans un nouvel onglet. -- Le deuxième apporte quelques informations sur l’objet, +A côté du libellé de chaque objet, deux boutons sont disponibles. +- Le premier sert à ouvrir la page de configuration de l’objet dans un nouvel onglet, +- Le second apporte quelques informations sur l’objet. -> **Conseil** -> > La couleur de fond des cadres objets dépend de la couleur choisie dans la configuration de l’objet. > **Conseil** @@ -38,15 +36,15 @@ Pour chaque objet, à côté de son libellé, deux boutons sont disponibles. Sur chaque équipement on retrouve : -- Une **case à cocher** pour sélectionner l’équipement (vous pouvez en sélectionner plusieurs). Si au moins un équipement est sélectionné, vous avez des boutons d’action qui apparaissent en haut à gauche pour **supprimer**, rendre **visible**/**invisible**, **actif**/**inactif** les équipements sélectionnés. +- Une **case à cocher** pour sélectionner l’équipement (vous pouvez en sélectionner plusieurs). Si au moins un équipement est sélectionné, vous avez des boutons d’action qui apparaissent en haut à gauche pour **supprimer**, rendre **visible**/**invisible**, **actif**/**inactif** les équipements sélectionnés. - L'**id** de l'équipement. -- Le **type** d’équipement : Identifiant du plugin auquel il appartient. +- Le **type** d’équipement : identifiant du plugin auquel il appartient. - Le **nom** de l’équipement. - **Inactif** (petite croix) : Signifie que l’équipement est inactif (si elle n’y est pas, l’équipement est actif). - **Invisible** (œil barré) : Signifie que l’équipement est invisible (s’il n’y est pas, l’équipement est visible). -Si le plugin de l'équipement est désactivé, les deux icône à droite n'apparaissent pas: -- **Lien externe** (carré avec une flèche) : Permet d’ouvrir dans un nouvel onglet la page de configuration de l’équipement. +Si le plugin de l'équipement est désactivé, les deux icônes à droite n'apparaissent pas: +- **Lien externe** (carré avec une flèche) : Permet d’ouvrir la page de configuration de l’équipement dans un nouvel onglet. - **Configuration avancée** (roue crantée) : permet d’ouvrir la fenêtre de configuration avancée de l’équipement. > En cliquant sur la ligne contenant le nom de l'équipement, vous afficherez toutes les commandes de cet équipement. En cliquant alors sur une commande, vous accéderez à la fenêtre de configuration de la commande. @@ -55,9 +53,9 @@ Si le plugin de l'équipement est désactivé, les deux icône à droite n'appar > **Conseil** > -> Il est possible d’accéder (si le plugin le supporte) directement à cette fenêtre à partir de la page de configuration de l’équipement en cliquant sur le bouton configuration avancée +> Si le plugin le supporte, il est possible d’accéder directement à cette fenêtre à partir de la page de configuration de l’équipement en cliquant sur le bouton configuration avancée. -La fenêtre de **configuration avancée d’un équipement** permet de la modifier. En premier lieu, en haut à droite, quelques boutons disponibles : +La fenêtre de **configuration avancée d’un équipement** permet de le modifier. En premier lieu, en haut à droite, quelques boutons sont disponibles : - **Informations** : affiche les propriétés brutes de l’équipement. - **Liens** : Permet d’afficher les liens de l’équipement avec les objets, commandes, scénarios, variables, interactions…​ sous forme graphique (dans celui-ci, un double clic sur un élément vous amène à sa configuration). @@ -69,20 +67,20 @@ La fenêtre de **configuration avancée d’un équipement** permet de la modifi L’onglet **Informations** contient les informations générales de l’équipement ainsi que ses commandes : -- **ID** : Identifiant unique dans la base de données de Jeedom. - **Nom** : Nom de l’équipement. +- **Options** : + - **Activer** : Cochez la case pour activer l’équipement (sans oublier de sauvegarder). + - **Visible** : Cochez la case pour rendre visible l’équipement (sans oublier de sauvegarder). + - **Masquer sur la vue principale** : Cochez la case pour masquer sur la vue principale (sans oublier de sauvegarder). +- **Création - Sauvegarde** : Dates et heures de la création et la dernière sauvegarde de l'équipement +- **Date communication** : Date de la dernière communication de l’équipement. +- **ID unique** : Identifiant unique dans la base de données de Jeedom. - **ID logique** : Identifiant logique de l’équipement (peut être vide). -- **ID de l’objet** : Identifiant unique de l’objet parent (peut être vide). -- **Date de création** : Date de création de l’équipement. -- **Activer** : Cochez la case pour activer l’équipement (sans oublier de sauvegarder). -- **Visible** : Cochez la case pour rendre visible l’équipement (sans oublier de sauvegarder). -- **Type** : Identifiant du plugin par lequel il a été créé. -- **Tentative échouée** : Nombre de tentatives de communications consécutives avec l’équipement qui ont échoué. -- **Date de dernière communication** : Date de la dernière communication de l’équipement. -- **Dernière mise à jour** : Date de dernière communication avec l’équipement. -- **Tags** : tags de l'équipement, à séparer par des ','. Il permet sur le Dashboard de faire des filtres personnalisés - -En dessous vous retrouvez un tableau avec la liste des commandes de l’équipement avec, pour chacune, un lien vers leur configuration. +- **Tentavice échouée** : +- **Tag(s)** : tags de l'équipement, à séparer par des ','. Il permet de faire des filtres personnalisés sur le Dashboard +- **Commentaire** : commentaire de l'équipement + +En-dessous vous retrouvez un tableau avec la liste des commandes de l’équipement avec, pour chacune, un lien vers leur configuration. ### Onglet Affichage @@ -90,14 +88,13 @@ Dans l’onglet **Affichage**, vous allez pouvoir configurer certains comporteme #### Widget -- **Visible** : Cochez la case pour rendre visible l’équipement. +- **Visible** : Cochez la case pour rendre l’équipement visible. - **Afficher le nom** : Cochez la case pour afficher le nom de l’équipement sur la tuile. - **Afficher le nom de l’objet** : Cochez la case pour afficher le nom de l’objet parent de l’équipement, à côté de la tuile. ### Paramètres optionnels sur la tuile -En-dessous, on retrouve des paramètres optionnels d’affichage que l’on peut appliquer à l’équipement. Ces paramètres sont composés d’un nom et d’une valeur. Il suffit de cliquer sur **Ajouter** pour en appliquer un -nouveau. Pour les équipements, seule la valeur **style** est pour le moment utilisée, elle permet d’insérer du code CSS sur l’équipement en question. +En-dessous, on retrouve des paramètres optionnels d’affichage que l’on peut appliquer à l’équipement. Ces paramètres sont composés d’un nom et d’une valeur. Il suffit de cliquer sur **Ajouter** pour en appliquer un nouveau. Pour les équipements, seule la valeur **style** est utilisée pour le moment, elle permet d’insérer du code CSS sur l’équipement en question. > **Conseil** > @@ -105,22 +102,20 @@ nouveau. Pour les équipements, seule la valeur **style** est pour le moment uti ### Onglet Disposition -Cette partie vous permet de choisir entre la disposition standard des commandes (côte à côte dans le widget), ou en mode tableau. Il n’y a rien à régler en mode par défaut. Voici les options disponibles en mode -**Tableau** : +Cette partie vous permet de choisir entre la disposition standard des commandes (côte à côte dans le widget) ou en mode tableau. Il n’y a rien à régler en mode par défaut. Voici les options disponibles en mode **Tableau** : - **Nombre de lignes** - **Nombre de colonnes** - **Centrer dans les cases** : Cochez la case pour centrer les commandes dans les cases. -- **Style générale des cases (CSS)** : Permet de définir le style général en code CSS. +- **Style général des cases (CSS)** : Permet de définir le style général en code CSS. - **Style du tableau (CSS)** : Permet de définir le style du tableau uniquement. -En dessous pour chaque case, la **configuration détaillée** vous permet -ceci : +En dessous pour chaque case, la **configuration détaillée** vous permet ceci : - **Texte de la case** : Ajouter un texte en plus de la commande (ou tout seul, si il n’y a pas de commande dans la case). - **Style de la case (CSS)** : Modifier le style CSS spécifique de la case (attention celui-ci écrase et remplace le CSS général des cases). > **Conseil** > -> Dans une case du tableau, si vous voulez mettre 2 commandes l’une en dessous de l’autre, il ne faut pas oublier de rajouter un retour à la ligne après la première dans la **configuration avancée** de celle-ci. +> Si vous voulez mettre 2 commandes l’une en dessous de l’autre dans une case du tableau, il ne faut pas oublier de rajouter un retour à la ligne après la première commande dans la **configuration avancée** de celle-ci. ### Onglet Alertes @@ -130,12 +125,10 @@ Cet onglet permet d’avoir les informations sur la batterie de l’équipement - **Dernière remontée de l’information**, - **Niveau restant**, (si bien sûr votre équipement fonctionne sur pile). -Dessous, vous pourrez aussi définir les seuils spécifiques d’alerte de batterie pour cet équipement. Si vous laissez les cases vides, ceux sont les seuils par défaut qui seront appliqués. +Dessous, vous pourrez aussi définir les seuils spécifiques d’alerte de batterie pour cet équipement. Si vous laissez les cases vides, les seuils par défaut seront appliqués. -On peut également gérer le timeout, en minutes, de l’équipement. Par exemple, 30 indique à jeedom que si l’équipement n’a pas communiqué depuis 30 minutes, alors il faut le mettre en alerte. +On peut également gérer le timeout de l’équipement, en minutes. Par exemple, 30 indique à jeedom que si l’équipement n’a pas communiqué depuis 30 minutes, alors il faut le mettre en alerte. -> **Conseil** -> > Les paramètres globaux sont dans **Réglages→Système→Configuration : Logs** ou **Equipements** ### Onglet Commentaire @@ -144,17 +137,15 @@ Permet d’écrire un commentaire à propos de l’équipement. ## Configuration avancée d’une commande -En premier lieu, en haut à droite, quelques boutons disponibles : +En premier lieu, en haut à droite, quelques boutons sont disponibles : - **Tester** : Permet de tester la commande. - **Liens** : Permet d’afficher les liens de l’équipement avec les objets, commandes, scénarios, variables, interactions…​. sous forme graphique. - **Log** : Affiche les évènements de l’équipement en question. - **Informations** : Affiche les propriétés brutes de l’équipement. -- **Appliquer à** : Permet d’appliquer la même configuration sur plusieurs commandes. +- **Appliquer à** : Permet d’appliquer la même configuration à plusieurs commandes. - **Sauvegarder** : Sauvegarde les modifications faites sur l’équipement. -> **Conseil** -> > Dans un graphique, un double clic sur un élément vous amène à sa configuration. > **Note** @@ -170,12 +161,18 @@ L’onglet **Informations** contient les informations générales sur la command - **Nom** : Nom de la commande. - **Type** : Type de la commande (action ou info). - **Sous-type** : Sous-type de la commande (binaire, numérique…​). +- **Commande mise à jour** : Donne l’identifiant d’une autre commande qui, si cette autre commande change, va forcer la mise à jour de la commande visualisée. +- **Dernière exécution par** +- **Etat** : indique la valeur de la commande et l'heure du dernier rafraichissement + - **URL directe** : Fournit l’URL pour accéder à cet équipement. (clic droit, copier l’adresse du lien) L’URL lancera la commande pour une **action** et retournera l’information pour une **info**. - **Unité** : Unité de la commande. -- **Commande déclenchant une mise à jour** : Donne l’identifiant d’une autre commande qui, si cette autre commande change, va forcer la mise à jour de la commande visualisée. - **Visible** : Cochez cette case pour que la commande soit visible. +- **Valeur minimum** +- **Valeur maximum** - **Suivre dans la timeline** : Cochez cette case pour que cette commande soit visible dans la timeline quand elle est utilisée. Vous pouvez préciser une timeline en particulier dans le champ qui s'affiche si l'option est cochée. -- **Interdire dans les interactions automatique** : interdit les interactions automatique sur cette commande +- **Envoyer à InfluxDB** +- **Interdire dans les interactions automatiques** : interdit les interactions automatiqus sur cette commande - **Icône** : Permet de changer l’icône de la commande. Vous avez aussi trois autres boutons oranges en dessous : @@ -202,21 +199,21 @@ En-dessous, vous retrouvez la liste des différents équipements, commandes, sc - **Historique** - **Historiser** : Cochez la case pour que les valeurs de cette commande soient historisées. (Voir **Analyse→Historique**) - - **Mode de lissage** : Mode de **lissage** ou d'**archivage** permet de choisir la manière d’archiver la donnée. Par défaut, c’est une **moyenne**. Il est aussi possible de choisir le **maximum**, le **minimum**, ou **aucun**. **aucun** permet de dire à Jeedom qu’il ne doit pas réaliser d’archivage sur cette commande (aussi bien sur la première période des 5 mins qu’avec la tâche d’archivage). Cette option est dangereuse car Jeedom conserve tout : il va donc y avoir beaucoup plus de données conservées. + - **Mode de lissage** : Mode de **lissage** ou d'**archivage** permet de choisir la manière d’archiver la donnée. Par défaut, c’est une **moyenne**. Il est aussi possible de choisir le **maximum**, le **minimum**, ou **aucun**. **aucun** permet de dire à Jeedom qu’il ne doit pas réaliser d’archivage sur cette commande (aussi bien sur la première période des 5 mins qu’avec la tâche d’archivage). Cette option est dangereuse car Jeedom conserve tout : il va donc y avoir beaucoup plus de données conservées. - **Purger l’historique si plus vieux de** : Permet de dire à Jeedom de supprimer toutes les données plus vieilles qu’une certaine période. Peut être pratique pour ne pas conserver de données si ça n’est pas nécessaire et donc limiter la quantité d’informations enregistrées par Jeedom. Attention la purge se déclenche la nuit, il faut donc attendre que la nuit passe avant d'avoir l'action effective de la purge. - **Gestion des valeurs** - - **Valeur interdite** : Si la commande prend une de ces valeurs, Jeedom l’ignore avant de l’appliquer. + - **Valeurs interdites** : Si la commande prend une de ces valeurs, Jeedom l’ignore avant de l’appliquer. - **Valeur retour d’état** : Permet de faire revenir la commande à cette valeur après un certain temps. - **Durée avant retour d’état (min)** : Temps avant le retour à la valeur ci-dessus. - **Autres** - - **Gestion de la répétition des valeurs** : En automatique si la commande remonte 2 fois la même valeur d’affilée, alors Jeedom ne prendra pas en compte la 2eme remontée (évite de déclencher plusieurs fois un scénario, sauf si la commande est de type binaire). Vous pouvez forcer la répétition de la valeur ou l’interdire complètement. - - **Push URL** : Permet de rajouter une URL à appeler en cas de mise à jour de la commande. Vous pouvez utiliser les tags suivant : `#value#` pour la valeur de la commande, `#cmd_name#` pour le nom de la commande, `#cmd_id#` pour l’identifiant unique de la commande, `#humanname#` pour le nom complet de la commande (ex : `#[Salle de bain][Hydrometrie][Humidité]#`), `#eq_name#` pour le nom de l'équipement. + - **Répétiter les valeurs identiques** : En automatique si la commande remonte 2 fois la même valeur d’affilée, alors Jeedom ne prendra pas en compte la 2eme remontée (évite de déclencher plusieurs fois un scénario, sauf si la commande est de type binaire). Vous pouvez forcer la répétition de la valeur ou l’interdire complètement. + - **Push URL** : Permet de rajouter une URL à appeler en cas de mise à jour de la commande. Vous pouvez utiliser les tags suivant : `#value#` pour la valeur de la commande, `#cmd_name#` pour le nom de la commande, `#cmd_id#` pour l’identifiant unique de la commande, `#humanname#` pour le nom complet de la commande (ex : `#[Salle de bain][Hydrometrie][Humidité]#`), `#eq_name#` pour le nom de l'équipement. #### Pour une commande action : -- **Type générique** : Permet de configurer le type générique de la commande (Jeedom essaie de le trouver par lui-même en mode auto). Cette information est utilisée par l’application mobile. +- **Type générique** : Permet de configurer le type générique de la commande (Jeedom essaie de le trouver par lui-même en mode auto). Cette information est utilisée par l’application mobile. - **Confirmer l’action** : Cochez cette case pour que Jeedom demande une confirmation quand l’action est lancée à partir de l’interface de cette commande. - **Code d’accès** : Permet de définir un code que Jeedom demandera quand l’action est lancée à partir de l’interface de cette commande. - **Action avant exécution de la commande** : Permet d’ajouter des commandes **avant** chaque exécution de la commande. @@ -234,11 +231,11 @@ Permet de définir un niveau d’alerte (**warning** ou **danger**) en fonction Dans cette partie, vous allez pouvoir configurer certains comportements d’affichage du widget sur le Dashboard, les vues, le design et en mobile. -- **Widget** : Permet de choisir le widget sur desktop ou mobile (à noter qu’il faut le plugin widget et que vous pouvez le faire aussi à partir de celui-ci). -- **Visible** : Cochez pour rendre visible la commande. -- **Afficher le nom** : Cochez pour rendre visible le nom de la commande, en fonction du contexte. +- **Widget** : Permet de choisir le widget sur desktop ou mobile. +- **Visible** : Cochez pour rendre la commande visible. +- **Afficher le nom** : Cochez pour rendre le nom de la commande visible, en fonction du contexte. - **Afficher le nom et l’icône** : Cochez pour rendre visible l’icône en plus du nom de la commande. -- **Retour à la ligne forcé avant le widget** : Cochez **avant le widget** ou **après le widget** pour ajouter un retour à la ligne avant ou après le widget (pour forcer par exemple un affichage en colonne des différentes commandes de l’équipement au lieu de lignes par défaut) +- **Retour à la ligne forcé avant/après le widget** : Cochez **avant le widget** ou **après le widget** pour ajouter un retour à la ligne avant ou après le widget (pour forcer par exemple un affichage en colonne des différentes commandes de l’équipement au lieu de lignes par défaut) En-dessous, on retrouve des paramètres optionnels d’affichage que l’on peut passer au widget. Ces paramètres dépendent du widget en question, il faut donc regarder sa fiche sur le Market pour les connaître. diff --git a/fr_FR/core/4.5/eqAnalyse.md b/fr_FR/core/4.5/eqAnalyse.md index 87b1695ef2c..a345704c1a6 100644 --- a/fr_FR/core/4.5/eqAnalyse.md +++ b/fr_FR/core/4.5/eqAnalyse.md @@ -11,14 +11,13 @@ La page Analyse d’équipements vous permet de voir de nombreuses infos relativ ## Onglet Batteries - -Vous pouvez voir sur cet onglet la liste de vos modules sur batterie, leur niveau restant (la couleur de la tuile dépend de ce niveau), le type et le nombre de piles qu’il faut mettre dans le module, le type du module ainsi que la date à laquelle l’information du niveau de batterie a été mise à jour. Vous pouvez aussi voir si un seuil spécifique a été établi pour le module en particulier (représenté par une main) +Sur cet onglet vous pouvez voir la liste de vos modules sur batterie, leur niveau restant (la couleur de la tuile dépend de ce niveau), le type et le nombre de piles qu’il faut mettre dans le module, le type du module ainsi que la date à laquelle l’information du niveau de batterie a été mise à jour. Vous pouvez aussi voir si un seuil spécifique a été établi pour le module en particulier (représenté par une main) > **Conseil** > -> Les seuils d’alerte/warning sur les niveaux des batteries sont configurables de manière globale dans la configuration de Jeedom (Réglages→Systèmes→Configuration : Equipements), ou par équipement sur la page de configuration avancée de ceux-ci dans l’onglet alertes. +> Les seuils d’alerte/warning sur les niveaux des batteries sont configurables de manière globale dans la configuration de Jeedom (Réglages→Systèmes→Configuration : Equipements) ou par équipement sur la page de configuration avancée de ceux-ci dans l’onglet alertes. -## Onglet Modules en alerte +## Onglet Equipements en alerte Sur cet onglet vous verrez en temps réel les modules en alerte. Les alertes peuvent être de différents types : @@ -31,7 +30,7 @@ Chaque alerte sera représentée par la couleur de la tuile (le niveau d’alert > **Conseil** > -> Ici seront affichés tous les modules en alerte même ceux configurés en "non visible". Il est toutefois intéressant de noter que si le module est en "visible" l’alerte sera aussi visible sur le dashboard (dans l’objet concerné). +> Ici seront affichés tous les équipements en alerte même ceux configurés en "non visible". Il est toutefois intéressant de noter que si l'équipement est en "visible" l’alerte sera aussi visible sur le dashboard (dans l’objet concerné). ## Onglet Actions définies @@ -51,14 +50,18 @@ Cet onglet permet de visualiser les actions définies directement sur une comman Cet onglet permet de voir l’ensemble des alertes définies, vous y retrouverez dans un tableau les infos suivantes si elles existent : - Les alertes sur délai de communication. -- Les seuils spécifiques de batterie définis sur un équipement. +- Les seuils de batterie spécifiques définis sur un équipement. - Les différentes alertes danger et warning des commandes. +## Onglet Push définis + +A documenter. + ## Onglet Commandes orphelines Cet onglet vous permet de voir en un coup d’œil si vous avez des commandes orphelines utilisées au travers de Jeedom. Une commande orpheline est une commande utilisée quelque part mais qui n’existe plus. On retrouvera ici l’ensemble de ces commandes, comme par exemple : -- Les commandes orphelines utilisée dans le corps d’un scenario. +- Les commandes orphelines utilisées dans le corps d’un scenario. - Celles utilisées en déclencheur d’un scénario. Et utilisées à plein d’autres endroits comme (non exhaustif) : diff --git a/fr_FR/core/4.5/faq.md b/fr_FR/core/4.5/faq.md index afc74eeb3dc..be791c2d3d6 100644 --- a/fr_FR/core/4.5/faq.md +++ b/fr_FR/core/4.5/faq.md @@ -2,7 +2,7 @@ **Réglages → Version : FAQ** ### Jeedom nécessite-t-il un abonnement ? -Non, Jeedom est pleinement utilisable sans aucune nécessité de quelque abonnement que ce soit. Cependant, il existe des services proposés pour les sauvegardes ou les appel/SMS, mais qui restent réellement optionnels. +Non, Jeedom est pleinement utilisable sans aucune nécessité de quelque abonnement que ce soit. Cependant, il existe des services proposés pour les sauvegardes ou les appel/SMS mais qui restent réellement optionnels. ### Jeedom utilise-t-il des serveurs extérieurs pour fonctionner ? Non, Jeedom n’utilise pas d’infrastructure type "Cloud". Tout se fait en local et vous n’avez pas besoin de nos serveurs pour que votre installation fonctionne. Seuls les services comme le Market, la sauvegarde en ligne ou le DNS Jeedom nécessitent l’utilisation de nos serveurs. @@ -14,10 +14,10 @@ Jeedom possède une version mobile adaptée à l’utilisation sur mobile et tab Lors de votre première connexion à Jeedom (et même après si vous ne les avez pas modifiés), le nom d’utilisateur et le mot de passe par défaut sont admin/admin. A la première connexion, il vous est fortement recommandé de modifier ces identifiants pour plus de sécurité. ### Je n'arrive plus à me connecter à mon Jeedom -Depuis Jeedom 3.2 il n'est plus possible de se connecter avec admin/admin à distance pour des raisons évidentes de sécurité. Les identifiants admin/admin ne marchent plus qu'en local. Attention si vous passer par le DNS même en local vous êtes forcement identifié comme à distance. Autre point par défaut seules les IP sur 192.168.*.* ou 127.0.0.1 sont reconnues comme locales. Cela se configure dans l'administration de Jeedom partie sécurité puis IP "blanche". Si malgré tout çà vous n'arrivez toujours pas à vous connecter il faut utiliser la procédure de remise à zéro de mot de passe, voir [ici](https://doc.jeedom.com/fr_FR/howto/reset.password). +Depuis Jeedom 3.2 il n'est plus possible de se connecter avec admin/admin à distance pour des raisons évidentes de sécurité. Les identifiants admin/admin ne marchent plus qu'en local. Attention si vous passez par le DNS même en local vous êtes forcement identifié comme à distance. Autre point par défaut : seules les IP sur 192.168.*.* ou 127.0.0.1 sont reconnues comme locales. Cela se configure dans l'administration de Jeedom partie sécurité puis IP "blanche". Si malgré tout cela vous n'arrivez toujours pas à vous connecter il faut utiliser la procédure de remise à zéro de mot de passe, voir [ici](https://doc.jeedom.com/fr_FR/howto/reset.password). ### Je ne vois pas tous mes équipements sur le Dashboard -Souvent cela est dû au fait que les équipements sont affectés à un objet qui n’est pas le fils ou l’objet lui-même du premier objet sélectionné à gauche dans l’arbre (vous pouvez configurer celui-ci dans votre profil). +Souvent cela est dû au fait que les équipements sont affectés à un objet qui n’est pas sous l'arborescence du premier objet sélectionné à gauche dans l’arbre (vous pouvez configurer celui-ci dans votre profil). ### L'interface de Jeedom a-t-elle des raccourcis ? Oui, la liste des raccourcis clavier / souris est [ici](shortcuts.md). @@ -26,26 +26,25 @@ Oui, la liste des raccourcis clavier / souris est [ici](shortcuts.md). Oui c’est possible, il suffit de glisser/déposer les commandes de votre objet sur sa configuration. ### Peut-on éditer le style des widgets ? -Pour chaque commande vous pouvez choisir son affichage entre différents Widgets du Core, ou en créer avec Outils → Widgets. +Pour chaque commande vous pouvez choisir son affichage entre différents Widgets du Core ou en créer avec Outils → Widgets. ### Peut-on mettre plusieurs fois le même équipement sur un design ? Non ce n’est pas possible, mais vous pouvez dupliquer celui-ci grâce au plugin virtuel. ### Comment changer une donnée erronée de l’historique ? -Il suffit, sur une courbe historique de la commande, de cliquer sur le point en question. Si vous laissez le champs vierge, alors la valeur sera supprimée. +Il suffit de cliquer sur le point en question sur une courbe historique de la commande. Si vous laissez le champs vierge, alors la valeur sera supprimée. ### Combien de temps dure une sauvegarde ? -Il n’y a pas de durée standard, cela dépend du système et du volume de données à sauvegarder, mais il peut prendre plus de 5 minutes, c’est normal. +Il n’y a pas de durée standard, cela dépend du système et du volume de données à sauvegarder. Mais elle peut prendre plus de 5 minutes, c’est normal. ### Où se trouvent les sauvegardes de Jeedom ? Elles sont dans le dossier /var/www/html/backup ### Peut-on mettre Jeedom en https ? -Oui : Soit vous avez un pack power ou plus, dans ce cas il vous -suffit d’utiliser le [DNS Jeedom](https://jeedom.github.io/documentation/howto/fr_FR/mise_en_place_dns_jeedom). Soit avec un DNS et vous savez mettre en place un certificat valide, dans ce cas c’est une installation standard d’un certificat. +Oui : Soit vous avez un pack power ou plus, dans ce cas il vous suffit d’utiliser le [DNS Jeedom](https://jeedom.github.io/documentation/howto/fr_FR/mise_en_place_dns_jeedom). Soit avec un DNS et vous savez mettre en place un certificat valide, dans ce cas c’est une installation standard d’un certificat. ### Comment se connecter en SSH ? -Voila une [documentation](https://www.alsacreations.com/tuto/lire/612-Premiere-connexion-SSH.html), partie "Sous Windows : Putty". Le "hostname" étant l'ip de votre Jeedom, les identifiants étant : +Voila une [documentation](https://www.alsacreations.com/tuto/lire/612-Premiere-connexion-SSH.html), partie "Sous Windows : Putty". Le "hostname" étant l'IP de votre Jeedom, les identifiants étant : - Username : "root", password : "Mjeedom96" - Username : "jeedom", password : "Mjeedom96" @@ -78,7 +77,7 @@ La webapp nécessite un smartphone supportant le HTML5 et le CSS3. Elle n’est ### Sur quelles plateformes Jeedom peut-il fonctionner ? Pour que Jeedom fonctionne, il faut une plateforme linux avec les droits root ou un système type docker. Il ne fonctionne donc pas sur une plateforme android pure. -### Je ne peux mettre à jour certain plugin "Echec lors du téléchargement du fichier. Veuillez réessayer plus tard (taille inférieure à 100 octets)..." ? +### Je ne peux pas mettre certains plugins à jour "Echec lors du téléchargement du fichier. Veuillez réessayer plus tard (taille inférieure à 100 octets)..." ? Cela peut être dû à plusieurs choses, il faut : - Vérifier que votre Jeedom est toujours connecté au market (dans la page d'administration de Jeedom, partie mise à jour vous avez un bouton de test). @@ -96,7 +95,7 @@ S’il y a un souci, le script essaiera de le corriger. S’il n’y arrive pas, Vous pouvez aussi regarder le log /var/www/html/log/http.error. Très souvent, celui-ci indique le souci. ### J’ai un problème d’identifiant BDD -Il faut réinitialiser ceux-ci : +Il faut réinitialiser celui-ci : ``` {.bash} bdd_password=$(cat /dev/urandom | tr -cd 'a-f0-9' | head -c 15) @@ -110,14 +109,14 @@ sudo chown www-data:www-data core/config/common.config.php ``` ### J’ai des \{\{…​\}\} partout -La cause la plus fréquente est l’utilisation d’un plugin en version beta et Jeedom en stable, ou l’inverse. Pour avoir le détail de l’erreur, il faut regarder le log http.error (dans /var/www/html/log). +La cause la plus fréquente est l’utilisation d’un plugin en version beta et Jeedom en stable ou l’inverse. Pour avoir le détail de l’erreur, il faut regarder le log http.error (dans /var/www/html/log). ### Lors d’une commande j’ai une roue qui tourne sans s’arrêter Encore une fois cela est souvent dû à un plugin en beta alors que Jeedom est en stable. Pour voir l’erreur, il faut faire F12 puis console. ### Je n’ai plus accès à Jeedom, ni par l’interface web ni en console par SSH Cette erreur n’est pas due à Jeedom, mais à un problème avec le système. -Si celui-ci persiste suite à une réinstallation, il est conseillé de voir avec le SAV pour un souci hardware. Voici la [documentation](https://doc.jeedom.com/fr_FR/installation/smart) pour la Smart +Si celui-ci persiste suite à une réinstallation, il est conseillé de voir avec le SAV pour un souci hardware. Voici la [documentation](https://doc.jeedom.com/fr_FR/installation/smart) pour la Smart. ### Mon scénario ne s’arrête plus/pas Il est conseillé de regarder les commandes exécutées par le scénario, souvent cela vient d’une commande qui ne se termine pas. @@ -132,7 +131,7 @@ Cela est dû à MySQL qui s’est arrêté, ce n’est pas normal, les cas coura - Problème de corruption de fichier(s), ce qui arrive souvent suite à un arrêt non propre de Jeedom (coupure de courant) - Soucis mémoire, le système manque de mémoire et tue le process le plus consommateur (souvent la base de données). Cela peut se voir dans l'administration de l'OS puis dmesg, vous devez voir un kill par "oom". Si c'est le cas il faut réduire la consommation de Jeedom en désactivant des plugins. -Malheureusement, il n’y a pas beaucoup de solution si c’est le deuxième cas, le mieux étant de récupérer une sauvegarde (disponible dans /var/www/html/backup par défaut), de réinstaller Jeedom et de restaurer la sauvegarde. Vous pouvez aussi regarder pourquoi MySQL ne veut pas démarrer depuis une console SSH : +Malheureusement, il n’y a pas beaucoup de solutions si c’est le deuxième cas, le mieux étant de récupérer une sauvegarde (disponible dans /var/www/html/backup par défaut), de réinstaller Jeedom et de restaurer la sauvegarde. Vous pouvez aussi regarder pourquoi MySQL ne veut pas démarrer depuis une console SSH : ``` {.bash} sudo su - service mysql stop @@ -141,7 +140,7 @@ mysqld --verbose Ou consulter le log : /var/log/mysql/error.log ### Les boutons Éteindre/Redémarrer ne fonctionnent pas -Sur une installation DIY c’est normal. En SSH, il faut faire la commande visudo et à la fin du fichier vous devez ajouter : www-data ALL=(ALL) +Sur une installation DIY c’est normal. En SSH, il faut faire la commande `nano sudo` et à la fin du fichier vous devez ajouter : www-data ALL=(ALL) NOPASSWD: ALL. ``` {.bash} @@ -154,8 +153,8 @@ Ce genre de cas arrive si votre Jeedom n’est pas compatible avec le plugin. En ### J'ai un équipement en timeout mais je ne le vois pas sur le Dashboard Les alertes sont classées par priorité, de la moins importante à la plus importante : timeout, batterie warning, batterie danger, alerte warning, alerte danger -### Mon Jeedom affiche en permanence "En cours de démarrage" même après 1h ? -Si vous êtes en DIY et sous Debian 9 ou plus, vérifiez qu'il n'y a pas eu une mise à jour d'Apache et donc le retour du privateTmp (visible en faisant `ls /tmp` et voir si il y a un dossier private\*Apache). Si c'est le cas il faut faire : +### Mon Jeedom affiche en permanence "En cours de démarrage" même après 1h +Si vous êtes en DIY et sous Debian 9 ou plus, vérifiez qu'il n'y a pas eu une mise à jour d'Apache et donc le retour du privateTmp (visible en faisant `ls /tmp` et voir s'il y a un dossier private\*Apache). Si c'est le cas il faut faire : ``` mkdir /etc/systemd/system/apache2.service.d echo "[Service]" > /etc/systemd/system/apache2.service.d/privatetmp.conf @@ -163,16 +162,16 @@ echo "PrivateTmp=no" >> /etc/systemd/system/apache2.service.d/privatetmp.conf ``` ### J'ai un soucis d'heure sur mes historiques -Essayez de vider le cache de chrome, l'affichage des historiques est calculé par rapport à l'heure du navigateur. +Essayez de vider le cache de votre navigateur, l'affichage des historiques est calculé par rapport à l'heure du navigateur. -### J'ai l'erreur "Souci réseaux détecté, redémarrage du réseaux" -Jeedom ne trouve pas ou n'arrive pas a pinguer la gateway. En général ca arrive si la box adsl redémarre (en particulier les livebox) et que Jeedom n'a pas redémarré ou a redémarré plus vite que la box. Par sécurité il vous dit donc qu'il a trouvé un soucis et relance le processus de connexion réseaux. Vous pouvez désactiver ce mécanisme en allant dans la configuration de Jeedom et en désactivant la gestion du réseaux par Jeedom. +### J'ai l'erreur "Souci réseau détecté, redémarrage du réseau" +Jeedom ne trouve pas ou n'arrive pas a pinger la passerelle. En général cela arrive si la box adsl redémarre (en particulier les livebox) et que Jeedom n'a pas redémarré ou a redémarré plus vite que la box. Par sécurité il vous dit donc qu'il a trouvé un soucis et relance le processus de connexion réseaux. Vous pouvez désactiver ce mécanisme en allant dans la configuration de Jeedom et en désactivant la gestion du réseaux par Jeedom. ### J'ai le message "Echec durant la sauvegarde de la base de données. Vérifiez que mysqldump est présent." -Ça veut dire que Jeedom n'arrive pas a backuper la base de données ce qui peut laisser penser à un soucis de corruption de base de données et de filesystem. Il n'y a malheureusement pas de commande miracle pour corriger. Le mieux est de lancer un backup et d'analyser le log de celui-ci. Dans les cas connus de soucis nous avons: +Ça veut dire que Jeedom n'arrive pas a sauvegarder la base de données ce qui peut laisser penser à un soucis de corruption de base de données et de système de fichier. Il n'y a malheureusement pas de commande miracle pour corriger. Le mieux est de lancer un backup et d'analyser le log de celui-ci. Dans les cas connus de soucis nous avons: -- une table de la base corrompue => là c'est mal parti il faut voir pour essayer de réparer et si ca marche pas repartir du dernier bon backup (si vous êtes sur carte SD c'est le bon moment pour la changer) -- pas assez de place sur le filesystem => regarder la page santé celle-ci peut vous l'indiquer +- une table de la base corrompue => là c'est mal parti il faut voir pour essayer de réparer et si ça ne marche pas, repartir du dernier bon backup (si vous êtes sur carte SD c'est le bon moment pour la changer) +- pas assez de place sur le système de fichier => regarder la page santé celle-ci peut vous l'indiquer ### J'ai des erreurs de type "Class 'eqLogic' not found", des fichiers semblent être manquant ou j'ai une page blanche C'est une erreur assez grave le plus simple est de faire @@ -191,29 +190,28 @@ Dans l'administration de Jeedom partie OS/DB puis dans la console système il fa yes | sudo apt install -y php-mysql php-curl php-gd php-imap php-xml php-opcache php-soap php-xmlrpc php-common php-dev php-zip php-ssh2 php-mbstring php-ldap ``` -### Je n'arrive pas a installer les dépendances d'un plugin j'ai une erreur du type : "E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème." ou "E: Could not get lock /var/lib/dpkg/lock" +### Je n'arrive pas à installer les dépendances d'un plugin j'ai une erreur du type : "E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème." ou "E: Could not get lock /var/lib/dpkg/lock" Il faut : -- redemarrer Jeedom -- aller dans l'administration de celui-ci (bouton roue cranté en haut a droite puis configuration en v3 ou Réglage -> Système -> Configuration en v4) +- redémarrer Jeedom +- aller dans l'administration de celui-ci (Réglage -> Système -> Configuration) - aller dans l'onglet OS/DB - lancer l'administration Système - cliquer sur Dpkg configure - attendre 10min -- relancer les dépendances du plugins qui bloque +- relancer l'installation des dépendances du plugins qui bloque -### J'ai cette erreur sur l'installation des dependances d'un plugin : "from pip._internal import main" +### J'ai cette erreur sur l'installation des dépendances d'un plugin : "from pip._internal import main" -Il faut dans la console systeme de Jeedom ou en ssh faire +Dans la console système de Jeedom ou en ssh, il faut exécuter ces lignes : ```` sudo easy_install pip sudo easy_install3 pip ```` -Puis relancer les dépendances - +Puis relancer l'installation des dépendances ### Depuis la 4.2, je ne peux plus afficher d'iframe @@ -222,4 +220,4 @@ Allez dans **Réglages -> Système -> Configuration** puis dans **OS/DB**, lance ### Depuis la 4.2, certains plugins ne marchent plus et dans la console du navigateur (touche F12) j'ai des erreurs 403 -C'est du a la sécurisation d'Apache qui impose aux développeur de plugin de mettre les bons fichiers dans les bons répertoires pour limiter la surface d'attaque de Jeedom. Cette sécurisation ce fait dans le fichier .htaccess (écrasé à chaque mise à jour du Core). Vous pouvez faire un fichier .htaccess_custom avec vos propre règles qui si il existe sera utilisé à la place du fichier .htaccess du Core. \ No newline at end of file +C'est dû à la sécurisation d'Apache qui impose aux développeurs de plugin de mettre les bons fichiers dans les bons répertoires pour limiter la surface d'attaque de Jeedom. Cette sécurisation se fait dans le fichier .htaccess (écrasé à chaque mise à jour du Core). Vous pouvez faire un fichier .htaccess_custom avec vos propre règles qui, s'il existe, sera utilisé à la place du fichier .htaccess du Core. \ No newline at end of file diff --git a/fr_FR/core/4.5/health.md b/fr_FR/core/4.5/health.md index 767ca2e22c9..5f1260a41eb 100644 --- a/fr_FR/core/4.5/health.md +++ b/fr_FR/core/4.5/health.md @@ -2,14 +2,14 @@ **Analyse → Santé** La page Santé de Jeedom vous permet d’avoir un aperçu rapide de l’état de santé de votre Jeedom. -Elle indique aussi (si les plugins l’utilisent) l’état de santé par plugin. +Elle indique aussi l’état de santé par plugin (si les plugins l’utilisent). > **Note** > > Un clic sur l’icône en haut à droite permet d’accéder au benchmark de votre Jeedom. La page santé de Jeedom se présente sous la forme d’un double tableau. -La 1ère colonne vous donne une description de ce que Jeedom vérifie, le statut est affiché dans la 2ème colonne. +La 1ère colonne vous donne une description de ce que Jeedom vérifie. Le statut est affiché dans la 2ème colonne. Des tooltips peuvent vous donner des conseils de résolution si la vérification n’est pas OK. En dessous vous retrouvez la santé pour chaque plugin, un clic sur le nom du plugin donne le détail de santé de celui-ci. @@ -28,4 +28,4 @@ A droite vous retrouvez les icônes : > **Note** > -> De manière générale quand la ligne est verte c’est que tout va bien et quand c’est rouge, c’est qu’il y a un souci. +> De manière générale quand la ligne est verte c’est que tout va bien et quand c’est rouge c’est qu’il y a un souci. diff --git a/fr_FR/core/4.5/history.md b/fr_FR/core/4.5/history.md index 7930e65b5b8..ef2e90c2043 100644 --- a/fr_FR/core/4.5/history.md +++ b/fr_FR/core/4.5/history.md @@ -1,7 +1,7 @@ # Historique **Analyse → Historique** -Partie importante dans un logiciel : la partie historisation, véritable mémoire de celui-ci. Il est possible dans Jeedom d’historiser n’importe quelle commande de type information (binaire ou numérique). Cela vous permettra donc par exemple d’historiser une courbe de température, de consommation, les ouvertures d’une porte, etc. +Partie importante dans un logiciel : la partie historisation, véritable mémoire de celui-ci. Dans Jeedom il est possible d’historiser n’importe quelle commande de type information (binaire ou numérique). Cela vous permettra donc par exemple d’historiser une courbe de température, de consommation, les ouvertures d’une porte, etc. ![Historique](./images/history.gif) @@ -9,11 +9,11 @@ Partie importante dans un logiciel : la partie historisation, véritable mémoir ### Archivage -L’archivage des données permet à Jeedom de réduire la quantité de données conservées en mémoire. Cela permet de ne pas utiliser trop de place et de ne pas ralentir le système. En effet, si vous conservez toutes les mesures, cela fait d’autant plus de points à afficher et donc cela peut considérablement allonger les temps pour rendre un graphique. En cas d’un nombre trop important de points, cela peut même faire planter l’affichage du graphique. +L’archivage des données permet à Jeedom de réduire la quantité de données conservées en mémoire. Cela permet de ne pas utiliser trop de place et de ne pas ralentir le système. En effet, si vous conservez toutes les mesures, cela fait d’autant plus de points à afficher et donc cela peut considérablement allonger les temps pour rendre un graphique. Dans le cas d’un nombre trop important de points, cela peut même faire planter l’affichage du graphique. L’archivage est une tâche qui se lance dans la nuit et compacte les données récupérées dans la journée. Par défaut Jeedom récupère toutes les données plus vieilles de 2h et en fait des paquets de 1h (soit une moyenne, un minimum ou un maximum en fonction des réglages). On a donc ici deux paramètres, un pour la taille des paquets et un autre pour savoir à partir de quand en faire (pour rappel par défaut ce sont des paquets de 1h avec des données qui ont plus de 2h d’ancienneté). -> **Conseil** +> **Note** > > Si vous avez bien suivi vous devriez avoir une haute précision sur les 2 dernières heures seulement. Pourtant quand je me connecte à 17h, j’ai une précision sur les 17 dernières heures. Pourquoi ? En fait, pour éviter de consommer des ressources inutilement, la tâche qui fait l’archivage ne se déroule qu’une fois par jour, le soir. @@ -26,10 +26,10 @@ L’archivage est une tâche qui se lance dans la nuit et compacte les données Il existe plusieurs moyens d’accéder à l’historique : - En cliquant sur la commande voulue dans un widget, -- En allant dans la page historique qui permet, de superposer différentes courbes et de combiner les styles (aire, courbe, barre), +- En allant dans la page historique qui permet de superposer différentes courbes et de combiner les styles (aire, courbe, barre), - En mobile en restant appuyé sur le widget en question, - En mettant une zone graph dans une vue (voir plus bas), -- En insérant une graph sur une Design. +- En insérant un graph sur un Design. Depuis le Core v4.2 il est aussi possible d'afficher une courbe en fond de tuile d'un équipement. @@ -46,7 +46,7 @@ Si vous affichez un graphique par la page historique, vous avez accès à plusie > **Conseil** > -> Pour éviter toutes erreur de manipulation, ces options sauvegardées dans les commandes sont active seulement quand une seule courbe est affichée. +> Pour éviter toute erreur de manipulation, ces options, sauvegardées dans les commandes, sont actives seulement quand une seule courbe est affichée. > Dans la partie haute où s'affichent les courbes, il y également plusieurs options : @@ -59,7 +59,7 @@ Sur la droite: - **Axes verticaux visibles** : Permet de cacher ou afficher tous les axes verticaux. - **Echelle des axes verticaux** : Permet d'activer ou non la mise à l'échelle de chaque axe vertical indépendamment des autres. - **Groupement des axes verticaux par unités** : Permet de grouper l'échelle des courbes et axes verticaux en fonction de leur unité. Toutes les courbes de même unité auront la même échelle. -- **Opacité des courbes sous la souris** : Permet de désactiver la mise en surbrillance de la courbe quand une valeur est affichée au curseur de la souris. Par exemple quand deux courbes n'ont pas leurs valeurs aux même moments. +- **Opacité des courbes sous la souris** : Permet de désactiver la mise en surbrillance de la courbe quand une valeur est affichée au curseur de la souris. Par exemple quand deux courbes n'ont pas leurs valeurs au même moment. Sous les courbes, vous pouvez aussi utiliser le menu contextuel sur chaque légende pour isoler une courbe, afficher/cacher son axe, changer sa couleur, ... @@ -70,7 +70,7 @@ Vous pouvez aussi afficher les graphiques sur les vues (nous verrons ici les opt Une fois une donnée activée, vous pouvez choisir : - **Couleur** : La couleur de la courbe. - **Type** : Le type de graphique (aire, ligne ou colonne). -- **Echelle** : Vu que vous pouvez mettre plusieurs courbes (données) sur le même graphique, il est possible de distinguer les échelles (droite ou gauche). +- **Echelle** : Comme vous pouvez mettre plusieurs courbes (données) sur le même graphique, il est possible de distinguer les échelles (droite ou gauche). - **Escalier** : Permet d’afficher la courbe sous la forme d’un escalier ou d’un affichage continu. - **Empiler** : Permet d’empiler les valeurs des courbes (voir en dessous pour le résultat). - **Variation** : Affiche la différence de valeur par rapport au point précédent. @@ -89,7 +89,7 @@ Vous avez aussi accès à une gestion de formules de calcul qui vous permet de l > **Conseil** > -> Quand vous avez des calculs sauvegardés, ceux-ci sont disponible à gauche dans **Mes Calculs**. +> Quand vous avez des calculs sauvegardés, ceux-ci sont disponibles à gauche dans **Mes Calculs**. #### Historique de commande @@ -101,5 +101,3 @@ Devant chaque donnée pouvant être affichée, vous retrouvez deux icônes : ### Suppression de valeur incohérente Parfois, il se peut que vous ayez des valeurs incohérentes sur les graphiques. Cela est souvent dû à un souci d’interprétation de la valeur. Il est possible de supprimer ou changer la valeur du point en question, en cliquant sur celui-ci directement sur le graphique ; de plus, vous pouvez régler le minimum et le maximum autorisés afin d’éviter des problèmes futurs. - - diff --git a/fr_FR/dev/core4.4.md b/fr_FR/dev/core4.4.md index 83ea5d2ae00..f180fc1ff99 100644 --- a/fr_FR/dev/core4.4.md +++ b/fr_FR/dev/core4.4.md @@ -181,7 +181,7 @@ Pour rappel: > **Remarque** > -> Ces modifications peuvent entraîner la nécessité de monter la version Jeedom minimale requise de nombreux plugins. C'est pourquoi les *deprecated* n’apparaissent pas sur un Core en branche V4-Stable, mais permettent aux développeurs de voir ce qu'ils peuvent corriger. +> Ces modifications peuvent entraîner la nécessité de monter la version Jeedom minimale requise de nombreux plugins. C'est pourquoi les *deprecated* n’apparaissent pas sur un Core en branche master, mais permettent aux développeurs de voir ce qu'ils peuvent corriger. #### jQuery Autocomplete diff --git a/fr_FR/howto/jeedom.mise_a_jour_manuel.md b/fr_FR/howto/jeedom.mise_a_jour_manuel.md index 67c7923d6d8..a88df2e053a 100644 --- a/fr_FR/howto/jeedom.mise_a_jour_manuel.md +++ b/fr_FR/howto/jeedom.mise_a_jour_manuel.md @@ -19,10 +19,10 @@ En SSH, faites : ````bash su - cd /root -wget https://github.com/jeedom/core/archive/V4-stable.zip -unzip V4-stable.zip -cp -R core-4-stable/* /var/www/html -cp -R core-4-stable/.[^.]* /var/www/html +wget https://github.com/jeedom/core/archive/master.zip +unzip master.zip +cp -R core-master/* /var/www/html +cp -R core-master/.[^.]* /var/www/html ```` ## Mise à jour diff --git a/fr_FR/plugins/security/Jeelocker/beta/changelog.md b/fr_FR/plugins/security/Jeelocker/beta/changelog.md index 686fe50bed3..b3fd302928d 100644 --- a/fr_FR/plugins/security/Jeelocker/beta/changelog.md +++ b/fr_FR/plugins/security/Jeelocker/beta/changelog.md @@ -1,7 +1,5 @@ # Changelog jeelocker -# Changelog Jeelocker - # Changelog plugin jeelocker >**IMPORTANT**