QElectroTech v0.5 beta released (Page 1 of 2)

Je ne pense pas, et j'en vois pas trop l'utilité, dans les schémas industriel ce n'est jamais utilisé.
D'ailleurs j'en ai jamais vu qui différencies un jeu de barre 1000A d'un simple conducteur 1.5²par l’épaisseur du trait..

Il y a un petit défaut de couleur dans le dernier splash screen (sur la partie droite, le bleu le plus foncé descend sous les textes turquoises, ce qui n'était pas prévu à la base).

Crash :
Il m'est déjà arrivé plusieurs fois que QET crash quand j'efface un report de folio lié à un autre.
Je n'arrive pas à reproduire le problème systématiquement, je peux simplement constater que cela s'est déjà produit plusieurs fois.

Juste pour info: les derniers builds sont maintenant pour Windows en GCC 5.2 et Qt 5.5.1.
les builds Debian du dépôt unstable passe en GCC 5.2.1 et de Qt 5.4 en Qt 5.5.1.
Voila.

If you use LTS Ubuntu version you could add this  unofficial PPA to have Qt 5.3.

deb http://ppa.launchpad.net/packetlost/qt-opensource/ubuntu trusty main 

And use my Debian backport repository for Jessie , Qet is build with Qt 5.3:

deb http://debian.qelectrotech.org/qet/debian/ stable main

Use the latest Qt version is better, when you can !

Alors ? Des news ? Vous nous avez fait envie avec vos câbles !

Au final mon avis est qu'il faudrait mettre en place les borniers auto avant les câbles.
Peut-être même qu'il faudrait avant tout ça, rendre Qet compatible avec le découpage des schémas selon la norme IEC en installation, localisation (=, +, - ) ?
Explication de Nuri sur le découpage:
https://download.qelectrotech.org/qet/nuri/20150204_%c3%a9dition_tabulaire.odp

Pour moi, la gestion des =/+/- sur un seul niveau, tu peux déjà te dépatouiller comme le fait déjà Nuri.
Le gérer comme le font Eplan et autres logiciels sur plusieurs niveaux, demanderait à revoir le code de Qet de fond en comble, ce qui est loin d’être une sinécure et agréable à entreprendre maintenant! Au risque de décourager tout le monde, les dev y compris, pendant un temps qui pourrait être très long!

Ceux qui ont besoin des découpages =/+/- sur plusieurs niveaux sont prêt à payer plus de 15 000€ leur logiciel de schémas, plus les abonnements annuels (schémas de lignes entières dans l'automobile, l'aviation, la pharmaceutique, etc). Ils font payer aussi très très cher leurs schémas, je pense pas qu'ils s’intéressent, même de loin à un logiciel comme QET!

Le projet doit maintenant approcher les 100 000 lignes environ, dont 50 000 de C++, tout reprendre demanderai d'avoir des personnes à temps plein et payés rien que pour ça, pas comme nous sur notre temps libre, avec nos petits moyens!

https://www.openhub.net/p/qelectrotech

En ce moment Joshua est presque seul sur le code, avec une moindre participation de ma part : moins de temps pour le code, beaucoup à faire à coté (serveurs, packaging Windows et Gnu/linux Debian, maintenance mail, forum et irc, gestion du projet, management, et code de plus en plus complexe, etc).

Ça me rappelle quand Xavier s'est lancé sur les cartouches, silence radio ou presque pendant plus d'un an et demi sur les commits.
Le cycle des releases approchait les 3 ans, avec très peu de features intéressantes pour le commun, et à force le découragement c'est fait sentir.... vous connaissez la suite.

you get it! That's the problem: a lot of work, probably several months, maybe a year?!?...
I think cable and automatic terminal strips diagram generation are more important that the implementation of the =/+/- system.

Like you, I also thought about new properties in the xml of the qet project.

<project version="0.5" title="example" folioSheetQuantity="2">
    <diagram rowsize="80" folio="%id/%total" rows="10" displayAt="bottom" colsize="60" displayrows="true" height="820" version="0.5" date="20150220" order="1" cols="20" displaycols="true"......>

In the xml tag <diagram...> we need 3 new properties:
1 installation (=)
2 location (+)
3 folionumber (an integer or a string)

and the property "order" can remain as it already is.

But the cross ref have to use the new properties and not "order" anymore.

Is QET repository key you want?

http://qelectrotech.org/wiki_new/doc/in … _depot_apt

D412D6795858D2CE is the public key to https://launchpad.net/~packetlost/+arch … opensource

Everything worked! Super!
Now the details.
The key to the link I have not found. But the script to make the key will return results. The public key has been accepted.
But polycy didn't show it. I tried to install Qelectrotech, only installation of Qelectrotech pulled with itself libqt5core5
---------------------
after Qelectrotech installation

apt-cache policy libqt5core5a 
libqt5core5a:
  Установлен: 5.2.1+dfsg-1ubuntu14.3
  Кандидат:   5.3.2+dfsg-4~ppa11
  Таблица версий:
     5.3.2+dfsg-4~ppa11 0
        500 http://ppa.launchpad.net/packetlost/qt- … ce/ubuntu/ trusty/main amd64 Packages
 *** 5.2.1+dfsg-1ubuntu14.3 0
        500 http://lv.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
        100 /var/lib/dpkg/status
     5.2.1+dfsg-1ubuntu14 0
        500 http://lv.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

before:

apt-cache policy libqt5core5a 
libqt5core5a:
  Установлен: 5.3.2+dfsg-4~ppa11
  Кандидат:   5.3.2+dfsg-4~ppa11
  Таблица версий:
 *** 5.3.2+dfsg-4~ppa11 0
        500 http://ppa.launchpad.net/packetlost/qt- … ce/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
     5.2.1+dfsg-1ubuntu14.3 0
        500 http://lv.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
     5.2.1+dfsg-1ubuntu14 0
        500 http://lv.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

Many thanks!
And I will continue to use the program, and help it improve!