Schriftgröße der Textobjetke bei Spei... Logout | Themen | Suche
Moderatoren | Registrieren | Profil

EUKLID DynaGeo Forum » Fehler und Probleme » Schriftgröße der Textobjetke bei Speichern unter .jpg « Zurück Weiter »

Autor Beitrag
 

Andreas Katzengruber
Neues Mitglied
Benutzername: Katzengruber

Nummer des Beitrags: 4
Registriert: 04-2012
Veröffentlicht am Freitag, 31. Mai 2013 - 09:09 Uhr:   

Manchmal, wenn ich eine Zeichnung als .jpg abspeichere, passt die Schriftgröße von einigen Textboxen nicht mehr. Verschiedene Textboxen erscheinen in verschiedenen Schriftgrößen, obwohl sie im .geo -file in derselben Schriftgröße vorliegen. Bei zwei Dateien konnte ich das in Ordnung bringen indem ich ein Leerzeichen, das auf den Text folgte, löschte, konnte aber auch Zufall gewesen sein. Eine der entsprechenden Dateien hänge ich an. Hier ist die ganz linke Benennung (85,8 cm) zu groß.
application/octet-stream.geo - file
Skizze_1.geo (4.9 k)
.jpg - file
 

Roland Mechling
Senior Mitglied
Benutzername: Mechling

Nummer des Beitrags: 616
Registriert: 04-2001
Veröffentlicht am Freitag, 31. Mai 2013 - 11:03 Uhr:   

Sehr geehrter Herr Katzengruber,

vielen Dank für Ihren Bugreport, und vor allem für die beigefügten GEO- und JPG-Dateien, die das Problem klären helfen!

Wenn Sie das exportierte JPG-Bild wieder in die Zeichnung einfügen, erscheint nicht nur der Text in den Boxen größer, sondern die ganze Zeichnung insgesamt - und das ist kein Bug, sondern ein Feature!

Wenn Sie für exportierte Pixelgrafik-Dateien die Größe beibehalten möchten, dann stellen Sie bitte unter "Verschiedenes | Einstellungen" auf der Registerkarte "Export" die "Auflösung beim Export von Pixelbildern" auf den ersten Listeneintrag ("...(Screen)") zurück. Dann bleibt die Größe des Bildes erhalten.

Ich habe die Varianten mit der höheren Auflösung extra implementiert, damit man auch einen qualitativ hochwertigen Export von Pixelbildern in andere Programme erreichen kann. Kluge Textverarbeitungen speichern die Bilddaten dann intern in hoher Auflösung, stellen sie aber in der "richtigen" (d.h. ursprünglichen) Größe im Dokument dar. Dies hat zur Folge, dass man auch beim Ausdrucken des Dokuments keine Pixel-Klötzchen-Grafikt bekommt, sondern ein "glattes" Bild in vernünftiger Qualität.

In diesem Sinne ist DynaGeo selbst natürlich keine "kluge Textverarbeitung". Der Export von Grafik-Dateien ist wirklich als Export (eben in andere Programme) gedacht; solche Bilder dann als Grafiken wieder zu reimportieren, ist möglich, aber nicht beabsichtigt.

MfG R.M.
 

Andreas Katzengruber
Neues Mitglied
Benutzername: Katzengruber

Nummer des Beitrags: 5
Registriert: 04-2012
Veröffentlicht am Freitag, 31. Mai 2013 - 11:22 Uhr:   

Lieber Herr Mechling,

danke für Ihre rasche Antwort. Auf die Gefahr hin, dass ich Ihre Antwort nicht ganz verstehe, glaube ich, dass wir von zwei verschiedenen Dingen sprechen:

Mir geht es nicht um die absolute Größe der gesamten Pixel-Grafik, das habe ich unter Kontrolle, sondern nur darum, dass im .geo-file die Textboxen "153 cm" und "85,8 cm" beide die gleiche Schriftgröße 12 besitzen und in der Export-Datei verschieden groß (relativ zueinander) dargestellt werden und das sollte doch nicht sein, oder? Mit einem Re-Import hat das doch auch nichts zu tun, oder?
 

Roland Mechling
Senior Mitglied
Benutzername: Mechling

Nummer des Beitrags: 617
Registriert: 04-2001
Veröffentlicht am Samstag, 01. Juni 2013 - 19:28 Uhr:   

Lieber Herr Katzengruber,

wenn Sie meine Antwort nicht verstehen, dann liegt das wohl daran, dass ich Ihre Frage schon nicht richtig verstanden habe. Ihren Hinweis auf die "ganz linke Benennung (85,5 cm)" habe ich schlicht und ergreifend nicht begriffen -- und daher ignoriert. So ist das mit der Kommunikation: es bleibt schwierig. Vielen Dank daher auch für Ihren geduldigen Nachhilfe-Unterricht!

Jetzt glaube ich, das Problem verstanden zu haben. Der Kern scheint zu sein, dass verschiedene TextBoxen beim skalierten Export der Zeichnung plötzlich mit verschiedenen Schriftgrößen dargestellt werden, obwohl sie in der originalen Konstruktion auf dem Bildschirm mit der gleichen Schriftgröße erscheinen. Ihre obige Beobachtung, dass sich das Problem gelegentlich durch das Löschen oder Hinzufügen eines Leerzeichens zum TextBox-Text beheben lässt, ist nachvollziehbar und lieferte mir einen Hinweis darauf, wo der Bug sitzen könnte.

Der Fehler geht zurück auf eine ungeschickte Entscheidung beim Design der Objekte, die formatierte Texte verwalten und darstellen. Wenn eine TextBox sich selbst vergrößert zeichnen soll, dann erhält sie dazu nicht die zu verwendende Fontgröße mitgeteilt, sondern Breite und Höhe des Bereiches auf dem Ziel-Canvas, in dem der gesamte Text nun vergrößert erscheinen soll. Die TextBox wählt dann selbst die größte Fontgröße, mit der der Text gerade noch in das vorgegebene Rechteck passt. Das geht oft gut, aber nicht immer: die gewählte Fontgröße hängt nicht nur vom aktuellen Vergrößerungsfaktor ab, sondern auch vom Text-Inhalt der TextBox! Und so kommt es zu diesen Abweichungen.

In den letzten Jahren habe ich an dem zugrundeliegenden Code schon mehrfach rumgebastelt, weil er noch einige andere Unzulänglichkeiten enthielt. Die bemängelte Fontgrößen-Veränderung hat bisher noch niemanden so sehr gestört, dass er mir davon berichtet hätte, und mir selbst ist sie noch niemals aufgefallen, selbst in Ihrem obigen JPG-Bild nicht! In der Tat könnte man die Frage aufwerfen, ob eine Änderung der Fontgröße um maximal 15% vielleicht doch tolerierbar wäre -- und damit einen Riesenkrach zwischen dem faulen Programmierer und dem anspruchsvollen Kunden inszenieren ;-)

Inzwischen habe ich eine Idee, wie man das Problem zumindest wesentlich entschärfen könnte. Der programmier-technische Aufwand ist beträchtlich, und welche Nebenwirkungen und Seiteneffekte dann mit der neuen Variante des skalierten Exports zu verdauen sein werden, steht noch in den Sternen. Aber mir wäre es auch lieber, wenn die Fontgrößen-Gleichheit zweier Textboxen in der Zeichnung beim skalierten Export erhalten bliebe. Das ist aber sicher nicht von heute auf morgen zu erreichen, dazu greifen die nötigen Veränderungen zu tief in die Innereien von DynaGeo ein.

MfG R.M.

Beitrag verfassen
Beitrag:
Benutzername: Hinweis:
Dies ist ein geschützter Bereich, in dem ausschliesslich registrierte Benutzer Beiträge veröffentlichen können.
Kennwort:
Optionen: HTML-Code anzeigen
URLs innerhalb des Beitrags aktivieren
Auswahl: