Welche Schriftart für Softwareentwicklung?

[Eppos]

Hallo zusammen,

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?

Über zahlreiche Antworten wäre ich Dankbar.

Gruß Eppos

[Bernhard Geyer]

Also meinen Programme nehmen immer die Installierten und eingestellte Systemschriftart :-)
Das verursacht auch keine Nachfragen vom Kunden wieso die Text anders aussehen als bei allen anderen Anwendung die man am Rechner hat.

Was ist genau der Grund für deine Frage? Lauflängen von Text? Verfügbarkeit von Fonts auf Windows/MacOS/iOS/Android?

[Eppos]

Wir haben Problem mit der Schriftart "MS Sans Serif", bei der Darstellung größer 100 %.
Dabei ist uns aufgefallen das manche Menüs mit "Tahoma" dargestellt werden, und dort es keine Probleme gibt.
Es geht auch um die Vefügbarkeit auf anderen Betriebssystemen.

[shmia]

Sehr empfehlenswert finde ich die Schriftart Consolas.
http://www.microsoft.com/download/en...ng=en&id=17879

Zitat:

Zitat von Microsoft

Consolas is intended for use in programming environments and other circumstances where a monospaced font is specified. All characters have the same width, like old typewriters, making it a good choice for personal and business correspondence. Optimizing the font specifically for ClearType allowed a design with proportions closer to normal text than traditional monospaced fonts like Courier. This allows for more comfortable reading of extended text on-screen.

[Eppos]

@shmia
Danke für deine Antwort, sieht interessant aus, ABER irgendwie gefällt mir die Schriftart nicht ::)

[himitsu]

Das Problem ist nur, daß solche FixedWidth-Fonts mehr Platz benötigen.

[CCRDude]

shmias Post wirft eine Verständnisfrage auf: geht es um Fonts für das, was der Kunde sieht, oder für die eigenen Entwicklungsumgebung? Consolas ist wohl eher für letzteres.

Ich bin auch ein Verfechter der im System eingestellten Schriftart. Ich glaube, Delphi übernimmt das leider nicht automatisch, sollten aber nur wenige Zeilen Code sein.

[Bernhard Geyer]

Zitat:

Zitat von Eppos (Beitrag 1149466)

Wir haben Problem mit der Schriftart "MS Sans Serif", bei der Darstellung größer 100 %.
Dabei ist uns aufgefallen das manche Menüs mit "Tahoma" dargestellt werden, und dort es keine Probleme gibt.
Es geht auch um die Vefügbarkeit auf anderen Betriebssystemen.

Man sollte immer die vom User eingestellte Schriftart verwenden.
Bei W2k/XP war das standardmäßig Tahoma, ab Vista ist das Segoe UI.

Früher wurde automatisch bei verwendung von "MS Sans Serif" die System-Standardschrift verwendet. Wurde glaube ich aber irgendwann von MS lahm gelegt so das Delphi als Standardeinstellung hier etwas "ungünstig" arbeitet.

[TiGü]

Zitat:

Zitat von CCRDude (Beitrag 1149476)

shmias Post wirft eine Verständnisfrage auf: geht es um Fonts für das, was der Kunde sieht, oder für die eigenen Entwicklungsumgebung? Consolas ist wohl eher für letzteres.

Ja, worum geht's denn jetzt?

Schriftart im Kundenprogramm? -> Nehmen wir Tahoma!

Schriftart im Quellcode-Editor in der IDE? -> Consolas*

* - gibt's für Windows XP bei Installation von Word/Powerpoint/Excel Viewer 2007 umsonst dazu, ansonsten Standardschrift fürs Coden in Visual Studio 2010.
Die Schrift Inconsolata ist Open Source, gefällt mir auf meinen Bildschirm nicht, wegen komischer Effekte in Verbindung mit ClearType!

Weitere Info:
http://blog.hamstu.com/2008/02/03/th...raphy-of-code/
http://www.fene-blog.de/allgemein/we...programmieren/
http://hivelogic.com/articles/top-10-programming-fonts/

[Eppos]

Es geht um die Schriftart die der Kunden sieht nicht die in der IDE.

[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.

[Furtbichler]

Zitat:

Zitat von Perlsau (Beitrag 1149538)

...Unübersichtliche Anwendungen befinden sich dagegen unterhalb des Standards.

Leider gibt es zu viele Standardsoftware, die unübersichtlich ist und von daher den Standard, bzw. den Durchschnitt herunterschrauben.

Zitat:

Die Schriftart zu ändern erfordert keinen nennenswerten Zeitaufwand.

Hmnja, wenn sich die Lauflänge ändert, schon. Eine Anwendung, die für 8pt Helvetica gemacht wurde, dürfte bei 9pt Times Roman hier und da schon anecken.

Zitat:

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

Genau deshalb berate ich ihn ja. Ich muss aber zugeben, das ich noch keinen Kunden hatte, der auf Augenkrebsoptik bestand. Sie haben sich von meinem Design immer überzeugen lassen.

Aber letztendlich sind wir natürlich Maßschneider, und wenn der Kunde rosa Rüschen haben will, kriegt er sie.

Das Problem bei der Auswahl einer Schriftart, anders als a)Standard oder b)Kundenvorhabe ist doch Folgendes:
1. Die Menge aller Schriftarten, die sowohl gut designt sind, als auch als Leseschriftart (im Gegensatz zur Plakatschrift) konzipiert wurden, ist sehr gering. Im Allgemeinen muss man viel Geld für professionell und hinsichtlich des Kerning optimierte Schriftarten ausgeben. Mit anderen Worten: Fast alle Schriftarten auf deinem Computer sind Schrott.

2. Die Menge an Programmierern bzw. Designern, die keine Ahnung von Schriften haben, ist sehr groß.

3. Daraus folgt, das die Wahrscheinlichkeit, das ein beliebiger Programmierer eine gut lesbare -non standard- Schriftart erwischt, sehr gering ist.

Aus diesem Grund würde ich sehr konservativ mit Änderungen in der Schriftart umgehen. Genauso halte ich es im Übrigen mit allen GUI-Paradigmen und bin hier eher langweilig, weil standardversessen.

[TiGü]

Zitat:

Zitat von Furtbichler (Beitrag 1149572)

Hmnja, wenn sich die Lauflänge ändert, schon. Eine Anwendung, die für 8pt Helvetica gemacht wurde, dürfte bei 9pt Times Roman hier und da schon anecken.

In solchen Fällen "ecken" die Texte schon an, wenn man von Englisch in eine andere Sprache internationalisiert.

[Bernhard Geyer]

Zitat:

Zitat von TiGü (Beitrag 1149577)

Zitat:

Zitat von Furtbichler (Beitrag 1149572)

Hmnja, wenn sich die Lauflänge ändert, schon. Eine Anwendung, die für 8pt Helvetica gemacht wurde, dürfte bei 9pt Times Roman hier und da schon anecken.

In solchen Fällen "ecken" die Texte schon an, wenn man von Englisch in eine andere Sprache internationalisiert.

Das problem kann man eigentlich durch Desingvorgaben oft umgehen. Wir schreiben Beschreibungstexte oft über den entsprechenden Controls.
Schön wäre wenn mna hier wie in Java an GridLayout hätte :-)

[TiGü]

Zitat:

Zitat von p80286 (Beitrag 1149500)

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

[OT]Anhand der im Profil angegebenen IDE vermute ich auch ein BS früher als Vista...und da wahrscheinlich ClearType deaktiviert?
Einfach mal zwei längere Quelltexte in der Consolas und mal in der bevorzugten Schrift in kleinerer Schriftgröße ausdrucken und vergleichen.[/OT]