You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 175 of 302)
Bonjour Tristan,
tu as essayé sur une autre machine ou OS, VM?
Edit : essayes avec les AppImages, tu as juste a faire un wget pour les downloader et un petit chmod +x pour les rendre exécutables, après il n'y qu'a cliquer dessus pour lancer l'AppImage.
https://download.qelectrotech.org/qet/builds/AppImage/
Une piste : regarder dans le fichier QElectroTech.conf (/home/user/ .config/QElectroTech/)
[print]
defaultdrawborder=true
defaultdrawcoloredconductors=true
defaultdrawgrid=false
defaultdrawterminals=false
defaultdrawtitleblock=true
[printers]
PDF\fullpage=false
PDF\marginbottom=4.28
PDF\marginleft=4.23
PDF\marginright=4.21
PDF\margintop=4.35
PDF\orientation=landscape
PDF\papersize=0
QET_PDF_Printing\fullpage=false
QET_PDF_Printing\marginbottom=3.53
QET_PDF_Printing\marginleft=3.53
QET_PDF_Printing\marginright=3.53
QET_PDF_Printing\margintop=3.53
QET_PDF_Printing\orientation=landscape
QET_PDF_Printing\papersize=0
hp_hp_LaserJet_2430\fullpage=false
hp_hp_LaserJet_2430\marginbottom=4.28
hp_hp_LaserJet_2430\marginleft=4.23
hp_hp_LaserJet_2430\marginright=4.21
hp_hp_LaserJet_2430\margintop=4.35
hp_hp_LaserJet_2430\orientation=landscape
hp_hp_LaserJet_2430\papersize=0
Merci de vos retours, hélas je pense pas pouvoir faire mieux pour accélérer le lancement sur la plateforme Windows.
J'ai essayé de compiler avec MSVC 2017 et cela n’améliore en rien le chargement, les temps sont semblables.
Sur ma Debian entre le Click sur l'icone QET et la fin du lancement il doit se passer deux secondes maxi, la même chose sous Win 10 en VM c'est plutôt de l'ordre des 25 secondes avec Virtualbox 6, et dans les 10 secondes avec VMware... même avec 16 T et sur un SSD.
Nuri wrote:Pas de problème de temps de chargement avec mon i7-7700.
A vue de nez, c'est nettement en dessous des 3 secondes entre le moment où je clique sur l'icône QET et le moment où je peux créer un nouveau projet.
Mais même avec le i7-4750HQ de mon ancien portable, y'avait pas de grosse différence.
Donc sur ton Windows QET est aussi rapide à charger les collections au démarrage que sur ta Ubuntu?
Je me prend la tête alors pour rien ?
Oui, j'avais posé le patch dans les liens plus haut.
Quand je compare le temps de chargement éclair de QET sur ma Debian ...et après sur Windows en VM même avec 16 Threads alloués...
J'ai encore pris le temps de recompiler les environnements de cross-compilations, si vous y voyez une différence sur les temps de lancement ?
https://github.com/mxe/mxe/issues/2258
Tu sais beaucoup font le chemin inverse... et installent macOS sur de grosses machines Threadripper ou Ryzen pour travailler ou coder..les mac pro xeons coûtant une blinde et moins puissants ..
Chacun ses goûts, moi je préfère une Debian Sid ..
Ne t’inquiète pas, je ne vais pas te demander de faire les paquets macOS ... ça compile aussi vite qu'en natif sur ma machine Debian.
Joshua devrait aussi s’amuser un peu avec macOS quand j'aurai le temps de passer à la poste.. hum j'ai peur qu'il soit moins productif après ...
Et m'aider a débuger association fichiers QET et lancement du programme quand on click sur un fichier projet, cartouche ou élément...
Pour le chip audio tu peux tenter ta chance ici : https://github.com/CirrusLogic/linux-drivers
Merci pour le retour.
A acheter du hardware moi ce n'est pas chez la pomme que je pendrai mais du gros Threadripper de chez amedé.
Suite au commit 5703 je pense que cet l'outil devrait faire partie de la 0.7.
Par contre contrairement a Joshua je serai pour une icone dans la barre d'outil en plus d'un shortcut, les raccourcis claviers ont a souvent tendance à les oublier a lors que l'icone on ne peux pas la rater ...
joshua wrote:
Je ne pense pas coder ça pour la 0.7 (à moins que vous le voulez vraiment) car il y a déjà pas mal de nouveauté.
nuri wrote:Vaudrait mieux finir la 0.7 dans l'état actuel, sans rajouter de chose, mais c'est juste mon humble avis.
Au vu des gros changements et chamboulements qui pourraient arriver dans la prochaine version, je pense qu'il vaut mieux rajouter l'outil maintenant.
Beau boulot Joshua.
https://blog.willwinder.com/2014/02/eas … rsion.html
https://github.com/winder/svgToDxf
This script simply runs a command with Inkscape to convert a file from svg to
eps, and then runs another command with pstoedit to convert it from eps to
dxf.
Exemple pour inkscape en CLI et faire de la conversion par lot :
https://superuser.com/questions/303727/ … y-used-bit
EDIT: for Windows users : https://github.com/maujabur/svg_to_dxf
https://forum.hardware.fr/hfr/Graphisme … 6009_1.htm
Other workaround.
export your diagrams to svg, open it in inkscape and save to *.DXF.
Not for the moment, you need to go to autonum rules and decrease manualy this counter.
Joshua wrote:Nuri wrote:Le truc qui me dérange le plus dans QET et sa manière de créer les conducteurs, c'est la perte de ceux-ci quand on efface un élément qui a déjà été connecté.
Pour ce point particulier, je trouve Eplan plus sympa, même si c'est pas super génial non plus.
Tu veut dire 3 éléments connecté ainsi : A---B---C si tu supprime B, tous les conducteurs sont supprimé alors qu'il faudrait que A et C soit connecté ensemble par un conducteur?
Si oui, moi aussi je trouve ça crétin et c'est typiquement le genre de polissage que je veux faire pour la 0.7 (et que j'ai zapé)
Si à l'occasion tu peut nous expliquer comment Eplan fait, ça peu donner des idées.
Je pense que Nuri voulait parler des fils qui sont automatiquement enlevés des lors qu'on supprime l’élément qui les relient.
Tout dépend comment vous câblez ou dessinez vos liaisons...
Pour les communs je part toujours de mon premier renvoi vers chaque borne "A2" bobine de mes relais, je peux supprimer n’importe quelles bobines sans laisser de trous dans mes fils..
A -->B ensuite , A -->C; puis A -->D etc tu peut supprimer B, C ou D sans trous, ma méthode fonctionne mais est pénible avec les allers retours souris fréquents lors du dessin, donc l'outil serait idéal mais à condition qu'il soit un peu défini.
Miam.
galexis wrote:OK, I will try. But I don't not what is the link between pstoedit and cups-printer...
Thanks Laurent.
cups PDF can export vector fonts into PDF, and I think not QPrinter::PdfFormat (raster format ) used in QET to generate PDF files.
http://doc.qt.io/qt-5/qprinter.html
Also you need vector fonts if you want DXF texts can be editable after conversion.
A bitmap font is made of raster images that define each character of a font. Bitmap fonts are non-responsive, and do not maintain their shape & character when resized to bigger/smaller sizes. these are generally meant for use in one size only. Proggy is a good example of a bitmap font. Bitmap fonts are rarely used nowadays.
A vector font is a type of font where the glyphs of the font is defined mathematically and graphed on whatever application you are using. Vector fonts can be used anywhere, and are flexible to use. they can be expanded to huge sizes without any problem, as they can retain their size. Most modern fonts like Adobe Source Sans are vector fonts.
sudo apt-get install printer-driver-cups-pdf
Well, go to print menu -> choose printer and select CUPS Generic PDF printer


now run pstoedit again.
....
[font=monospace]unable to map [c2] glyph name 83 encoded as 83 - using the PostScript code value instead.
unable to map [c2] glyph name 50 encoded as 50 - using the PostScript code value instead.
unable to map [c2] glyph name 49 encoded as 49 - using the PostScript code value instead.
unable to map [c2] glyph name 55 encoded as 55 - using the PostScript code value instead.
unable to map [c2] glyph name 83 encoded as 83 - using the PostScript code value instead.
unable to map [c2] glyph name 49 encoded as 49 - using the PostScript code value instead.
unable to map [c2] glyph name 65 encoded as 65 - using the PostScript code value instead.
unable to map [c2] glyph name 117 encoded as 117 - using the PostScript code value instead.
unable to map [c2] glyph name 116 encoded as 116 - using the PostScript code value instead.
unable to map [c2] glyph name 45 encoded as 45 - using the PostScript code value instead.
unable to map [c2] glyph name 48 encoded as 48 - using the PostScript code value instead.
unable to map [c2] glyph name 45 encoded as 45 - using the PostScript code value instead.
unable to map [c2] glyph name 77 encoded as 77 - using the PostScript code value instead.
unable to map [c2] glyph name 97 encoded as 97 - using the PostScript code value instead.
unable to map [c2] glyph name 110 encoded as 110 - using the PostScript code value instead.
....couic
...[/font]
https://download.qelectrotech.org/qet/s … pt_pdf.zip
I think more better if you don't use bitmap fonts in QET settings dynamic_texts fonts select a vector font !
https://www.quora.com/What-are-the-diff … ector-font
Work great here on my Debian
laurent@debian:~/qet_element_moderation$ pstoedit -f "dxf: -ctl -mm" -split example_project.pdf example_project_%d.dxf
Nobody !
But try to export to SVG or PDF and convert online SVG or PDF to DXF.
Posts found: 4,351 to 4,375 of 7,530
Generated in 0.148 seconds (17% PHP - 83% DB) with 5 queries