You are not logged in. Please login or register.
QElectroTech → Posts by plc-user
Hallo Thorsten,
es geht ja hier nicht darum, irgendwelche Verweise zu machen. Das Verweis-Element bietet nur die Möglichkeit, die gewünschten Informationen anzuzeigen. Im Anhang ein Beispiel, wie das aussehen kann.
-----------
This is not about making any references. The link element only offers the option of displaying the desired information. Attached is an example of how this can look.
This is getting more and more interesting: Another ~500 views on this topic and still no feedback that one or the other element doesn't work.
It's not that I'm looking for special thanks or fishing for compliments: I asked for "proofreaders".
You didn't want it any other way: I will "release" the pull request with the changed elements after all.
As said before: To say nothing is to agree!
Best regards
plc-user
Hallo Thorsten,
versuche doch mal eine Forum-Suche mit dem englischen Begriff für "Leiterquerschnitt": gauge
Vor nicht allzulanger Zeit kam dieselbe Frage schon mal auf und darauf hat Laurent geantwortet.
Gruß
plc-user
PS:
Mit deutsch bist Du im englischen Sub-Forum irgendwo falsch abgebogen... 
Hallo Andi,
thank's very much.
i thought that it's drawn wie QET elements out of the library. But you used just basic lines and stuff like that, clever solution.
Is there a way to draw it with conductors? That way i should have an place to keep metadata, like purpose of signal.
irgendjemand muss mit einem Element anfangen:
Vielleicht ist dies ja der Anfang von einem großen BUS-Unterverzeichnis?
Gruß
plc-user
Hello everybody!
In this post https://qelectrotech.org/forum/viewtopi … 380#p19380 I asked the forum participants to try out the elements they use most often and give feedback on whether they are OK.
After eight weeks of waiting, I am a little surprised:
There was no feedback on the elements!
That can mean two things:
No one has checked them or there is nothing wrong with them.
In German, we have a saying:
To say nothing is to agree!
So I'll just say that the elements that I automatically updated to the current version are fine! Nevertheless, I will not release the pull-request myself:
The "four-eyes principle" should still be applied in my opinion.
Best regards
plc-user
Für den Klemmleisten-Manager hat Laurent ja schon ein paar Anleitungen verlinkt.
Vielleicht bist Du für Fragen zum Python-Plugin hier besser aufgehoben?
https://qelectrotech.org/forum/viewforum.php?id=16
Kann es sein, dass da zwei verschiedene Möglichkeiten, Klemmleisten zu bearbeiten durcheinandergewürfelt werden?
Es gibt einmal das Python-Plug-In, das separat installiert werden muss und über
Menü - Projekt - Klemmenplan-Plugin startengestartet wird und seit einiger Zeit einen von Joshua selbst entwickelten QET-internen Klemmleisten-Manager
Menü - Projekt - Klemmleisten-Manager (DEV)(zumindest in der 0.10 Dev-Version)
HTH
Man könnte anstatt Ort natürlich auch eine andere dynamische vordefinierte Information / Funktion verwenden - Bauteil einfach nach Wunsch anpassen - is ja nicht verboten
Nützt nur nix, wenn die Software den XML-tag, den ich händisch einfüge, nicht kennt!
Ein Bauteil, das als "Klemme" definiert ist, hat keine Eigenschaft "Ort"!
Habe ich im Post von FH völlig überlesen, dass es sich um eine Klemme handelt, der er einen Ort zuweisen wollte!
If you would have used Forum-Search you would have found this thread:
https://qelectrotech.org/forum/viewtopi … 5541#p5541
Or other Threads pointing to QET_ElementScaler
The link works fine for me!
Do you have any speacial settings set in your browser?
Or maybe a browser-plugin prevents this site from loading?
I'm only on Linux, so I can't really help you with Win problems, but:
Neither program really needs to be "installed".
dxf2elmt is a command line software and is called like this:
dxf2elmt DXF-Drawing.dxfA corresponding *.elmt file is then created.
DXFtoQET is a program with a graphical user interface and does not have an integrated installation program: This only needs to be copied to the "appropriate" location.
Ich gehe jede Wette ein, daß Du NICHT QET-Version 5.irgendwas hast!
Das ist die QT-Version, die drunter liegt oder mit der kompiliert wurde!
QET ist erst bei Version 0.10 in der Devel-Fraktion und 0.9 bei den stable-Releases.
Menü -> Hilfe -> ÜberQElectroTechvgl. Bild im Anhang
Editieren kannst Du die Eigenschaft "Ort" im Diagramm-Editor, wenn Du das Bauteil markiert hast - siehe Bildschirmfoto.
Ah ... o.k. ... habe auch nicht daran gedacht, dass ich seit Jahren immer die aktuellsten Devel-Versionen benutze.
Deswegen ist es immer sinnvoll, bei Fehlern auch die Programm-Version mit anzugeben!
Das ist irgendwann in eine Version eingeflossen, daß man das eintragen kann.
Vielleicht versuchst Du es einfach mal mit einer aktuelleren Programmversion?
Der Einbauort kann ja nicht wirklich sinnvoll im Element selber definiert werden: Das weiß der Ersteller ja gar nicht!
Deswegen macht es meiner Meinung nach nur Sinn, das im Diagramm-Editor editierbar zu haben, wenn das Element benutzt wird.
Bitte nicht ein- und dasselbe Thema in mehreren Foren posten!
The doubt remains whether by doing so I am NOT modifying a string which could then create a bug...
Here's where my question lies, "be able to enlarge a character" some font sizes without altering the element sizes (while still keeping the same dimensions as the original title block (columns/rows/pixes) and sheet (A4).
Then obviously how to update the elements already inserted in the sheet.
You should extend the search text to the tag that precedes it. For example
font="Sans Serif,5 If you make the changes only in your project files (*.qet), all elements contained therein should be changed. The element collections are then not affected. Automatic reversion is not provided.
If you then want to keep those modified Elements, you can create a new collection for yourself and then also change the UUIDs like Laurent said.
But keep in mind: Have a backup of the project!
Fonts have been a problem with computer systems, for ages! Especially when it is supposed to look the same across operating systems and languages.
If you try to familiarise yourself with the subject, you will quickly find evidence that the terms "font" and "font family" are often confused!
As an example: "Sans Serif" is the description of a family of fonts that have no serifs. The actual font behind it depends on what the user has set for it on their system. The same applies to "MS Shell Dlg 2": It's a replacement-name for any font the user sets in the registry ... this can even be "Symbol" or "DingBats"!
And: The operating system supplier often sets different fonts depending on the country.
This of course makes it difficult for software developers and users to get a clear line so that it looks the same across operating systems and languages. This is particularly noticeable to users who are working on different systems.
When you search the forum for "font" and "size", you'll find tons of messages about this topic!
You want to place free text in the diagram and want to set a background-color for the text?
Placing Text is possible ... see screenshot.
For the background-color you need to do a workaround with a colored rectangle placed behind the text. (see screenshot)
What's wrong with these, for example?
Sicher gibt es eine Forumssuche!
So macht OpenSource Spaß: Jeder gibt einen Teil seines Wissens / seiner Erfahrung dazu!
-----
This is how OpenSource is fun: Everyone contributes a part of their knowledge / experience!
Hast Du welche beigesteuert, die veröffentlicht werden dürfen?
Das geht nur im Element-Editor - im Diagramm-Editor geht das nicht.
-----
Cela n'est possible que dans l'éditeur d'éléments - ce n'est pas possible dans l'éditeur de diagrammes.
Given a directory structure with QET elements and the SVG images derived from them.
Here is a script that goes through this directory structure and links all subdirectories and SVG files.
The links of the SVG files point to the corresponding QET element.
#!/bin/bash
# to be able to process blanks in file names - remember original state:
OFS=$IFS
# set new:
IFS="
"
BaseDir="elemente"
for d in `find $BaseDir -type d | sort`; do
echo "processing directory $d"
# html-Header:
echo "<html><body>" > $d/index.html
# Unterverzeichnisse auflisten:
for sd in `find $d -maxdepth 1 -type d | sort`; do
if [[ "$d" == "$sd" ]] ; then
continue
fi
echo "sub-dir: $sd"
echo "<a href=\"`basename $sd`/index.html\">`basename $sd`</a><br>" >> $d/index.html
done
# SVG-Dateien auflisten:
for f in `find $d -maxdepth 1 -name "*.svg" | sort` ; do
echo "file: `basename $f`"
svgdatei=`basename $f`
elmtdatei="${svgdatei%.svg}.elmt"
echo "<a href=\"$elmtdatei\">${svgdatei%.svg}<br> <img src=\"$svgdatei\" /></a><br>" >> $d/index.html
done
# html-Footer:
echo "</body></html>" >> $d/index.html
echo ""
done
# blanks in filenames - back to original:
IFS=$OFS
# DONE!@Laurent:
In the context of writing the script, I noticed, that a scaling-factor of 5.0 will be in many cases too much!
But I will implement your idea of including the scaling-factor to the script on github!
Just for the record:
diff --git a/sources/editor/graphicspart/partdynamictextfield.cpp b/sources/editor/graphicspart/partdynamictextfield.cpp
index bb261287c..311102742 100644
--- a/sources/editor/graphicspart/partdynamictextfield.cpp
+++ b/sources/editor/graphicspart/partdynamictextfield.cpp
@@ -176,6 +176,12 @@ void PartDynamicTextField::fromXml(const QDomElement &dom_elmt) {
font_.fromString(dom_elmt.attribute("font"));
setFont(font_);
}
+ else if (dom_elmt.hasAttribute("font_size")) {
+#if TODO_LIST
+#pragma message("@TODO plc-user: remove again, when elements are converted!")
+#endif
+ setFont(QETApp::dynamicTextsItemFont(dom_elmt.attribute("font_size", QString::number(9)).toInt()));
+ }
else {
#if TODO_LIST
#pragma message("@TODO remove in futur")
QElectroTech → Posts by plc-user
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.021 seconds (70% PHP - 30% DB) with 5 queries