Search options (Page 21 of 27)

Please keep in mind, that QET isn't a tool for drawing exact scales on a specific paper size:
Depending on the number of cols and rows per page and the number of px per row/col the exact scale of the drawing is not predictable. The line width must also be considered accordingly: Here it also depends on how the PDF viewer or printer-driver interprets the respective line width. There are already discussions about this in this forum.

For the discussion about scales in QET there are already threads in the forum. One of the latest:
https://qelectrotech.org/forum/viewtopic.php?id=1924

@Olaf:
Es sieht für mich so aus, dass "nur" die deutschen Übersetzungen fehlen und deshalb die Bauteil-Bezeichnung im Suchbaum erscheint, die in der jeweiligen Element-Datei als erstes aufgeführt ist. Für einzelne Elemente und "qet_directory"-Dateien habe ich nun die (mir fachfremden) deutschen Begriffe eingetragen und bei github einen Pull-Request erstellt.
Das gesamte QET-Projekt lebt aber davon, dass sich viele Leute daran aktiv beteiligen! Vielleicht kannst Du Dich an der Stelle hier einbringen und die deutschen Übersetzungen für den Sanitär-/Heizungsbereich ergänzen?
Dafür brauchst Du nur die Datei in einem Text-Editor (Notepad++, Kate, etc. je nach verwendetem System) laden und eine Zeile für Deutsch ergänzen. Probier's aus: Ist gar nicht so schwer! 
Wie wir die Übersetzungen dann für alle nutzber machen, sehen wir dann im nächsten Schritt! 
Andere Nutzer wären Dir dankbar!

Moin Olli,

einfache Antwort: Nein.

For QET_ElementScaler I now use this (mathematically correct) determination for the min-max values of an elliptical arc:

    // calculate points on ellipse-circumference:
    // x = a ⋅ cos(t)
    // y = b ⋅ sin(t)
    // with t = 0 .. 2*pi = ([0 .. 360]/360)*2*pi
    // for ARC with x- and y-offset in a loop from Start to (Start+Angle):
    for (int i = Start; i <= (Start + Angle); i++){
        double val_x = X + (Width/2) * (1 + cos((i%360)/360.0*2*pi));
        double val_y = Y + (Height/2) * (1 - sin((i%360)/360.0*2*pi));
        XYMinMax.add(val_x, val_y);
    }

This may be too time-consuming for the productive version of QET, but here I allowed that "luxury-version"...   
Now available here: https://github.com/plc-user/QET_ElementScaler

Maybe here?

https://github.com/qelectrotech/qelectr … c.cpp#L165

/**
 * @brief PartArc::sceneGeometricRect
 * @return the minimum,
 * margin-less rectangle this part can fit into in scene coordinates.
 * It is different from boundingRect() because it is not supposed
 * to imply any margin,
 * and it is different from shape because it is a regular
 * rectangle, not a complex shape.
 */
QRectF PartArc::sceneGeometricRect() const
{
    return mapToScene(QetGraphicsHandlerUtility::rectForArc(m_rect, m_start_angle/16, m_span_angle/16)).boundingRect();
}

... or at least in that file?

You are right, too, Vbxler!

The definition-line of your Start-Element has these values:

hotspot_y="14" height="40" width="90" hotspot_x="45"

and shows the graphical errors.
The corrected version of the file from QET_ElementScaler has these values:

hotspot_y="15" height="40" width="110" hotspot_x="55"

and shows perfect graphics.

When I re-open the corrected file in Element-Editor and save it again, the false values are written to file again.
It seems that the calculation of hotspots and size of the element is broken in Element-Editor at the moment...

Hallo zusammen!

Meiner Meinung nach sollten wir ein gemeinsames Konzept für alle Symbole und Elemente bezüglich Größe, Aussehen, etc. erstellen.

Hatte das bereits in anderen Threads angesprochen, dass wir ein paar Regeln für die Erstellung von Symbolen brauchen und auch Vorschläge dazu gemacht. Die waren bislang überwiegend für Eigenschaften von Front-Ansichten. Wenn wir das auch für Schaltplan-Symbole hinbekämen ... umso besser!

Ich konnte mich noch nicht dazu durchringen, die vorhandenen Symbole zu überarbeiten, weil es viel manuelle Arbeit bedeutet. Mitstreiter zu haben, motiviert natürlich! 

Hier Links zu vorhandenen Diskussionen hier im Forum:
https://qelectrotech.org/forum/viewtopi … 247#p14247
https://qelectrotech.org/forum/viewtopi … 224#p14224

via online-translator:

Hello all!

In my opinion, we should create a common concept for all symbols and elements in terms of size, appearance, etc..

I had already mentioned in other threads that we need some rules for the creation of icons and also made suggestions. So far these have been mostly for front view properties. If we could do the same for schematic symbols ... all the better!

I have not yet been able to bring myself to revise the existing symbols because it means a lot of manual work. Having fellow campaigners is motivating, of course! 

Here are links to existing discussions here in the forum:
https://qelectrotech.org/forum/viewtopi … 247#p14247
https://qelectrotech.org/forum/viewtopi … 224#p14224

Hallo Olaf,

die Anleitung ist ins Programm integriert: Rufe es einfach ohne Parameter oder mit "--help" als Parameter auf:

QET_ElementScaler --help

Wenn Du einfach nur eine einzelne Element-Datei mit einem Skalierungsfaktor bearbeiten willst, ist der Aufruf ganz einfach. Zum Beispiel:

QET_ElementScaler BeispielElement.elmt 0.75

Dabei wird eine neue Datei "BeispielElement.SCALED.elmt" mit dem skalierten Element erstellt. Wenn der Speicherort der Element-Datei in der Benutzersammlung liegt, lädst Du anschließend die Benutzersammlung neu und kannst das Bauteil benutzen.

Wenn Du eine Menge Dateien in einem Verzeichnis mit demselben Faktor bearbeiten willst, benutzt Du die Batch-Datei "scale.cmd" und passt darin die Speicherorte für das Programm, die Elemente und den Faktor an.

Hallo Olaf,

schau doch mal in diesem Thread
https://qelectrotech.org/forum/viewtopi … 286#p17286
oder direkt auf meinem github-account:
https://github.com/plc-user/QET_ElementScaler

Dort gibt es eine Linux- und eine win-Version als Binary, oder Du kannst es für "Dein" System aus den Quellen selbst kompilieren.

Bei Fragen oder Anregungen:
Fragen oder anregen! 

Salut Laurent,

there is no need to compile QET_ElementScaler for windows, because that is available in the releases.
I compile my programs for Windows on ReactOS and mention it that way to support another open source project at least by advertising it a bit!
https://reactos.org

Salut Laurent,

is it a "bug" if I already write exactly that in todays introductory post?

Maybe you (someone) can give me a hint where I can find the place in the QET source code where the values for the hotspots, width and height for the definition-line are determined? Or is it somewhere described, how to determine the correct values? Then I could perhaps implement this in the short term...