5,876

(33 replies, posted in Import DXF)

Je viens de compiler une nouvelle build pour Windows 64 (dernier commit svn), j'ai pas envoyé la build en 32 bit car elle plante sur ton dxf ninarth mais pas sur d'autres...

https://download.qelectrotech.org/qet/b … FtoQET.exe

Hello,

done, and moved all English topic in this section.

5,878

(33 replies, posted in Import DXF)

ninarth wrote:

Scorpio,
Peux tu me mettre le fichier.elmt de ton image en pièce jointe.
Merci d'avance.

Désolé, je l'ai pas gardé.


galexis wrote:

Est-ce qu'il y a un format de DXF qui marche mieux que d'autre ? binaire ou ASCII ? R12 ou 2000-2002 ?

Le binaire n'est pas pris en charge.


galexis wrote:

En modifiant un peu le dxf avant avec Draftsight, le résultat est beaucoup plus complet. J'ai tout sélectionné, fait "éclater" et enregistré: il ne manque que le rond des vis.

Screenshot, fichier elmt?

Avec les derniers commits de Ronny :
800x450

Bonjour,

merci, oui elle est un peu plus lente qu'avant pour l'instant, la base de données ne compare plus le time-stamp de chaque fichier élément, mais leur UUID contenu dans chaque fichier pour régénérer ou pas les miniatures des symboles.
Mais avec une bonne machine et un SDD rapide c'est presque instantané, au boulot sur un vieux PC c'est effectivement très long.

Cordialement

5,880

(33 replies, posted in Import DXF)

Il manque juste les polygones, et ce n'est pas insurmontable de les rajouter. nomicons/grin
D'ailleurs le convertisseur permet de dégrossir le travail, il faudra toujours les retoucher ensuite ne serais-ce que pour ajouter les bornes, etc.
800x450

5,881

(33 replies, posted in Import DXF)

ninarth wrote:

Et le fichier DXF

5,882

(52 replies, posted in News)

Hello,

you could compare configure option with Debian rules for package : qtbase5-dev
And my latest build log.

Salut Laurent,

le Wiki est là pour ça, mais l'information n'est peut-être pas facile à trouver pour un débutant.

Bonjour,

merci, non il n'y a pas encore cette possibilité avec QET, sur un schéma électrique professionnel industriel, etc on ne différencie pas un conducteur en 0.75 ² d'un jeu de barres 1000A par exemple, par l’épaisseur du trait du conducteur sur le dessin, et heureusement d'ailleurs!

Donc cette feature est loin d’avoir notre priorité, vu que nous nous en serviront jamais dans nos schémas industriel.

Cordialement,

Laurent

5,885

(52 replies, posted in News)

Hello,

i think your problem is on Qt 5 install, perhaps on configure options.

Bonjour,

une vieille documentation :
http://student.4must.be/wp-content/uplo … h-fin1.pdf
http://qelectrotech.org/wiki_new/_media … .02doc.odt

Des vidéos pour débuter :
https://www.youtube.com/watch?v=kRdyyY6JCGc
https://www.youtube.com/watch?v=pTPM9JtjL30

Et la chaine Youtube QET:
https://www.youtube.com/channel/UCHTL_x … 3_dmKQs-ug

5,887

(52 replies, posted in News)

Hello Ananda,

you are welcome.

Laurent

pach30310 wrote:

Bon , tant pis , je ne ferais pas mes schémas dans le train nomicons/unsure

Baisser la résolution en 1360x 768 ou 1920x1080px sur le Yoga devrait te permettre de dessiner dans le train?
Vu le prix élevé des écrans 4K : le ticket d'entrée se situe à environ à 450€, avec le compte Paypal vide, c'est pas demain qu'on pourra regarder ça.

5,889

(52 replies, posted in News)

Hi,

What version of Qt did you?
You need latest Qt 5 version for build.
it's build fine in Windows, cross-compiling for Windows, Debian stable and Sid, Fedora / RHEL / CentOS, and MAC OS.

Nuri wrote:
En VM Win 10 était inutilisable, trop lent, donc je l'ai dégagé...

Bizarre... moi j'ai plutôt l'impression inverse : Win10 me semble plus rapide que Win7 dans VirtualBox.
Par contre je n'ai que essayé Win10 32Bit.
Et même avec ton proco AMD "de la mort qui tue" c'est lent au point d'être inutilisable ?
Avec mon i7-4750HQ, Win10 tourne vraiment bien en machine virtuelle.

Je te laisse tester Qet dessus, pas le temps ni l'envie de faire joujou avec ce Win 10 en ce moment. nomicons/tongue

C'etais cet été, avec une pré version Insider 64 bits, et virtualbox n’était pas encore entièrement compatible.
Affichage 2D lent, 3 plombes pour qu'il veuille bien réagir, surement le temps de scanner ma VM pour leurs mouchards. Qet semblait bien fonctionner donc poubelle l'iso...

Dans le code de QET, et en admettant que la collection d'icônes svg soit complète, y'a moyen d'utiliser que du vectoriel pour la GUI ou il faudra toujours passer par des png de différentes tailles (32x32, 64x64...) ?

Je pense qu'il faudra rester sur du png, prendre du vectoriel et jouer du scale dans le code sur la taille affichée pour de simple icônes, je pense que ça vaut pas le coup.

Bonjour Patch,

clair, et j'ai répondu trop vite, diagramsize ne change que la taille des textes du cartouche et des textes statiques nouvellement ajoutés.

Quand à ton Win 10, quel paquet utilises tu, la ReadyToUse ou l'installeur en 32, 64 bits?
D'autres ont des problemes en Win 10, ou ça viens seulement de ta résolution?
Car j'ai vraiment, mais vraiment pas envie de re démonter le SDD Debian Sid du laptop pour y remettre le HD d'origine et upgrader le Win 8.1 en 10 juste pour tester.
Sachant qu'il n'y a pas de trappes sur ce laptop, le démontage est chiant, et que ce disque devait finir formaté en ext 4 sur la machine de build.
En VM Win 10 était inutilisable, trop lent, donc je l'ai dégagé...

J'avais transféré une partie de vos dons à Joshua : pour ajouter un écran externe pour coder sur son laptop 13", ça va qu'il est jeune, moi me faudrait des lunettes loupe maintenant sur du 13"...
Il attendait de déménager et d’être installé, en espérant qu'il ai choisi un écran HDPI ....nomicons/tongue

http://qelectrotech.org/wiki_new/doc/install_debian

Je suis moi même revenu sur la branche Qt 5.3 stable du dépôt Qet  sur la machine du boulot pour l'instant : le forcing Debian avec GCC5 et l'upgrade direct de kde4 en KF5, pour profiter de Qt 5.5.1 ... trop tôt pour la mettre en production au boulot.
D'ailleurs mettre une icone sur le bureau pointant sur un document xls, odt distant (smb) freeze complètement plasma  a l'ouverture du fichier vers le serveur distant, souvent l’accès aux TTY ne fonctionnent même plus, et comme on est plusieurs à l'utiliser, je vais attendre un peu... par contre à la maison c'est à fond Sid sur mes machines depuis 15 ans.... nomicons/grin

pach30310 wrote:

Bonsoir

Par contre , sur mon perso (W10 X64/8Go ), très gourmand en RAM alors que je n'ai rien remarqué au boulot (W7 Ent W64,4Go Ram)

Ça vient peut-être de ton Windows 10? 
Combien de RAM utilisée par Qet sur cet OS?
A la première utilisation Qet prend beaucoup de Ram, le temps de construire la bdd des cache pixmaps, une fois relancé ça revient normal.

Le gros challenge derrière l'arrivée des moniteurs 4K (et maintenant 8K !...), en plus d'avoir un scaling de la GUI, c'est la refonte de toutes les icônes qui devront être faites avec des images vectorielles (svg) et non plus matricielles (png).
Parce qu'un png de 32x32px affiché en gros sur un écran 4K, c'est vraiment pas beau du tout...

Oui, un bon moyen pour te faire passer du coté du magnifique Inkscape (dessin vectoriel) ou Xara Xl pour certaines icônes.
Là  sur l’écran de patch elles sont trop petites à mon gout, mais ça peut se régler facilement dans le code :
détection si ecran HDPI alors on ne vas plus prendre les icônes dans le dossier 32x32 mais dans le dossier 64x64 par exemple.

Bonjour,

oui c'est clair, ce n'est pas utilisable. Par contre je pense que ça vient de la taille de police par défaut qui est en 9 Px!
Mais tu peut surement nous aider et faire des tests pour nous en changeant la taille de fonts?

https://download.qelectrotech.org/qet/forum_img/regedit2.png
Dans base de registre de Windows  tu vas à la branche HKEY_CURRENT_USER\Software\QElectroTech\
tu ajoutes nouvelle valeur diagramsize  puis modifier en valeur tu y mets 5 par exemple : la taille des textes statiques devraient être bien moins gros.

Avant sur Windows avec le fichier QElectroTech.conf :

[General]
lang=fr
usesystemcolors=true
diagramsize=5

[diagrameditor]

Si tu sais pas faire, je regarderai pour faire un fichier .reg.
Si ça fonctionne, la correction sera facile. nomicons/smile

tu aurais dut prendre l'autre branche du dépôt : celle marquée stable (pour Debian stable aka Jessie en ce moment) elle est compilée avec Qt 5.3 et GCC 4.9.
La branche unstable du dépôt est prévue pour coller a Debian Sid aka unstable, en ce moment c'est GCC 5.2 et Qt 5.5.1.

Par contre ça m’étonne que la dernière Ubuntu soit livrée avec la version 5.4 de Qt?
Je comprend mieux les problemes sur les forums kde de ubuntu sur la dernière 15.10, alors que plasma (KF5) fonctionne très bien sur une Debian unstable avec Qt 5.5.1.


Voici une solution. Je sais pas si c'est une bonne solution mais j'ai réussi à installer QET dev sans flinguer mon système 

Tu risques de le flinguer ....   mais plus tard!

Dans /etc/apt/preferences.d/  tu crees le fichier 40qelectrotech-devel

# nano /etc/apt/preferences.d/40qelectrotech-devel

et tu y met ceci:


Package: qelectrotech*


Pin: version 0.50.*


Pin-Priority: 1001

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

Ce problème apparaît quand on fait du copier/coller de folio complet.