Welche Schriftart für Softwareentwicklung?

[Perlsau]

Zitat von Eppos:

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 von Furtbichler:

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

Zitat von Furtbichler:

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 von Furtbichler:

Lustig, womit man sich seine Zeit vertreiben kann.

Die Schriftart zu ändern erfordert keinen nennenswerten Zeitaufwand.

Zitat von Furtbichler:

@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 von Perlsau:

Bei mir ist der Kunde König.

Du aber wohl nicht mehr lange derjenige, den man frägt, um irgendwas zu ändern. 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*

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 von Hansa:

Zitat von Perlsau:

Bei mir ist der Kunde König.

Zitat von Hansa:

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 von Hansa:

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 von Hansa:

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 von Hansa:

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 von Hansa:

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*

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 von Hansa:

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 von Perlsau:

...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 von Furtbichler:

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 von TiGü:

Zitat von Furtbichler:

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