Search options (Page 1 of 26)

Sous Windows 10, c'est assez facile de faire tourner QET en DPI natif.
Alors oui, ce sera flou mais au moins on peut continuer à bosser correctement.

Essayer ceci :

Dans la barre des tâches Windows 10, clic droit sur "QEelctroTech" (le menu contextuel s'ouvre).
Ensuite, clic droit sur "qelectrotech.exe" et choisir "Propriétés" (la fenêtre des propriétés s'ouvre).
Allez à l'onglet "Compatibilité" puis cliquer sur le bouton "Modifier la valeur du DPI" (ou un truc dans le genre, désolé j'ai Windows en allemand alors il est très probable que le bouton s'appelle autrement en francais).
"Modifier la valeur du DPI" est le bouton juste au dessus du bouton "appliquer les modifications pour tous les utilisateurs" (ou un truc dans le genre...)
S'ouvre ensuite encore une nouvelle fenêtre où il faut activer une check box comme dans l'image ci-dessous :

ouaip !
Good job.

Hallo,

der Pfad project1+embed://import ist rein virtuel und beinhaltet die Bauteile, die in deinem Projekt integriert wurde.
Du wirst also diesen Pfad nirgends auf deinem Rechner finden.

Zum Hintergrund:
Die xml Definition eines Bauteils ist im *.qet Projekt geschrieben, sobald du ein Bauteil in dein Projekt einfügst.
Wenn du ein *.qet Projekt öffnest, QElectroTech liest dessen komplette xml Definition und sammelte alle Bauteile, die er gefunden hat unter diesem virtuellen Pfad projectn+embed://import. Der Inhalt davon ist dann im Panel "Sammlungen" unter "importierte elemente" deines Projekts dargestellt.

Um dein Problem zu lösen:
aus dem Panel "Sammlungen", den Ordner "importierte Elemente" per Drag & Drop auf den Ordner "Benutzersammlung" verschieben.
Normalerweise hast du somit alle in deinem Projekt integrierten Bauteile in Nullkomanix in deine Benutzersammlung kopiert.

D'où l'intérêt de séparer le traitement nomenclature du traitement bon de commande et de cacher les variables qui ne servent à rien dans un cas ou dans l'autre.
Juste pour que ce soit plus facile à comprendre dès le premier coup d'oeil...

Quelle que soit la réalisation du dialogue et comment on sépare ou non les fonctionalités, il faut toujours avoir la possibilité d'enregistrer/de rappeler une configuration pré-établie. C'est la base du travail rapide.
Donc on ne perd rien du tout en rapidité.

Non, non... Je ne voulais pas remettre les choses en question à ce point là.
Comme je disais, le dialogue est bien construit et très pratique, car on peut configurer à peu près ce que l'on veut.
Donc... Super ! Pas la peine de jeter le bébé avec l'eau du bain !

Le truc qui me chiffonne le plus c'est la présence de variables inappropriées pour les différents traitements, soit nomenclature, soit bon de commande. Cela va vraiment à l'encontre de ce qu'on peut imaginer intuitivement. Suis-je vraiment le seul que cela "choque" (le mot est un peu fort...) ???
Personne n'envoie un bon de commande chez ses fournisseurs avec des numéros de folio ou des labels (c'est d'ailleurs impossible au niveau traitement de faire apparaître ces infos dans le csv puisqu'on va additionner tous les articles identiques d'un même fabricant/fournisseur, sans tenir compte de leurs labels ou de leurs numéros de folio, par exemple).

Bref...
Par la suite, ce serait bien d'avoir 2 petits boutons d'aide pour éclaircir 2 choses qui ne sont intuitivement pas accessibles :
1.
Un bouton d'aide pour faire apparaître une fenêtre qui explique la différence entre une nomenclature et un bon de commande, et comment le traitement des données diffère.
La fenêtre ne comporte que du texte et un bouton [OK] pour la fermer (semblable à la fenêtre qui explique comment créer des règles de numérotation).
2.
Un bouton d'aide dans la ligne de la requête SQL pour expliquer rapidement comment créer ses propres requêtes. Par exemple si je veux faire un bon de commande ne contenant que les composants de l'armoire 1 (alors que mon projet contient 3 armoires électriques, par exemple).
Pareil : la fenêtre ne comporte que du texte et un bouton [OK] pour la fermer (semblable à la fenêtre qui explique comment créer des règles de numérotation).

Si ca vous bassine d'écrire ces textes explicatifs, je pourrais essayer de m'y coller.
Mais pour l'instant, j'ai pas encore assez essayé l'export du bon de commande pour comprendre toutes les subtilités du traitement sous-jacent.

Ok, donc voilà comment pourrait être le dialogue pour la nomenclature, en respectant les variables qui ont du sens pour cet export.
(J'ai fait exprès d'étirer la liste des variables pour qu'on puisse toutes les voir).

Et alors ? C'est quoi le problème avec 4 entrées ?
Au pire, quand le nombre de fonctionalités d'exportation auront suffisamment augmenté, on crée un nouveau menu "Export" dans la barre de menu principale pour soulager le menu "Projet".

Justement, d'un point de vue utilisateur, la nomenclature et le bon de commande, c'est 2 choses bien différentes car le traitement (la "mise en page") est différent.

Par exemple, quand j'exporte un bon de commande, je ne devrais même pas pouvoir sélectionner le champ "label" car celui-ci n'a aucun sens dans le cadre du bon de commande.
Pareil pour "numéro de folio", "position du folio", "titre de folio"... Bref, tout un tas de variables qui ne devraient même pas apparaître dans le widget d'export du bon de commande.

Disons que tu peux utiliser le même widget (dans le code), mais ce serait plus clair s'il était un peu moins générique.
Si je choisie l'action "Exporter une nomenclature", alors le widget apparaît d'une telle facon.
Si je choisie l'action "Exporter un bon de commande", alors le widget apparaît d'une autre facon.

Ca n'empêche pas de séparer la nomenclature du bon de commande et que chaque dialogue ait sa petite fonctionalité de sauvegarde/rapelle de configuration.

In my opinion, it's not important to have an online viewer for the elements that are still provided with QET.

As already oft discussed in the past, the element repository is the LAST BIG PROBLEM that prevented us to switch to the new website...
...And the fact that I'm very lazy ;-)

@ Victor_p

it would be better to use the "folio referencing" function (as used in the cross-ref arrows to follow a conductor on another page) as to use the master/slave function, which is not really appropriated to make what you want.

You can use those elements (see below on the picture) in the collection as template for your new plc symbols. Those BWO symbols were drawn to make a plc overview page. For each channel you have to insert the element "Overview (cross reference)".

Hier sind sie, die Folienverweise:

@ murat-ertas

kein Problem mit der Lizenz
Ich nutze selber QElectroTech beruflich für Industrie-Kunden, die keine Lust haben, teure und komplizierte Schaltplaneditoren zu kaufen (wie z.B. Eplan oder Comos), um Schaltpläne mit lediglich 50 bis 200 Seiten zu machen.
Klar, dass es QElectroTech noch ein paar wichtige Funktionen fehlt (Klemmenpläne automatisch, Kabellisten...) aber es wird definitiv immer mehr von Profis eingesetzt.