Jolie boulot, même incomplet.

Oui, modification d'un élément existant possible, mais pas de "enregistrer sous" possible, LM17.3.

978

(4 replies, posted in Bar Fourre-tout)

Je ne fais pas de correction de schéma importante, que de petites modif.
Effectivement, tout ceux qui semblerait convenir, sont payant.

979

(4 replies, posted in Bar Fourre-tout)

Les DWG sont la priorité : pendant longtemps, le standard imposé au boulot pour les schéma élec était le DWG. 1 fichier par folio. Quand il faut refaire un pdf ou une impression c'est la galère.

980

(4 replies, posted in Bar Fourre-tout)

Bonjour,
connaissez-vous un logiciel gratuit qui permette l'impression par lot de fichier DWG et DXF ?
Merci.

scorpio810 wrote:

Bonjour f.franck,

je vais laisser Nuri t'expliquer sa méthode, mais aussi ses inconvénients.
Un nouveau développeur nous a rejoint "Leonardo", nous sommes en discutions avec pour la mise en place coté utilisateur d'une base de données pour stocker justement ces informations dans des tables, afin d’éviter d'avoir à chaque fois à les re rentrer dans le dock.

<3

982

(7 replies, posted in Scripts)

Je testerais sur une VM à l'occasion ...

983

(7 replies, posted in Scripts)

Rendu:

984

(7 replies, posted in Scripts)

Eléments dans la collection:

985

(7 replies, posted in Scripts)

Fichier élément "borne".

986

(7 replies, posted in Scripts)

Bonsoir,
je joins à ce post un script bash qui permet de générer des éléments borniers.
Il ne fonctionne que sous linux, nécessite zenity et xmlstarlet, entre autre.
Les conditions pour qu'il fonctionne sont:
- borne avec propriété "terminal"
- porte le nom de "Borne" en français
- 1 seul texte
- le nom de borne doit être : "bornier:numéro de borne" (exempel XA:1).

Les bornes non présentent dans le schéma pour avoir une continuité de numérotation sont ajoutées comme réserve.

La génération analyse le projet sélectionné pour isoler chaque borne et créé à la mode Nuri, un élément bornier directement dans la collection utilisateur. Le temps de génération dépend du nombre d'élément présent dans le schéma (c'est l'analyse du projet qui est long).

Je suis nul en programmation et bash n'est certainement pas le système le mieux pour ça. MAis cela à le mérite d'exister et pour moi, est très satisfaisant. Si vous voyez des moyens de le rendre plus efficace, je suis ouvert.

Cordialement.

Joshua wrote:
scorpio810 wrote:

en plus de réduire la consommation RAM.

Alors oui, la conso ram devrait beaucoup baisser, mais le panel d'élément n'est qu'une partie du problème, après avoir fini le panel d'élément (qui est déjà bien avancé), il reste la partie immergé de l'iceberg...

Nuri wrote:
scorpio810 wrote:

Regarde les liens sur la doc Qt qabstractitemmodel, The model/view architecture.

wi wi, j'ai déjà mangé ca :
https://openclassrooms.com/courses/programmez-avec-le-langage-c/l-architecture-mvc-avec-les-widgets-complexes
La doc Qt je commence à comprendre, ca me paraît pas impossible. Le problème c'est les lacunes C++... Que dis-je... les trous noirs en C++.

La finalité du nouveau panel sera-t-elle aussi d'intégrer l'arbo du projet dedans ou non ?
Pour l'instant, les onglets ca me va bien.
Euh.. je vais formuler autrement :
Est-ce qu'à terme les projets seront dans le même QDockWidget que les collecs ou dans un autre ?

Même question .... ;-)

La collection d'élément restera seul dans sont QDockWidget, l'arborescence du projet sera dans un autre QDockWidget, surtout quand il y aura les =/+, ce sera pas superflus.

scorpio810 wrote:

Oui, avec des onglets, mais surtout une plus grande facilité d’insérer un nouveau folio là ou l'on le veut, voir même un déplacement d'un ensemble de folios, pouvoir aussi découper l’arborescence du projet en sous dossiers comme sur ton Eplan adoré.
Mais bon, je m'avance un peu, seul Joshua travaille dessus, et est à même de vous répondre correctement de ce qu'il sera possible de faire, ou pas.

Du point de vue de l'arbre (QTreeView) beaucoup de chose sont possible (je dit pas que c'est toujours simple à coder). Mais la plus grosse difficulté sera de créer un "cahier des charges" et de mettre ça en œuvre dans QET, car comme à dit nuri, "ça sous entend de refaire tout le système des ref croisées" mais pas que...

C'est intéressant cette idée de dossier pour le =/-... Je ne sais pas si vous avez une idée en tête, mais je me dis que si il y avait une variable "dossier" comme pour le format des renvois de folio ou pour les cartouches, que l'on puisse du coup utiliser dans les cartouches, renvois et xref, ce serait peut-être une manière de répondre au besoin.
Cordialement.

scorpio810 wrote:

Pourquoi installer à neuf une distrib en 32 bits en 2016, processeur 32 bits?

La 32 bits c'est une VM. Au boulot je me traine encore que des portables 32 bits !

Ce PPA marche nickel ! Merci.

Bonjour,
je viens de réaliser 2 installations neuve de LM17.3: une en version 64bits et une en version 32 bits.
Pas de soucis avec la version 64 bits pour l'installation de Qt5.3 et qelectrotech.


sudo apt-add-repository 'deb http://ppa.launchpad.net/packetlost/qt-opensource/ubuntu trusty main'

Ajout de la clé du dépôt :

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 5858D2CE

Ajout du Depot QET
sudo apt-add-repository 'deb http://debian.qelectrotech.org/qet/debian/ stable main'

Clé du dépôt apt QET

$ gpg --keyserver pgpkeys.mit.edu --recv-key 1D4FB6C1
$ gpg -a --export 1D4FB6C1 | sudo apt-key add -

Ou

wget -q -O - https://download.qelectrotech.org/qet/debian/Qelectrotech_Repository.asc | sudo apt-key add -

Avec la version 32 bits, je n'arrive pas à installer qelectrotech : libqt5svg5 n'est pas installé et ne peut être installé car qtbase-abi-5-2-1 manque et n'est pas dans les dépots.

Dans la version 64 bits aucun soucis, libqt5svg5 est de base installé malgré que qtbase-abi ne soit pas installé.

Comment m'en sortir ?
Merci.
Cordialement.
Alexis

Nuri wrote:
scorpio810 wrote:

Regarde les liens sur la doc Qt qabstractitemmodel, The model/view architecture.

wi wi, j'ai déjà mangé ca :
https://openclassrooms.com/courses/programmez-avec-le-langage-c/l-architecture-mvc-avec-les-widgets-complexes

La doc Qt je commence à comprendre, ca me paraît pas impossible. Le problème c'est les lacunes C++... Que dis-je... les trous noirs en C++.


La finalité du nouveau panel sera-t-elle aussi d'intégrer l'arbo du projet dedans ou non ?
Pour l'instant, les onglets ca me va bien.

Euh.. je vais formuler autrement :
Est-ce qu'à terme les projets seront dans le même QDockWidget que les collecs ou dans un autre ?

Même question .... ;-)

galexis wrote:

OK !
J'avais pas vu qu'il y avait 2 panels pour les éléments. "Panel d'éléments" est destiné à disparaître ?

Question bête, il n'y a pas l'arborescence du projet dedans.

OK !
J'avais pas vu qu'il y avait 2 panels pour les éléments. "Panel d'éléments" est destiné à disparaître ?

Oui oui , j'ai la 4355 ...

J'me sens bête, mais je ne vois pas cette nouvelle fonction dans le panel des éléments .....

Top !

scorpio810 wrote:

Finalement, sous forme csv, qu'est-ce qui différencie une borne d'un moteur ou d'un relais ?!?

En principe c'est toujours un élément dont l'attribut est de type terminal (borne de continuité), on s'en sert déjà pour garder la même liaison équipotentielle donc la même numérotation de conducteurs à ses bornes. 

On pourrait aussi filtrer sur la colonne "Label". Chez nous en Allemagne, les borniers sont toujours identifiés avec la lettre "X". Mais ce n'est pas toujours le cas et ce n'est pas partout pareil...

Une borne pour bornier est toujours définie et représentée dans un schéma par le nom du bloc, et ensuite son numéro. ex: XS_104/10
Ces éléments doivent avoir en plus de leur attribut : terminal, un attribut parent de type: XS, XA, etc, et un autre de type enfant (numéro/texte de borne).



On filtrent ces éléments  "bornes" à l'exportation volontairement, car pour l'instant il manque encore les attributs parents et enfants dessus.


https://download.qelectrotech.org/qet/forum_img/cvs-terminal.png

+ list_elements << ep.find(Element::Simple | Element::Master | Element::Terminale);

Bonsoir,
meilleurs voeux à toute l'équipe et aux membres du forum.
Serait-il possible d'avoir une exportation vers CSV de la liste des bornes (label, folio, position, conducteur, ...) ?
Cela faciliterait la mise en place de script ou macro libreoffice.

scorpio810 wrote:
Nuri wrote:
galexis wrote:

Ce fût l'objet de long débats

oui, mais finalement, le petit travail au corps n'a pas été nécessaire
Reste plus que le remplissage des basic shapes nomicons/ninja nomicons/alien nomicons/tongue nomicons/devil

Jamais content  ........ nomicons/pinch ......... !

Le coloriage vous manque tant que ça? ... nomicons/w00t

http://i.skyrock.net/7855/87237855/pics/3145667766_1_2_ADtaQzbg.jpg

nomicons/grin

Super tout ça ! Ce fût l'objet de long débats, mais finalement ...nomicons/whistling

Mouais ...

Si il y a un comportement bizarre: quand j'oriente le symbole avant de la poser : le texte ne respecte pas l'orientation. Si je le pose, puis le tourne : le texte garde l'orientation.