<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html lang="de" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title></title><style type="text/css">html,body{background-color:#fff;color:#333;line-height:1.4;font-family:arial, helvetica, sans-serif;;}</style></head><body>Hello mir ist noch ein wichtiger Gedanke gekommen. Es ist natürlich vollkommen richtig, dass Libre Office die dragpunkte zur Größenveränderung anzeigt, und dann aber mit einem Symbol anzeigt, dass das in diesem konkreten Fall nicht geht. Das ist ein wichtiges Usability-Prinzip, alle Funktionen immer anzubieten und auszugrauen bzw. klar anzuzeigen dass sie hier nicht gehen, anstatt einfach was nicht anzeigen. Man versetze sich in denjenigen, der nicht daran denkt oder nicht weiß, das die Size eben grad mal gefreezed ist, und sich ärgert warum die Größenänderung nicht angeboten wird. Die Lösung für das moven kleiner (size-freezed) Objekte kann also nicht sein, das sizen nicht anzuzeigen. Eine brauchbare allgemein verwendbare Lösung ist, die dragpunkte zum sizen nicht symmetrisch auf die kanten zu legen sondern etwas außerhalb. Intuitiv will man ja auch von leicht außen an das Objekt heran. Dann ergibt sich von selbst, dass auch bei kleinen Objekten in der Mitte ein genügend großer Bereich zum moven verbleibt. Diese allgemeine Lösung benötigt nur die Änderung von ein paar Zahlen im Program. Kein if(). <img src="cid:644808b252171.1682442418@vishia.de"> Eine zweite Möglichkeit wäre auch die dragpunkte in ihrer Größe einstellbar zu haben. Aber das ist nix für den ottonormalbediener, denn er findet die Einstellung nicht und ärgert sich dass er das Objekt bzw. die Punkte nicht trifft mit seiner Grobmaus. das muss man halt auch beachten. mfG Hartmut best regards from Hartmut 9876@vishia.de schrieb am 25.04.2023 12:01 (GMT -04:00): <blockquote cite="mid:20230425120151.F1ACA7380DD9@dd18736.kasserver.com"> Hello I have checked in the last year the possibility of using libre office for technical diagrams, the XML format (odg) is understanable, good readable and seems to be also stable. I have read out and convert some informations (Java programming), its proper. As base for semanitc content I have used style sheets in draw. Then, in the last year, I have written an article in german language: <a href="https://www.embedded-software-engineering.de/low-code-oder-no-code-in-der-anwenderprogrammierung-a-67f62846379fecb2dadf22e568c9ecdc/?cmp=nl-95&uuid=017520ec2bc8b593b92ed7d4504e69a5" target="_blank" rel="nofollow noopener">https://www.embedded-software-engineering.de/low-code-oder-no-code-in-der-anwenderprogrammierung-a-67f62846379fecb2dadf22e568c9ecdc/</a> but after them I havn't more time, have done other stuff. Now, because the topic is currently, I have start with some more experience. But, really less details (have used the version 7.5.2.2 but also 6.4.x, same) makes the live very hard to stay :-(( One Detail: I have small connection points with a proper graphic, the connection points have the size 0.15 * 0.3 cm. It is large enough to select with the mouse to drag. The size is fixed. But, if I select it, suddenly the ... sorry should write in german furthermore, less time ... die Ziehpunkte für die Größe des Objekts werden angezeigt. Obwohl die Größe fix ist, vollkommen unnötig. Weil dann die Mouseposition offensichtlich innerhalb des fangbreiches dieser Größe-Ziehpunkte liegt, wird ein "verboten"-Symbol angezeigt (weil die Größe ja nicht änderbar ist), und ich kann das Objekt auch nicht mehr moven. Ab einer Größe von ca. 0.2 * 0.2 cm ist genug Platz, um in der Mitte einen Punkt zum moven zu finden aber bei 0.15 mm ist es zu klein. Die kleine Größe brauche ich aber, weil auf einem Diagramm ja auch was darzustellen sein soll, die Größe von 1.5 mm ist locker zu bearbeiten in "Seitenbreite" Auflösung eines 1920-Monitors, da ist also gar nix dagegen zu haben. Aber die "verboten" Ziehpunkte für die Größe drängeln sich vor, ohne benötigt zu werden, und nix geht. Vorher habe ich schon einiges probiert. Eine gute Idee war auch ein Textbox, in der der Name des Konnektors steht, diese ist durchsichtig, weil nur der Text sichtbar sein soll. Der ist dann mit dem notwendigen Symbol (filled or non filled diamond etc. wie in UML üblich) als Group verbunden - funktioniert super. Nur: Wenn ich das notwendige Stylesheet dem gesamten Objekt zuweise (weil ich das auch in der Anzeige sehen will) dann setzt sich die indirekte Formatiierung über die direkt vorgegebene (Raute oder Diamond muss eine Linienbreite haben, das Textfeld nicht...) und die Route wird unsichtbar, oder das Textfeld hat eine unwerwünschte Linie, je nachdem ich das Stylesheet einrichte. Diese Idee hatte ich dann aufgegeben, weil ich festgestellt habe, dass ein zugehöriger Text zu einem Objekt (der Raute als ConnectionPoint) auch so einstellbar ist, dass er links daneben erscheint. Super geht juchhe. Und dann dieses Sache mit der nicht-movebarkeit, siehe oberen Absatz. In der Draw-Software dürfte die Korrektur der Movebarkeit fast ziemlich einfach sein, weil man nur ein if() braucht um bei gesperrter size diese unnötigen Größeziehpunkte erst gar nicht anzuzeigen. Der Rest wird dann so wie gehabt gehen. Doch ich weiß wie es mit den RFCs läuft. Sie werden einsortiert, nach priorität sortiert, und dann (zumindestens bei den kommerziellen Tools) wird das realisiert was der dümmste aber meist zahlende Kunde will. Bei den nichtkommerziellen Tools ist es ggf. nicht der zahlende, sondern der Mengenmößig überlegene, also die vielen Kunden die hübsche verspielte Grafiken haben wollen. Damit habe ich nur geringe chancen. Wenn ich das selbst programmiere, hätte ich die Lösung, aber niemand sonst. Ich bin jetzt beim Überlegen ob ich mir doch eine Visio-Lizenz anschaffe und Libre Office sein lasse, Aber Libre Office hat den charme, das es jeder leicht nutzen kann. Die Entwicklung hin zu einem Grafikeditor für Grafische Programmierung könnte für Libre Office ein sehr interessantes Feld sein. Kurz zum Vergleich, ich verwende häufig auch Simulink, und dessen Grafikeditor ist teils Sch... sorry auch nicht so sehr gut, Die Basis-Grafikfähigkeiten von Libre Office mit seinen Connector - Verbindungen funktionieren besser !!! Wenn ich auf die Mail eine Antwort bekomme und eine Chance sehe Gehör zu finden, dann melde ich mich in der Community an, spende einen Startbeitrag und formuliere meine Anforderungen RFC-mäßig. Im Moment bin ich noch frustriert, habe keine Zeit weil ich gleich zu einer Chorprobe weg muss (Kirchenmusik) man muss ja auch noch was anderes sinnvolles machen. Mit freundlichen Grüßen, Hartmut Schorrig </blockquote> <div ></div></body></html>