Add new thickness properties for conductors and basic shapes (Page 1 of 2)

Pour la taille de trait des basic shapes modifiables à la volée (1 à 20 px), ça peut être possible de passer d'un entier à un réel donc pouvoir tracer des traits de 0.5, 0.8, 2.2 px, etc.

Ça vous intéresse ou pas, ou c'est juste une Geekerie inutile donc indispensable? 

La façon dont les attributs de type "épaisseur de trait" des basic shapes sont écrits dans le XML devraient changer dans la semaine qui arrive, ne vous lancez pas sur de gros projets avec pour l'instant, car il faudrait redéfinir leurs épaisseurs de trait à nouveau, rien de bien méchant, mais on préfère vous prévenir. 

A une certaine époque et sous Qt 4 les traits pointillés, tirés, en dessous de 1 pixel étaient mal imprimés sur la plateforme Windows et ressemblait à des traits pleins, es-ce toujours le cas?

Merci de vos retours.

Salut Nuri,

Petites explications du pourquoi de ces nouveautés :

Dans ces améliorations, je pense que tu es comme moi, la seule qui devrait vraiment t'intéresser, elle t'es d'ailleurs dédiée  : c'est la taille de trait des basic shapes.  Ça permet d’étendre les fonctionnalités de QET, de dessiner rapidement une représentation machine légère sans incorporer d'images, ou de sortir l'artillerie lourde avec le convertisseur DXF.

Je préfère dessiner la représentation des coffrets extérieurs en 0.8 pixel sur mes schémas, c'est bien plus classe.
Le problème venait de l'impression sous MS Windows, j'avais mis en place une taille prédéfinie suivant la plateforme détectée, puis plus tard mis tous les OS sur une taille fixe en 1 pixel.

Pour la taille des conducteurs cela nous avaient été souvent demandés, et nous avons toujours rechignés à l'entreprendre, moi le premier.

Mais récemment un [s]client [/s]technicien d'une société dans l'industrie de construction automobile m'a contacté en me demandant de prévoir si possible une feature ou un workaround car sur leurs schémas imprimés en A3, les couleurs des conducteurs n’étaient pas très lisibles, surtout sur le terrain.

La première solution a été de lui envoyer un paquet avec la taille des conducteurs forcés en 2 pixel, ce qui a bien résolut son problème d'impression. 

qet-0.5_pen.setwithF2.0_fix_mousehover

C'est après, que je me suis décidé à mettre en place cette fonction pour définir l’épaisseur des conducteurs facilement par l'utilisateur soit pour tous les projets, pour le projet en cours, ou à la volée.

Apres ceux qui veulent différencier les conducteurs par l’épaisseur de trait suivant la puissance c'est maintenant possible, mais c'est une aberration sur les schémas électrotechnique industriel.

Pour les couleurs des basic shapes on sort du cadre normal d'utilisation de nos schémas pour coller à des demandes spécifiques comme pour les coffrets ascenseurs, donc oui ça se fera, quand j'aurai le temps, même si le premier je m'en servirai surement pas.

Du coté de la consommation mémoire, Joshua de son coté est en train de réécrire entièrement le code du panel d’élément.
Travail gigantesque, long, difficile et pénible, mais une fois le code entièrement réécrit et pas disséminé dans tous les recoins comme il l'est actuellement, ce nouveau panel d’éléments devrait rendre l'utilisation de QET méconnaissable sur des machines plus légères et limitées en RAM, et même sur nos petites workstations de développement.

Les premiers tests montrent une baisse d'environ 250 Mio avec les mêmes collections d’éléments, en passant de l'un à l'autre, un rafraîchissement presque instantané lors de l'ajout de nouveaux éléments.

Alors certes pour l'instant sur nos machines sur vitaminées en RAM c'est une peccadille, pas sur les machines modestes qu'on trouvent parfois en entreprise.

Il devrait même ouvrir la voie à des vues de sous dossiers dans les projets comme par exemple sur Eplan, des onglets pour des vues séparés pour les éléments, folios du projet, etc, dans le futur.

R.I.P  Ian  Merci pour tout ce que tu as fait.
https://bits.debian.org/2015/12/mourning-ian-murdock-fr.html
http://blog.docker.com/2015/12/ian-murdock/

La révision svn 4306 ajoute l’épaisseur de trait sur les basic shapes de 0.2 pixel jusqu’à 50 pixel par pas de 0.2. 
Les paquets nightly sont en cours.

oui, mais finalement, le petit travail au corps n'a pas été nécessaire

On peut dire ce qu'on veut, ce sont quand même des petites évolutions bien pratiques, surtout pour un logiciel orienté graphisme.

Reste plus que le remplissage des basic shapes

Je pose également ma petite fleur sur la tombe de Ian Murdock. Repose en paix

Maintenant que les traits sont fait, je peut aussi faire le remplissage, surtout avec le petit bout de code pour générer le xml correspondant au QPen utilisé, il est très petit et très simple, mais rend bien service.
Donc si c'est un "petit truc" qui peut être utile de temps en temps, je peut mettre le remplissage des shapes dans ma todo list.

Tout comme avec l’éditeur d’élément il est possible d'ajouter des textures avec QPainter :
http://doc.qt.io/qt-4.8/qbrush.html
http://doc.qt.io/qt-4.8/qpainter.html

Pourquoi pas des pages sponsors sur le site officiel,
présentant les entreprises/lycées, académies ..  qui nous soutiennent, un peu de visibilité à l'international pour eux et leurs produits.

Avec des pointes à plus de 140 000 visites/mois suivant les mois sur le site, c'est pas négligeable non plus, comme trafic pour des entreprises partenaires.

Serveur de download :

Serveur Web : forum, wiki, etc :

Revision: 4315
Author:   blacksun
Date:     2016-01-12 15:02:34 +0100 (Tue, 12 Jan 2016)
Log Message:
-----------
QetShapeItem : shapes can be filled with some patterns and colors

Top !

Salut Nuri,

C'est tout a fait normal, la longueur des segments dépend de l’épaisseur de trait !
Pour ces types de traits je ne descend pas en dessous de 0.8 pixel sur ma Debian, sur MS Windows c'est une autre histoire : l'impression rendant ces traits < 1 px en traits pleins.

Pour pallier à ta demande il faudrait utiliser un Qt::CustomDashLine à la place, et donc rajouter des menus pour rentrer les variables :

qreal space = 4;
dashes << 1 << space << 3 << space << 9 << space
           << 27 << space << 9 << space;

http://doc.qt.io/qt-4.8/qpen.html

Franchement : ça en vaut pas le coup.

C'est juste un simple éditeur, tout ce qu'il a de plus basique, sans primitives arc, courbes de Béziers, etc.
Ce n'est pas prévu pour vraiment dessiner une machine complexe, comme dans l'exemple que tu m'as envoyé.
Pour cela il est préférable de travailler sur un vrai logiciel de CAO, et ensuite de les convertir en éléments avec le convertisseur "dxftoelmt" et de les importer dans Qet, ou simplement insérer une image.