Nouveautés de la version de développement 0.8 (Page 11 of 13)

Chargement plus rapide sous linux. Je testerais la semaine prochaine sous windows.

Je viens de vois les derniers commit de Joshua dans lesquels il supprime plein d'éléments constructeur en "doublon".
Je me sert beaucoup de ces éléments car les info, "constructeur", "référence" ... sont déjà rentré. Suis-je le seul dans ce cas?

Perso, je ne pense pas qu'il faille multiplié les symboles identiques juste pour avoir des références différentes. Elle doit rester générique, et la gestion de catalogue constructeur est une autre fonction, qui n'est pas encore développée. Cela doit rester dans la bibliothèque perso.

I think too ... It's two different things : library and builder database

C'est bête de perdre le travail effectué sur ces symboles, il faudrait conserver certains éléments supprimés par Joshua sur un nouveau dépôt Github, qu'en pensez vous?

Oui j'ai supprimé les éléments car en doublons uniquement pour des références. Alors bien sur je comprend que cela fait gagné beaucoup de temps donc un dépôt contrib est la bonne solution.
Je ferais un PR sur le nouveau dépôts si je supprime d'autre éléments.

Bonjour,

Je suis d'accord. Surtout que je suis contributeur sur de nombreux produits (Legrand & bticino entre autres) qui ne sont pas tous identiques loin de là.
Pour ceux qui souhaitent des références génériques, il y a un dossier pour cela. Mais s'il y a des dossiers par marques/constructeurs je pensais que c'était pour avoir du détail, de la précision.
L'extraction des références des éléments d'un projet me permetait un inventaire détaillé.

Je ne comprends pas cette décision si brutale. A moins que ce ne soit pour gagner très artificiellement du temps de chargement.

Je souhaitais faire de nouvelles propositions. Je vais donc me mettre en stand-by.

Arnaud

Bonjour Laurent et merci.

Avec Git rien n'est perdu de toute façon (sauf compression de l'historique).
Reste des questions :
    * Comment publier (mettre à disposition) ce contrib de façon pratique (tout le monde n'est pas informaticien comme moi) ?
    * Comment et qui fait le choix de mettre les éléments dans le repo officiel ou dans le contrib ?

Bizarre cette décision en rc de la version 0.8.
Il eu été intéressant de penser à ce genre de besoin en version 0.9... par un chargeur de composants/de bibliothèques de composants intégré à QElectrotech. Une vrai réflexion sur l'avenir et la praticité du logiciel.

Arnaud

Bonjour,
j'ai fait le choix d'enlever des éléments pour les mêmes raisons que celles cité par galexis :

Ce qui est le cas pour tous les éléments que j'ai enlever de la collection officiel.
Je ne souhaite blesser personne par ma décision (Qet est un projet libre et communautaire, tous le mondes à sont mot à dire) donc bien que je reste sur l'idée que tous ces éléments sont des doublons uniquement pour avoir des références différente, si la suppression ne fait pas l'unanimité on peu faire un revert des commits en question.

Néanmoins, il faudra à l’avenir voir pour faire différemment, probablement avec la gestion des catalogues constructeur.

Pour résumer mea culpa si la décision ne plais pas, et si vous (les utilisateurs) souhaitez avoir tous ces éléments dans la collection officiel alors on revert (désoler Laurent de te donner du travail inutilement )

both, I have not yet decided what the elements should look like and i want to tackle this for QET 0.9

I would go even further, no elements in the source code even with git submodule.
Instead a reference to the repos (libs) that QET can download and store with the user.
then the user can determine what is loaded when QET starts up

i think github, gitlab, and others are perfect for saving element as libs
this will reduce the work for the QET team if there are new elements
we can (but do not have to) refer to the repo's
because the user can also load the repos himself

How it works now:
new elements => download of new QET 0.X

Proposal:
new elements => QET lib download de new elements from the repo

the last commit gives no build warnings for QT5.15.2
yes, 1s for loadeding all Elements

22:48:39.600 Info: "GitRevision 53aaa03967071e2852ca5668f4498071699bcc09" 
22:48:39.601 Info: "QElectroTech V 0.80-rc" 
22:48:39.601 Info: "Compilatie: GCC 10.2.1 20201117 [revision 98ba03ffe0b9f37b4916ce6238fad754e00d720b]" 
22:48:39.601 Info: "Built with Qt 5.15.2 - Date : Dec  4 2020 : 22:47:21" 
22:48:39.601 Info: "Run with Qt 5.15.2 using 16 thread(s)" 
22:48:39.601 Info: "CPU : model name\t: AMD Ryzen 7 3700X 8-Core Processor\n" 
22:48:39.601 Info: "RAM Total : 32026 MB" 
22:48:39.601 Info: "RAM Available : 22083 MB" 
22:48:39.601 Info: "GPU : " 
22:48:39.601 Info: "GPU RAM : @ToDo" 
22:48:39.601 Info: "OS : linux  - x86_64 - Version : openSUSE Tumbleweed - Kernel : 5.9.11-1-default" 
22:48:39.601 Info: *** Qt screens *** 
22:48:39.601 Info: "( 1 : 3840 x 2160 )" 
22:48:39.859 Info: Elements collection reload 
22:48:40.367 Info: Elements collection finished to be loaded 

is this a good place for the lib manager?
(/sources/ui/configpage/generalconfigurationpage.cpp)

Do not place elements in any Git* repository.
Even KiCAD abandoned Git* plugin as a place for pulling elements from.