Posts by sebi

Freut mich, daß ich helfen konnte .

Phantastische Arbeit! Sogar einen Geos-Treiber geschrieben

Quote from MeyerK

Tja. Bleibt nur ein Schönheitsfehler: es ist ein weiteres DOS Tool. Eigentlich hat GEOS eine Power-Treiber Architektur und könnte diese Funktion selbst implementieren...

Und wenn du deine Lieblings-KI ganz freundlich fragst? Und vielleicht Blumen mitbringst?

Die XXV. Ausgabe! Ein Vierteljahrhundert

Sollten wir uns überlegen, wie wir das würdigen.

Vielleicht mit der Veröffentlichung von Geos 6?!

Ist im Kalender vorgemerkt

Quote from Achim

Keine Task-Leiste

Ein Glück ist die weg

Quote from mgroeber

Besser, glaube ich:

Ja, ich find das Bild jetzt richtig gut.

Find ich ziemlich gut.

Finde höchstens, daß der Schriftzug durch das gepinnte Menü etwas bedrängt wird.
Wie sieht es aus, wenn das Menü nach links verschoben wird und dann nicht ganz so nah am Text klebt?

So ungefähr könnte ich mir einen weiteren Entwurf vorstellen.

Ich wäre für den Motif-Stil. Sonst sieht’s aus wie ein weiterer Windows-Klon.

Die ersten Bilder finde ich auch überladen. Alles zu zeigen, geht sowieso nicht. Das Bild soll einfach Appetit wecken und Lust auf mehr machen.

Rainers Bild finde ich schon ziemlich gut.

• Es zeigt mit GeoWrite einen Ausschnitt aus der Alltagsarbeit und den Text-, Grafik- und Farbfähigkeiten.
• Es zeigt Geos-Besonderheiten (pinnbare Menüs).
• Es zeigt das Geos-System: GUI, überlappbare Fenster, Icons.
• Der GeoManager ist noch zu groß, die vielen Icons bringen Unruhe. Zudem fehlt der Fokus zwischen großem Hintergrund- und kleinem Vordergrundfenster – die Augen springen orientierungslos hin und her.

Als Geos-Besonderheit würde ich noch versuchen, das Express-Menü zu zeigen.

In dem Kontext der Seite ist wohl oder übel eine englischsprachige Variante geeigneter.

Auf einen Werbespruch würde ich wsl. eher verzichten. Wirkt leicht gestellt, lieber einen sorgfältig arrangierten Desktop, der wie zufällig bei der normalen Arbeit aufgenommen aussieht :).

Zudem sind die Benutzerebenen eine Geos-Besonderheit und können daher ruhig erhalten bleiben. Auch wenn sie evtl. wenig genutzt werden, besteht ja keine Not, sie abzuschaffen.

Ich habe soeben auch noch eines der begehrten Mühlenzimmer ergattert

Na dann sind ja die (meisten) Entscheidungen gefallen :).

Der Menüpunkt „Write Source Code“ ist ebenfalls ohne Bindestrich.

Ja, die richtigen Namen zu finden, dauert manchmal länger als die Programmierung

Feinsemantischen Gedanken über die Stärke der Verbindungen bei Set und Group würde ich mich nicht hingeben, beide sind sich so ähnlich, daß es für eine UI genügt, ist ja keine philosophische Hausarbeit.

Ich würde dann schon eher überlegen, ob auch einem englischen Muttersprachler die möglichen Begriffe als verschieden bzw. gleich gut geeignet erscheinen. Es werden ja nicht alle Begriffe, auch wenn sie ähnlich sind, in jedem Kontext verwendet. Frag doch einfach mal die englischen Leute in der Discord-Gruppe und stell die Alternativen zu Abstimmung :-). Die könnten dann auch abstimmen, ob mit oder ohne Bindestrich.

Quote from MeyerK

Wenn ich es mir jetzt noch mal so betrachte (die Bindestriche machen mich wahnsinnig, vor allem im Englischen)... warum nicht eigentlich nur "Set" oder "Group" oder sowas? Dass es um Icons geht, ist ja klar...

Die Bindestriche hatten mich auch gepiekst, wollte aber nicht so kleinlich sein

Im Englischen würde ich die Striche auch nicht setzen, im Deutschen schon.
Da hast du recht, es liest sich schwerfällig, wäre leichter mit nur einem Wort. Dafür ist es exakt! Einen Tod muß man …

Ich würde versuchen, Begriffe zu finden, die die hierarchische Beziehung abbilden. So versteht man das Ganze sofort.

Also etwa „Icon-Gruppe“ oder „Icon-Set“ (was jetzt Icon ist) und einfach Icon, für was jetzt „Format“ ist.

Quote from Wilfried

Emulator: DosBox unter W10

Code

double round(double zahl1,byte zahl2)
{
  double zahl3;
  FloatIEEE64ToGeos80(&zahl1);
  FloatRound(zahl2);
  FloatGeos80ToIEEE64(&zahl3);
  return(zahl3);
}

round(3.86,1) ergibt 3.9
round(3.86,0) ergibt 3
round(-3.86,1) ergint -4
round(3.86,0) ergibt -3

Mit Watcom compiliert

Display More

Das schweift zwar ab, aber ich hätte trotzdem eine Verständnisfrage zu diesem Code: Macht der überhaupt irgendwas?

Die Variable zahl3, die von der Funktion zurückgegeben wird, wird ja nirgends (explizit) belegt.

Oder passiert das alles indirekt?

• FloatIEEE64ToGeos80() speichert zahl1 irgendwo
• FloatRound() rundet zahl1 auf die mit zahl2 angegebene Zahl von Nachkommastellen
• FloatGeos80ToIEEE64() fischt die gerundete zahl1 aus den nebulösen Speicheruntiefen heraus und gibt sie als zahl3 zurück

Sieht so native Geos-Programmierung aus?

Quote from Mütze

Bei mir tritt der Effekt (ich schreibe jetzt mal nicht "Fehler" ;-)) unter BBX 410, BBX 413 und PC/GEOS6 auf.

Interessant. Meinen Beitrag hatte ich mit Rainers Hinweis im Kopf, daß der Effekt (sic!) nur unter Geos 6 auftrete, verfaßt.

Wenn er bei dir immer auftritt, dann … klingt es ja noch komplizierter. Wird Zeit, daß sich Falk mal einschaltet

Aber wenn das Verhalten unter BBX 4 und Geos 6 verschieden ist, dann kann ein fehlerhafter Irrtum nicht ausgeschlossen werden und es sollte idealiter nach den Ursachen gegründelt werden.

Rainer,

ja, die Änderungen sollten auch dort nachvollzogen werden, damit alles schön synchron bleibt.

Da bin ich bereits dran, sind ja auch noch ein paar andere Punkte von damals offen. Schicke ich dir dann alles zu, brauch aber noch etwas.

Hallo,
vor einer kleinen Weile wurde hier im Forum ja über die Zeichenbelegung der Geos-Schrift SymbolPS diskutiert, wozu ich eine Liste mit den passenden Unicode-Zeichen beisteuerte.

Diese Liste hatte ich vor über drei Jahren (!) nach bestem Wissen und Gewissen selbst zusammengestellt, indem ich die Unicode-Verzeichnisse nach passenden Zeichen abklapperte.
Angefeuert durch das Déjà vu habe ich diese Zuordnung noch einmal überprüft. Diesmal stand mehr Material zur Unterstützung bereit: Kodierungslisten von Adobe und Apple sowie die Adobe-PostScript-Dokumentation.

Dabei ergab sich zum Einen, daß sensationelle 96,5 % der Zeichen korrekt den Unicode-Codepoints zugeordnet sind . Lediglich bei neun Zeichen ergab sich eine Änderung der Unicode-Codepoints. Diese Anpassungen und weitere Informationen sind in der anhängten HTML-Datei beschrieben.

(Diese Datei hatte ich urspr. nur erstellt, um mir die verschiedenen Zeichen anzeigen zu lassen und Infos festzuhalten. Ist daher wieder eher funktional statt schön.)

Am überraschendsten waren Ascii-Zeichen, die in Wirklichkeit ähnlich aussehende mathematische Operatoren (*, Minus, ~) sind, und die Wurzelzeichenverlängerung, die ich als das häufig vorkommende diakritische Zeichen Makron mißdeutete. Hier gibt es auch keine gute Lösung, da das Verlängerungszeichen in Unicode nicht existiert.

Leider habe ich diese Berichtigungen erst jetzt nachträglich gefunden. Vielleicht ist es ja trotz des Zusatzaufwandes möglich, diese Änderungen zu übernehmen, damit auch bei den neuen Schriften die bestmögliche Qualität erreicht wird.

Da ich die bisherige SymbolPS-Diskussion nicht mehr gefunden habe, eröffne ich ein neues Thema.

Schöne Grüße!

PS: Die angehängte Datei SymbolPS.txt bitte in SymbolPS.html umbenennen. Die Änderung war zum Hochladen nötig.