Search options (Page 14 of 33)

Oui ouverture/fermeture de la porte avec l'heure.
J'ai demandé autour de moi + les forums, l'ensoleillement sur le papier c'est bien mais en pratique pas vraiment et de toute façon les poules se couchent un peu avant la nuit, donc même si la porte se ferme 15/20 minutes après le couché du soleil c'est pas bien grave.
J'ai pris un arduino avec un écran + pad et un petit moteur pas à pas. Le plus chiant en fait c'est de faire un montage qui tient à peu près dans le temps avec le maximum de récup.
L'autre solution pas cher serais d’investir dans un programmateur 24V et un moteur 24V genre moteur de portail électrique (j'ai la possibilité d'avoir les batteries). 0 programmation juste quelques fil peut être un ou deux relais et un peu de mécanique de bourrin (tasseau de bois pour faire des glissières et une planche ou un bout de tôle pour la porte).

A voir.... (me connaissant c'est pas encore fait :-p )

Il faudrais déjà que je puisse acheter une piscine rupture de stoque nationale avec la combinaison grosse chaleur + confinement + vacance à la maison pour beaucoup.
J'ai encore pas pris le temps de faire ma porte de poulailler avec l'arduino.

Truc marrant, un collègue m'a demander aujourd'hui pour voir avec lui afin de mettre en place un petit système automatisé pour sont future système aquaponique, controle T° de l'eau T° extérieure, taux d'oxygène dans l'eau etc... et envoyer un sms si un problème est détecté.

Prend le temps de lâcher un peu qet de temps en temps, sinon tu finira par t'en dégoutter.
Ça fait plus d'un mois que je n'ai pas mis les mains dans le code (à quelque détails près), c'est un logiciel, y'a pas de maintenance préventive dessus .
Bon pour le forum c'est autre chose d'ailleurs heureusement que vous êtes la car si on comptais sur moi pour animer le forum...
Je dit ça mais ne pas coder commence à me manquer sérieusement, heureusement j'ai bientôt fini les truc perso que j'ai entrepris.

Bon courage pour la sonde et le servomoteur.

No, this list don't exist

No JSON was not proposed.
Elements file are in xml and will stay xml for the following reasons :
-It's the original file format and everything in the code about element are for xml.
-Elements are embedded in the .qet file and .qet file is xml, we don't embedded a JSON collection inside the xml of the .qet.
-JSON need to write new code and so need lot of time and debbuging.
-Not retrocompatible with xml element file (or have two codes, one for xml another for JSON, a big headache and a big sources of bug and weird behavior)
-I think JSON is not faster than xml (pugi xml vs Qt JSON) and if so I think we will don't gain a lot.
They look the problem come from  how Windows access to file, I search if something like ram disk can improve the loading of collection.
Don't forget even if qet start-up on windows is slow, he is much faster than before since we use pugixml and multithreading..... but I hope we can do better

We load all the collection at the start up for use the search engine. If we not do that the search engine will search only for folder already expanded.
Exactly in the sources code, at the start up of Qet we get all files of the element collection and on each of these files we get the name and the information of the element and that all.
The icon of the element are created when the folder is expanded for both speed up the start of qet and limit the memory foot print of qet.
So load only expanded folder could be a great solution (qelectrotech will start instantly) but we lose the search engine.
A solution could to add in each folder a new file with inside the name and information of each element present in the folder but :
1: we must to write new code for that instead of improve existing (And in current state of devel for the 0.8 I don't make big change, I polish existing before the release)
2: We also write code to update these new files with :
-automatic update when add/remove/update new element
-and manual update if a change are made outside of qet)

May be we will do this in future but I prefer to find a magic solution for improve existing code.

No, this part of code is used when you drag an element from the common collection to the user collection and so is not called when the collection is loaded or when user drag and drop element into the folio.

Oui je vais regarder ça.
Il faudrait que ce soit en fonction de la local

Actuellement ce n'est pas pris en compte pour l'export du bon de commande.
Il faut que je refasse la fonctionnalité pour qu'elle fonctionne sur la bdd interne du projet.
En attendant tu peut toujours créé une requête perso.

I will see that tomorrow

Cool, j’espère qu'au passage ça corrigera quelque bug et crash propre à windows.