Search options (Page 17 of 29)

Hallo nikolo,

ich habe nun mal auf win gewechselt und die ReadyToUse-Version vom 03.05. heruntergeladen:
https://download.qelectrotech.org/qet/b … dytouse.7z

Damit erziele ich das gleiche gute Ergebnis wie mit der Debian GNU/Linux-Version. Siehe Anhang!
Damit zerschlägt sich auch die Hoffnung, daß es etwas win-Spezifisches sein könnte...

via Online-Translator:

Salut nikolo,

je suis maintenant passé à win et j'ai téléchargé la version ReadyToUse du 03.05. :
https://download.qelectrotech.org/qet/b … dytouse.7z.

J'obtiens ainsi le même bon résultat qu'avec la version Debian GNU/Linux. Voir l'annexe !
Ainsi, l'espoir qu'il s'agisse de quelque chose de spécifique à win s'évanouit également...

Hier komme ich auch nicht weiter:
Wie bereits geschrieben, zeigt QET mit den Texten auch hier ein nicht nachvollziehbares Verhalten!

Vielleicht muss hier doch mal ein QET-Entwickler seine Meinung dazu sagen?

@Laurent: Du hast doch bestimmt mitgelesen, oder? 

{Edited}
... wenn es zwei verschiedene solcher "Klemmen" gibt (eine von links oben nach rechts unten und eine von rechts oben nach links unten), dann werden sogar die Leitereigenschaften ordentlich weitergeführt!

Für mich sieht das identisch aus, wenn die Text-Länge über die eingestellte Breite geht:
Einmal ist "Benutzertext" konfiguriert und einmal "Bauteilinformation" und der eingegebene Text wird in beiden Fällen gleich dargestellt.

Mit dem Diagramm-Editor fällt mir direkt keine Lösung ein.
Aber es hindert dich niemand daran, ein Element mit gekreuzten Linien zu zeichnen...

Maybe this solves your problem:
https://github.com/qelectrotech/qelectr … e_24v.elmt

You know that these devices are discontinued for three years now?
Even service has been stopped last year (according to Schneider-Website)!

QET_ElementScaler now checks polygon values for validity and does not transfer that polygon to the output element (a message is displayed at stderr). Additionally the definition-line of the output-element is correct in that case so that the element can directly be used in QET.
Available here: https://github.com/plc-user/QET_ElementScaler

If your component is so large or complex that it cannot be displayed, you should rethink your concept! In my opinion, it makes sense for a circuit diagram to divide large and complex devices into sensibly subdivided subgroups. When I look at some of the elements in the collection, I think to myself: No electrical engineer did this! Even the creator won't be able to cope with it in six months' time!

That's why I definitely go down the route of strictly separating the circuit diagram and the layout diagrams!

I'm curious: Which component is it?

Hello jhonathan disner,

Please make sure that the elements you provide are an improvement on the existing elements and that they have meaningful names.
Some elements have the name "Name of the element" and some have some kind of directory name...

Best regards
  plc-user

Salut stephane,

(at the moment) there is no separate help page for the elements, hence the confusing title. However, the actual help text should be the same as for the conductors.

Best regards
  plc-user

Use element-editor to create elements.
With dxf-importer you can import dxf into element-editor.
No other importers are implemented!

What I haven't really questioned yet:
Is there a reason why the effort with SingleApplication is made to allow only one instance of QET at a time?

Of course, as a user you then have to make sure that the component library is only changed in one and the same instance in order to avoid inconsistencies in the sqlite file. But QET only touches it for writing when components change, doesn't it?