Welche Schriftart für Softwareentwicklung?

[Popov]

Die beste Erfahrung habe ich mit Segoe UI und nehme sie auch nach Möglichkeiten. Sie ist schon bei geringen Größe klar lesbar, sieht auch bei der doppelten Standardgröße gut aus. Zweite Wahl ist Tahoma. Arial und Verdana sind nur etwas für Briefe (finde ich).

Allerdings gibt es Segoe UI wohl erst seit Vista, ich habe sie auch auf dem XP, wohl wegen Office 2007.

[p80286]

[OT] Consolas, davon bekommt mann Augenschmerzen, was ist daran optimiert ? XP [/OT]

Bei Eingabefeldern (Namen,Adressen etc.) bevorzuge ich "Arial monospaced for SAP" wohl leider nicht frei verfügbar, aber immer noch besser Courier als einen Proportional-Font, der Leerzeichen gekonnt versteckt, dann erklär mal dem Benutzer, daß da etwas ist, was er nicht sieht.

Gruß
K-H

[implementation]

Es gibt keine Schriftart, von der du davon ausgehen kannst, dass sie überall installiert sei. Wenn du universell sein willst, dann lass das Programm entweder irgendeine zufällige installierte Serif/Sans-Serif/Monospace-Schrift auswählen (ähnlich wie bei HTML/CSS bei Angabe von "serif", "sans-serif" oder "monospace"), oder liefer eine Schrift selber mit. Frei verfügbar sind u.A. die Liberation-Fonts von OpenOffice/LibreOffice. Wenn du dich für MS-Fonts entscheidest, bist du beim Mitliefern an strenge Lizenzbedingungen gebunden.

[Popov]

Einfach so, dann kannst du alle Favoriten der Reihe nach durchgehen ;)

Delphi-Quellcode:

  with Screen.Fonts do
    if IndexOf('Arial') > -1 then Font.Name := 'Arial'
    else if IndexOf('Times New Roman') > -1 then Font.Name := 'Times New Roman'
    else if IndexOf('Courier New') > -1 then Font.Name := 'Courier New'
    else Font.Name := 'MS Sans Serif';

[Perlsau]

Zitat:

Zitat von Eppos (Beitrag 1149462)

Mich würde mal gerne interessieren welche Schriftart Ihr fürs entwickeln in eurer Software verwendet?
Könnt Ihr welche empfehlen? So das es es keine Schwierigkeiten auf XP, OS usw. gibt?
Welche Erfahrung habt Ihr gemacht?

Das ist je nach Auftrag verschieden. In der Regel nehme ich Arial, weil die in den allermeisten Fällen bereits auf dem System vorhanden ist. Einige Kunden wollten z.B. lieber Times, weil sie das schöner fanden und besser zu lesen war (z.B. keine Irritationen bei kleinem l und großem I oder l und 1).

Gewöhnlich befrage ich meine Auftraggeber nach Farben, Form und Schrift ausführlich. Mancher Kunde hat auch nach Sichtung des ersten Entwurfs gleich mal seine Wunsch-Schrift angegeben.

Zur Not liefert man die verwendete Schrift eben mit aus.

[Furtbichler]

Mir ist es völlig neu, das bei normalen Anwendungen etwas anderes als die auf dem System installierte Schriftart zum Einsatz kommt.

Meine Anwendungen heben sich durch ergonomisches Design und Übersichtlichkeit von der Masse ab. Da brauch ich doch keine Sonderspezialschriftart.

Lustig, womit man sich seine Zeit vertreiben kann.

@Perlsau: Ich hatte noch nie die Frage nach der Schriftart. Oder doch, 1x. Da hab ich gesagt: Nö, kommt nicht in die Tüte. Sieht nicht gut aus, schlecht lesbar, kein Standard.

[Perlsau]

Zitat:

Zitat von Furtbichler (Beitrag 1149537)

Mir ist es völlig neu, das bei normalen Anwendungen etwas anderes als die auf dem System installierte Schriftart zum Einsatz kommt.

Siehste, wieder was dazugelernt :wink:

Zitat:

Zitat von Furtbichler (Beitrag 1149537)

Meine Anwendungen heben sich durch ergonomisches Design und Übersichtlichkeit von der Masse ab. Da brauch ich doch keine Sonderspezialschriftart.

Ergonimisches Design hat meines Empfindens nach Übersichtlichkeit zur Folge, und das ist der Standard. Unübersichtliche Anwendungen befinden sich dagegen unterhalb des Standards.

Zitat:

Zitat von Furtbichler (Beitrag 1149537)

Lustig, womit man sich seine Zeit vertreiben kann.

Die Schriftart zu ändern erfordert keinen nennenswerten Zeitaufwand.

Zitat:

Zitat von Furtbichler (Beitrag 1149537)

@Perlsau: Ich hatte noch nie die Frage nach der Schriftart. Oder doch, 1x. Da hab ich gesagt: Nö, kommt nicht in die Tüte. Sieht nicht gut aus, schlecht lesbar, kein Standard.

Bei mir ist der Kunde König. Etwas anderes kommt mir nicht in die Tüte.

[Hansa]

Zitat:

Zitat von Perlsau (Beitrag 1149538)

Bei mir ist der Kunde König.

Du aber wohl nicht mehr lange derjenige, den man frägt, um irgendwas zu ändern. :mrgreen: AUch der König darf nicht alles ! Gerade im IT-Bereich wissen die oftmals nicht, was sie wollen bzw., wie sich das im Endeffekt auswirkt ! Der Schuldige bist am Ende trotzdem Du !

Sagen wir mal, Du bist Dachdecker und stehst mit Kunde oben am Dach. Bist du dem da behilflich, über das Gerüst schnell direkt bis unten zum Parkplatz zu klettern, nur weil er zu faul ist, die Treppe zu benutzen und um den halben Block z seinem Auto hinzurennen ? Ich würde sagen : "Wenn schon, dann springen. Geht noch schneller." *hüstel* 8-)

zum Thema an sich :

ich sehe keinen Anlass, die Standardschriften im eigenen Programm eigenmächtig zu ändern. ABER !! das gilt nur für eindimensionale Geschichten ! Edits, Labels etc. Sofern es um Zeilen und Spalten geht, dann sieht die Welt komplett anders aus.

[Perlsau]

Zitat:

Zitat von Hansa (Beitrag 1149560)

Zitat:

Zitat von Perlsau (Beitrag 1149538)

Bei mir ist der Kunde König.

Zitat:

Zitat von Hansa (Beitrag 1149560)

Du aber wohl nicht mehr lange derjenige, den man frägt, um irgendwas zu ändern.

Wenn sollte einer meiner Kunden denn sonst fragen außer dem Entwickler seiner Software?

Zitat:

Zitat von Hansa (Beitrag 1149560)

AUch der König darf nicht alles !

Du meinst hier den Kunden? Was darf der Kunde denn deiner Ansicht nach nicht?

Es geht doch hier nicht um alles, sondern um Kundenwünsche, die ich zu berücksichtigen bereit bin. Wenn ein Kunde eine runde oder eine ovale Form will, bekommt der die auch.

Zitat:

Zitat von Hansa (Beitrag 1149560)

Gerade im IT-Bereich wissen die oftmals nicht, was sie wollen bzw., wie sich das im Endeffekt auswirkt !

Wenn ein Kunde nicht weiß, was er will, wird das anhand der Ziele, die er mit der Software erreichen möchte, gemeinsam erarbeitet.

Von welchen Auswirkungen "im Endeffekt" schreibst du hier? Was ist der Endeffekt?

Zitat:

Zitat von Hansa (Beitrag 1149560)

Der Schuldige bist am Ende trotzdem Du !

Schuldig? Wessen? Von gewissen Pseudos, die weder ein Pflichtenheft erstellen noch schriftliche Vereinbarungen treffen wollen, mal abgesehen, hatte ich bislang keine nennenswerten Differenzen mit Kunden.

Zitat:

Zitat von Hansa (Beitrag 1149560)

Sagen wir mal, Du bist Dachdecker und stehst mit Kunde oben am Dach. Bist du dem da behilflich, über das Gerüst schnell direkt bis unten zum Parkplatz zu klettern, nur weil er zu faul ist, die Treppe zu benutzen und um den halben Block z seinem Auto hinzurennen ? Ich würde sagen : "Wenn schon, dann springen. Geht noch schneller." *hüstel* 8-)

Ich finde diesen Vergleich extrem daneben. Die Situation, die du schilderst, hat weder etwas mit Software-Entwicklung zu tun noch mit der Situation zwischen Anwendungs-Entwickler und Kunde. Meine Kunden sind in keiner Hinsicht faul, sondern schwer arbeitende kleine und mittelständische Unternehmer.

Zitat:

Zitat von Hansa (Beitrag 1149560)

zum Thema an sich : ich sehe keinen Anlass, die Standardschriften im eigenen Programm eigenmächtig zu ändern. ABER !! das gilt nur für eindimensionale Geschichten ! Edits, Labels etc. Sofern es um Zeilen und Spalten geht, dann sieht die Welt komplett anders aus.

Ich verstehe den Begriff "eigenmächtig" nicht in diesem Zusammenhang.
Gibt's irgend ein Gesetz, daß dir diese Änderung verbietet?
Was wäre denn "nicht-eigenmächtig"?

Ich verstehe auch nicht, was du mit einer komplett anders aussehenden Welt meinst, wenn es um Zeilen und Spalten geht? Wobei geht es um Zeilen und Spalten? Wie beeinflußt das das Aussehen der Welt?

Vor einigen Jahren hatte ich einen Auftrag, da fragte mich der Kunde, ob es mir möglich sei, eine ziemlich umfangreiche Tabelle so auszudrucken, daß sie quer auf ein A-4-Blatt paßt. Da mußte ich mit einigen Schriften herumprobieren und hab's am Ende (nach 'ner Stunde oder so) auch hingekriegt. Mit der Standardschrift war das nicht zu machen, es mußte ein Narrow-Font her. Einen anderen störte die serifenlose Schrift in seinen Edits und Memo-Feldern, der bekam seine gewohnte Times. Warum sollte ich mich diesen Wünschen entgegenstellen? Ich finde es sogar sinnvoll, Labels und Hinweise im Programm mit einem serifenlosen Font zu versehen, dagegen editierbare Inhalte mit einem Serifen-Font. Wieder ein anderer, der seine Reporte in Word ausgegeben haben wollte, erhielt von mir eine entsprechende Dokumentvorlage mit dem Font, den er auch in seinen sonstigen Dokumenten verwendet.

Ich verstehe deine Einwände nicht.

[Medium]

Das übliche Missverständnis zwischen Entwicklern von Individuallösungen und solchen für den "anonymen" Massenmarkt. Ist doch ganz einfach:
Kenne ich meinen Kunden nicht persönlich, und ist meine Software für eine vorher unbekannt besetzte Zielgruppe gedacht, halte ich mich an Standards bzw. Branchenstandards. Der durchschnitt fährt damit am besten, Individualisierungsoptionen werden bei genügend Nachfrage eben eingeplfegt. Als Option!
Ist mein Kunde mit mir im Gespräch, und das Programm wird auf ihn zugeschnitten, ist die Zielvorgabe explizit bekannt oder zu spezifizieren. Nach dieser wird implementiert. Wir Entwickler, als Wissensträger und erfahrene, sind in der Pflicht bezüglich ergonomischer Fragen zu beraten, das letzte Wort aber hat der Kunde. Will er am Ende unbedingt X, wird X gebaut. Man muss dann als Unternehmer nur schauen, dass bekannt ist, dass im Zweifelsfall von X abgeraten wurde, und die Änderung auf das empfohlene Y nachträglich Kosten verursacht. Schriftlich.

Ergo: Will der TE eine Standardsoftware für einen beliebigen Käufer entwickeln, ist das Einhalten von Standards (wie Systemstandards des Anwenders) der einzig richtige Weg. Wird es eine ungerichtete Branchenlösung, macht es Sinn branchenübliche Dinge einzubeziehen. Zum Beispiel Drehregler in Audiosoftware, die aus ergonomischer Sicht am PC überhaupt keinen Sinn machen, aber über den Wiedererkennungswert für den hardwaregewohnten Techniker einen Mehrwert darstellen. Habe ich einen konkreten Kunden, muss ich auf "best practices" hinweisen, aber es wird SEIN Programm, und SEINE Vorgaben sind am Ende für mich bindend.
So pauschal macht diese Diskussion keinen Sinn - sie bringt zumindest keinen vorwärts.