<!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 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 </body></html>