Posts by Rainer

  • R-Basic Commander

    Hi Bernd,

    starke Sache! Die UI gefällt mir richtig gut.

    Code
    - Lässt sich auch mehr als ein Objekt in den Fenstern auswählen und bearbeiten?

    Wenn ich das richtig sehe benutzt das Programm eine FileSelector. Damit kann man NICHT mehrere Dateien auswählen. Das erfordert Handarbeit, also den Fileselector manuell durch eine DynamicList zu ersetzen. Das ist aber VIEL Arbeit - lohnenenswert ist es m.E. aber schon.

    Die GeoRun ist genau für diesen Zweck gemacht.

    LG
    Rainer

  • Transformationen nicht ohne Probleme

    Wie wir sehen, sehen wir nix :)

    Off topic:
    Rotation & Co sind bekanntlich nicht kommutativ. Wie mein Physikprofessor mal live demonstriert hat: Wenn ich mich erst nach rechts drehe und dann nach vorne falle .. oder erst nach vorne falle und mich dann nach rechts drehe ... Das war schon beeindruckend, wie der Prof da auf dem Boden lag :)

  • Bildschirmgröße

    Supi, das klingt doch nach nem Plan.
    Die Schreensaver scheinen die Bounds als Instancevariable SAI_bounds der SaverAplicationClass schon direkt zu bekommen. Aber da kann man sicher noch mal graben, wenn das oben nicht gehen sollte.

    Rainer

  • Schrift SymbolPS und Änderungen bei der Unicode-Zuordnung

    Ok, wir reden gerade über verschiedene Zeichen <=> ist bei mir auch dort, alles gut. Das <=> heißt "Genau dann wenn", nicht Teilmenge. Teilmenge ist das liegende U mit dem Unterstrich. Und genau dieser Unterstrich wird manchmal nicht korrekt dargestellt. Ich meine die Zeichen, die in meinem Bild markiert sind.

    Soweit ich mich erinnere, liegt das "nachgerüstete" Euro-Zeichen in einigen GEOS-Fonts dort, weil da im Original das generiche Währungszeichen (Schildkröte) liegt. Das erschien wohl damals am ehesten entbehrlich und inhaltlich passend. Das hat aber gar nichts mir der Lage des Euro-Zeichens im Symbolfont zu tun!

    Ja genau, das Multiplikationszeichen muss höher liegen. Hier ist das Symbol-Multiplikationszeichen zwischen URW Sans Buchstaben unter BBX.

    Den Apfel kannst du nicht entfernen, denke ich. Der ist im Drucker-Font :)

    Das Eurosymbol ist auch im Druckerfont, beim Ausdruck dieses Zeichens (A0 hex) im Symbol-Font erscheint es auf jeden Fall. Deswegen bin ich dafür, dass es auch unter GEOS, in GeoWrite & Co erscheint - sprich im Font nachgerüstet wird, wenn das geht. @Alle, macht man nen Spruch.

    LG
    Rainer

  • Schrift SymbolPS und Änderungen bei der Unicode-Zuordnung

    Ist ja seltsam.

    Wenn das Euro-Symbol da ist, wieso zeigt CharacterMap es dann nicht an? Das "dotmath" (Multiplikation) auf D7 ist zu tief. Es ist ein einfacher Punkt, der bei größeren Fontssizes zu tief gezeichnet wird. Warum das Mengen-Symbol falsch gerendert wird- keine Ahnung. Dein Bild dazu legt nahe, dass es nicht am Font liegt.

    Bei mir sagt CharacterMap, dass das "Euro" auf Strg-Shift-Alt-t liegt. Auch das ist nicht richtig. Möglicherweise ist die Tastaturcodes-Tabelle in CharcterMap nicht ok, das habe ich damals nur übernommen. Ich prüfe das.

    Nico, ich möchte deine Arbeit nicht schmälern, ganz im Gegenteil, du hast großartiges geleistet! Vielen Dank dafür! Aber genauso wie keins meiner Programme fehlerfrei ist, kann es eben auch bei den Fonts etwas geben was man übersehen hat. Dafür sind wir eine Gemeinschaft, die zusammen mehr leistet, als ein einzelner es je kann.

    LG
    Rainer

  • Bildschirmgröße

    Hi,

    hat jemand eine Ahnung, wie man herausbekommen kann, wie groß der aktuelle Bildschirm unter GEOS ist? Bei 800x600 passen bestimmte Dialoge nicht auf den Schirm, so das ich sie abwandeln muss.

    LG
    Rainer

  • Schrift SymbolPS und Änderungen bei der Unicode-Zuordnung

    Hallo,

    ich habe mir noch mal den SymbolPS Font angesehen und es gibt tatsächlich noch ein Zeichen, dass geändert werden muss, nämlich das Multiplikationszeichen auf D7 hex. das ist aktuell nur ein "nicht-belegt" Punkt und wird deswegen zu tief gezeichnet.

    Bild 1: Schreenshot BBX mit Symbol PS

    Bild 2 Schreenshot G6 - genau die gleiche Datei.

    Außerdem sieht man, das das Teilmengenzeichen bei großen Schriften schlecht gerendert wird. Das hängt aber auch davon ab, wie der Zeilenabstand gewählt ist (manuell 20 pt oder autmatisch einzeilig). Ob das am Font oder an GeoWrite liegt, kann ich nicht sagen. Fakt ist, dass der Unterstrich etwas schief zu sein scheint, manchmal wird er nämlich rechts etwas dicker gezeichnet als links. Bild 3: G6, Zeichensatztabelle mit Standard Symbol PS.

    Den Dash Strich hatte ich zuerst auch in Verdacht, weil er sehr breit ist. Das hat sich aber nicht bestätigt - ich hab ihn aber nicht mehr aus der Datei genommen.

    Interessant sind wieder die Ausdrucke
    Bild 4: Ausdruck unter BBX, "Postscript in Datei". Wobei alle PS Drucktertreiber wohl den gleichen Code benutzen, ich konnte jedenfalls keine Unterscheide sehen. Die PS Dateien habe ich dann mit PDF Creator (ältere Version) nach PDF konvertiert.


    Bild 5: Ausdruck unter GEOS 6, Schlumberger Treiber

    Auffällig sind mehrere Dinge:
    1. Die Zeichen werden offensichtlich aus dem Drucker-Font bezogen, so wie Thomas das schon mal irgednwo ausgeführt hat. Damit entfällt das "nutzen"W der freien Bereich, das ich mal als Idee hatte.
    2. Unbelegte Zeichen werden beim Ausdruck als Leerzeichen gedruckt, auf dem Bildschirm als Punkt.
    3. Auf A0 hex liegt ein Apfel, obwohl es eigentlich leer sein sollte.
    4. das Teilmengensymbol liegt im Ausdruck tiefer (mehr mittig). Das ist durchaus vernünftig, wenn man seine Bedeutung beachtet. Das würde ich jetzt aber nicht ändern, weil ein weiteres Tiefersetzen wahrscheinlich das Renderproblem oben vergrößert.

    5. Auf A0 hex liegt ein Euro. Das habe ich auch an diversen Stellen im Netz gefunden. Da würde ich jetzt ernsthaft darüber nachdenken, ob man das nicht hinzufügt. Das wäre dann auch ein einheitlicher und Sicherer Platz, ohne dass irgendwelche anderen Fonts "verbogen" werden müssten.

    6. Das Fontmapping im Ausdruck stimmt nicht. Der "normale" Text ist im Original Cranbrook resp. Century 59 - im Ausdruck ist es Mono. Das konnte ich allerdings in späteren Experimenten nicht mehr wiederholen, da wurde ein vernünftiger Font benutzt. Das muss also noch einmal untersucht werden.

    Ich habe euch zwei Dateien angehängt: Die Datei, mit der ich meine Tests hier gemacht habe und eine, die "Zeichensatz" heißt. Dort kann man einfach alles markieren und den gewünschten Zeichnesatz auswählen, den man sehne / Ausdrucken will. Die Tabelle mit den Zeichencodes ist in der Grafikebene und wird davon nicht beeinflusst, bleibt also auch bei Symbol-Zeichensätzen lesbar.

    Hier außerdem noch eine Link auf die englischsprachige Wikipediaseite, wo ich die Infos, welches Zeichen was bedeutet, her habe. https://en.wikipedia.org/wiki/Symbol_(typeface)

    LG
    Rainer

  • "Copy and Paste" mit Value-Objekten nicht möglich

    Das klingt so, als müsstest du die GenValueClass überscheiben und MSG_META_COPY und MSG_META_PASTE (Bezeichnungen und alles folgende aus dem Kopf) so implementieren, dass sie das machen, was du willst z.B den angezeigten Text oder alternativ den Wert ins Clipboard kopieren bzw von dort laden. Außerdem musst du (wahrscheinlich) das GenValue-Objekt targetable (glaube ich) setzen, damit das Objekt Befehle vom EditControl annehmen kann. Da gibt es irgendwo einen Abschnitt in der Doku, wie man mit dem Clipboard resp. mit dem EditControl arbeitet.

    Das wäre so meine Denkrichtung / mein Plan. Strg-C und Strg-V gehen ans EditControl, wenn du eins hast.

    Hier mal eine mögliche Quelle:
    * Quelle: Clipsamp-Application, Zeile 399ff
    * Siehe auch: Concepts 7, "The Clipboard"

    Für Drag&Drop gibt es noch mal spezielle Messages mit _QUICK_TRANSFER im Namen.

    Ich hab das meiste davon schon mal irgendwann gemacht (z.B. außer GenValues mit dem Clipboard arbeiten zu lassen). Vielleicht reden wir per PM und ich grabe mich dann konkret durch meinen Code.

    LG
    Rainer