Search options (Page 229 of 295)

Ça risque d'être très utile, exemple : on doit modifier les schémas d'un ancien projet papier (fait avec un autre logiciel) et donc redessiner les folios puissance : {178,179}  et commande : {203, 204} de ce projet !

Tu n'auras plus besoin d'utiliser de tours de magie et de workaround, et de copier péniblement des Xrefs, renvoi, etc à la main, juste besoin de créer tes 4 folios, ajouter la variable %autonum sur le projet, renommer tes folios ou te servir du widget règles de folio pour les créer, tes XRefs, renvois de folios, etc ne seront plus basés sur le numéro d'index folio dans le projet mais liront ce nouveau %autonum/%id du cartouche.

Le but de Davi c'est d'ouvrir la voie vers une numérotation automatique d’éléments, de câbles, etc suivant la localisation: tes =+-, etc.

Ça n'a rien a voir, la vue projet en mode Eplan c'est autre chose, c'est juste une vue en arbre de ton projet avec des sous dossiers. Pour moi c'est juste cosmétique ou alors j'ai pas tout compris comment fonctionne ton Eplan, mais le nouvel panel d’éléments devrait pouvoir avoir cette vue du projet en mode QTreeView.

Les touches Home et End sont aussi très appréciables et c'est bien plus rapide qu'avec la souris pour naviguer sur des gros projets.

Bien sur, je veux bien, mon anglais est un peu rouillé en ce moment, il est aussi plus technique que littéraire. 
:D

Bonjour,

Depuis la dernière news certains changements sont apparus:

Hilário a rejoint l’équipe il est charge de la traduction en Brésilien, l'interface est maintenant presque entièrement traduite et activée dans le logiciel.

Davi nous a aussi rejoint comme développeur, il a la charge d'ajouter de nouvelles fonctions aux cartouches, numérotation de composants, etc.

* Ajout de folios non conséquents par leur numérotation, possibilité de numérotation avec des lettres et des caractères */=- +, etc.

* Gestionnaire de règles de numérotation de folios.
* Widget d'ajout de folios multiples suivant des règles.

ex: ajout 25 folios à la suite avec une règle "X0" -> "X1", "X2" ... "X25"

* Widget de renommage en masse des numérotations de folios sélectionnés.

Example: User has 4 folios:
Folio 1:
-title: "Folio1"
-folio: "1/4"
Folio 2:
-title: "Folio2"
-folio: "2/4"
Folio 3:
-title: "Folio3"
-folio: "3/4"
Folio 4:
-title: "Folio4"
-folio: "4/4"
User selects From "Folio2", To "Folio4", Folio Auto Numbering "auto1" 
and applies the autonumbering. The result would be:
Folio 1:
-title: "Folio1"
-folio: "1/4"
Folio 2:
-title: "Folio2"
-folio: "X0"
Folio 3:
-title: "Folio3"
-folio: "X1"
Folio 4:
-title: "Folio4"
-folio: "X2"

Il va de soit que les renvois de folios, l'auto numérotation des conducteurs et références croisées vont tenir compte de ce changement de numérotation des folios.
Ce qui n'est pas encore le cas actuellement, le widget correspondant est pour l'instant non commité.

Le déplacement dans un projet au clavier est maintenant géré par les touches PgUp, PgDn, Home et End : ces touches permettent de se déplacer de folio en folio en avant, arrière, de retourner en tout début ou fin de projet. (Davi)

La touche "suppr" dans le panel d’élément sur un folio donné supprime directement ce folio.(Davi)

Scrollaera dans les widgets regles de conducteurs, folios. (Davi)

Et comme toujours : Joshua continu de progresser sur le code du nouveau panel d’éléments.

* Une fois l’édition d'un élément fini il est rafraîchi instantanément dans le panel, prêt à poser sur le folio.
* Les copies de dossier dans les collections sont pareillement instantanées, les éléments sont prêts à être posés sur les folios.

Fini le rechargement des collections avec ce nouveau panel. 

Re-écriture et suppression de certaines classes.

Enjoy ! 

Ahh, j'avais pas besoin d'envoyer les builds, (cf le post plus haut).
Oui tu peux, tu as les deux versions maintenant, la Qet 0.5 et un binaire de la 0.22.
Pour tes nouveaux schémas tu peux les dessiner directement sur la 0.5, pour les anciens lancer la 0.22 si tu veux les modifier.

Entre temps la 0.5 n'enregistre plus sa configuration dans ~/.qet mais maintenant dans ~/.config/QElectroTech
tu peux donc passer d'une version à l'autre en attendant.

Clair, ça a un peu changé :

Si ça t'interresse et pour te depanner en attendant, voila comment j'ai fait pour avoir une version 0.22 sur ma Debian, une autre possibilité est de passer par Wine et installer le paquet Windows de la 0.22.

#on crée un dossier qet_0.22 et on s'y rend :
mkdir qet_0.22 && cd qet_0.22/
#on recupere l'archive et on la decompresse :
wget https://download.qelectrotech.org/qet/tags/20100313/qelectrotech-0.22-src.tar.gz
tar zxvf qelectrotech-0.22-src.tar.gz &&  cd qelectrotech-0.22-src/
 
# on va compiler les sources (il faut les paquets qmake-qt4, libqt4-dev, build-essentials)
 
qmake-qt4
make release
 
#on lance l'executable :
./qelectrotech

Un seul de tes schémas a ce problème, ou c'est tous?
Sans le fichier original, on ne pourra rien faire.

Avec les outils traits, rectangles, cercles, polygone.

Bonjour kaazan,

aie ! c'est pour ainsi dire le grand saut, upgrade de l'ancienne LTS ? 

Petite explication :
La version 0.22 est sortie le [13/03/2010], le [27/11/2015] la Version 0.5.
La version 0.3 est sortie le [28/09/2013] .
Entre temps les paquets de la 0.3 n'ont pas été envoyés dans Debian, mon co-mainteneur Debian, Denis ayant repris ses études, et j'avais pas non plus le temps de mon coté.
La sortie de la 0.4 [20/02/2015] est tombée en plein Gel Debian Jessie, incluse dans Debian unstable qu'en Juin 2015 et remplacée par la 0.5 depuis le 27 Nov 2015.

En 5 ans environ et plus de 3400 commits plus tard, il est possible d'avoir quelques irrégularités à l'ouverture de très vieux schémas sur une version récente.
0.22 -> svn 897  il y a 2248j 
0.5   -> svn 4275  il y a  163j

Tu pourrais nous le faire passer?  
j'ai le cas d'un vieux schéma sous les yeux, dans les exemples fournis, qui semble avoir le même soucis que le tien "Convoyeur .." à première vue, je pense qu'il est possible manuellement de les remettre d'aplomb sans tout recommencer.

Bonjour Friskolon,

Oui, si tu comptes ensuite vouloir les modifier sur tous tes folios depuis le menu projet.

Non, et ça serais dommage de sans priver, pour mes tests ces constantes je les ais directement définies au niveau config général pour tous mes projets dans l'entrée nouveau projet puis onglet custom avec un cartouche par défaut [1].

Les variables ne seront ajoutés ou modifiées que plus tard dans propriété du nouveau projet.

[2] Pour un nouveau projet, dans les propriétés on ajoute les variables qui pourront être modifiables à la volée pour tous les folios.

[3] Dans l'onglet nouveau folio ces constantes sont rappelées [1] dans le tableau, évitant justement de les entrer à nouveau ou de se rappeler de leur nom.
Si certaines doivent être modifiable à la volée pour ce projet -> on les supprime du tableau. 

Maintenant si on a une constante location, tu sais les trucs que Nuri se sert  les = +, ou que l'on doit faire un groupe de folios avec un sous titre puissance, commande, etc, on renseigne la constante, tous les nouveaux folios en profitent.

Au sous groupe de folios suivant, on revient dans l'onglet nouveau folio, on change la valeur de cette constante, les folios ajoutés ensuite auront cette nouvelle valeur de constante.

Bonjour Friskolon,

je pense que tu as zapé un truc :

Je viens juste de regarder ton projet, les variables et cartouche par defaut pour le projet doivent etre renseignées dans l'onglet nouveau folio.

Hs: regarde ici : http://linuxmao.org/forumthread53318

Complément d'information pour Snaps :
https://docs.google.com/presentation/d/16TkgRXp3BgtFO9GSvpb497oC1RpwwBvBYWMJF1vMKvg/edit?usp=docslist_api
https://blog.karolak.fr/2016/04/13/snap-de-ubuntu-bonne-ou-mauvaise-nouvelle/

Au départ j'avais plutôt ajouté ce smiley ->  :'(  et   après le lien Snaps, comme j'ai pas essayé je me suis ravisé !
Mais j'en pense pas moins, et crois moi je suis loin d’être le seul.
Mon avis pour l'instant, est tout le contraire de toi, je vois venir un OS en état de pagaille chez certains utilisateurs, rempli de failles et troués jusqu’à la moelle sans parler du remplissage des FS à la Windows si on généralise ce système de paquet à la place de nos chers dépôts surveillés, sécurisés et à jour de nos distributions (.deb, .RPM).

Prend juste en exemple le paquet Qet que je fourni pour Windows, et regarde sa taille : 95% du paquet c'est juste les librairies pour le faire fonctionner ... 

Autre exemple : si je ne met pas régulièrement à jour les librairies fournies avec, et qu'elles contiennent des failles déjà connues et exploitées?

On en revient au même problème que les utilisateurs Windows, qui ... passe en revue tous les softs installés sur la machine et va voir chez chaque éditeurs et non pas sur les sites de download/crapware, si une version plus récente existe et comble pas des failles de sécurités !?

Sur nos distributions, qui entre autres sont très bien conçues, tu installes qu'une seule brique de ta librairie et elle sert a tous les logiciels installés qui en dépendent, sur Windows chaque logiciel amène avec lui toutes les librairies dont il a besoin.

Prenons l'exemple de Qet, je peut pas demander à nos utilisateurs d'installer les 800 Mio de libs du framework Qt pour faire tourner le soft !

Tout comme la poule et l’œuf, qui est arrivé en premier, hein.