"""# -*- coding: utf-8 -*-"""
Auf meiner Tastatur sind weder eckige noch geschweifte Klammern zu sehen. Das löst bei mir aber kein "Unwohlsein" aus, weil ich weiß, auf welche Tasten ich drücken muss. Wenn auf meiner Tastatur alle Zeichen zu sehen wären, die man mittels Tastenkombinationen anzeigen lassen kann, dann würde das sehr seltsam aussehen.
- Hyperion
- Moderator
- Beiträge: 7478
- Registriert: Freitag 4. August 2006, 14:56
- Wohnort: Hamburg
- Kontaktdaten:
Das ist aber eine merkwürdige Tastatur Naja generell ist das sicherlich Geschmackssache!derdon hat geschrieben:Auf meiner Tastatur sind weder eckige noch geschweifte Klammern zu sehen. Das löst bei mir aber kein "Unwohlsein" aus, weil ich weiß, auf welche Tasten ich drücken muss.
Muss ja auch nicht - aber die Standardtasten sollten imho ausreichend sein, wenn es darum geht Code zu schreiben! Ansonsten ist man zu sehr an eine gute IDE gebunden, die einem in so etwas unterstützt.Wenn auf meiner Tastatur alle Zeichen zu sehen wären, die man mittels Tastenkombinationen anzeigen lassen kann, dann würde das sehr seltsam aussehen.
Aber wie ich auch schon schrieb, habe ich in Bezug auf Mappings so meine Beschränktheiten
Super Idee, werd ich vielleicht auch mal ausprobieren, damit schlägt man ja gleich 2 Fliegen mit einem Streich.Ich hab mir z.B. Escape auf Caps Lock gelegt, dass ist für vim recht angenehm.
Erstens ist "Escape" näher, und zweitens kann es nicht mehr ausversehen passieren, dass man auf groß schreiben stellt.
Obwohls wahrscheinlich ein bisschen Gewöhnungsbedürftig ist, nicht mehr auf Escape zu drücken.
Keineswegs: http://matias.ca/tactilepro/viewer/reso ... il_720.jpgderdon hat geschrieben:Wenn auf meiner Tastatur alle Zeichen zu sehen wären, die man mittels Tastenkombinationen anzeigen lassen kann, dann würde das sehr seltsam aussehen.
Immerhin fehlen die Umlaute
Wieso merkwürdig? Das Keyboard soll sogar recht beliebt sein. Wenn der Preis nicht so hoch wär würde ichs mir sicherlich auch gönnen. Mal sehen vielleicht wirds mal ein Weihnachtsgeschenk.Hyperion hat geschrieben:Das ist aber eine merkwürdige Tastatur Naja generell ist das sicherlich Geschmackssache!
Ich habe nicht "Das Keyboard", sondern diese Tastatur: http://www.apple.com/de/keyboard
Hier ein Foto mit deutschem Tastaturlayout: http://tinyurl.com/coucyv
Hier ein Foto mit deutschem Tastaturlayout: http://tinyurl.com/coucyv
Aua, dieser Schmerzsma hat geschrieben:Schaut euch mal die Pläne von Fortress an, den ganzen Satz an mathematischen Operationen aus dem Unicode-Zeichensatz auch wirklich als Operatoren in der Programmiersprache nutzen zu wollen. Eigentlich nur konsequent. Warum <= schreiben, wenn ≤ viel lesbarer ist?
Ohloh | Mein Blog | Jabber: segfaulthunter@swissjabber.eu | asynchia – asynchrone Netzwerkbibliothek
In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move.
In the beginning the Universe was created. This has made a lot of people very angry and has been widely regarded as a bad move.
Was mich an Fortress ein wenig (v)erschreckt hat, war glaube ich, dass Leerzeichen um Operatoren die Bedeutung verändern können, also das ``a + b`` etwas anderes bedeuten kann als ``a+b``.
Während du natürlich völlig frei in der Wahl deiner Mittel und Werkzeuge bist und deine individuelle Freiheit noch nie durch Anpassung aufgegeben hast ... schon klarDasIch hat geschrieben:Wenn man die Arbeit dem Werkzeug anpasst geht aber gewaltig was schief.
Also zum Bieröffnen kann man alles nehmen.
Conflicting cues are forbidden:
a+b / c+d (* error *)
a + b / c + d (* okay *)
a + b/c + d (* best *)
Aus einem Tutorial:BlackJack hat geschrieben:Was mich an Fortress ein wenig (v)erschreckt hat, war glaube ich, dass Leerzeichen um Operatoren die Bedeutung verändern können, also das ``a + b`` etwas anderes bedeuten kann als ``a+b``.
Conflicting cues are forbidden:
a+b / c+d (* error *)
a + b / c + d (* okay *)
a + b/c + d (* best *)
Natürlich gibt es manchmal eben kein Werkzeug was exakt meinen Vorstellungen entspricht, dann nehme ich vorerst die beste Alternative verfluche sie und versuche dass Problem zu beheben. Gerade bei alltäglichen Werkzeugen hasse ich es wenn nicht alles perfekt läuft dass ist für mich kein akzeptabler Zustand.lunar hat geschrieben:Während du natürlich völlig frei in der Wahl deiner Mittel und Werkzeuge bist und deine individuelle Freiheit noch nie durch Anpassung aufgegeben hast ... schon klar
Nun, bei Python hat die Anzahl der Leerzeichen vor einem Befehl ja auch eine signifikante und bedeutungsändernde Wirkung. Alles eine Frage der Gewöhnung. Und bei Haskell sind doch Leerzeichen zur Formatierung auch signifikant.BlackJack hat geschrieben:Was mich an Fortress ein wenig (v)erschreckt hat, war glaube ich, dass Leerzeichen um Operatoren die Bedeutung verändern können, also das ``a + b`` etwas anderes bedeuten kann als ``a+b``. :shock:
Stefan
@sma: IMHO sind die signifikanten Leerzeichen bei der Programmstruktur etwas anderes als innerhalb einer Zeile um Operatoren. Und wenn jemand bei Python jede Ebene nur mit einem Leerzeichen einrücken würde, fände ich das ähnlich unübersichtlich wie die Leerzeichen bei den Fortress-Operatoren. Bei ``a + b`` vs. ``a+b`` wäre da der Unterschied ja auch deutlicher.
Das ist bei ABAP leider völlig normal.BlackJack hat geschrieben:Was mich an Fortress ein wenig (v)erschreckt hat, war glaube ich, dass Leerzeichen um Operatoren die Bedeutung verändern können, also das ``a + b`` etwas anderes bedeuten kann als ``a+b``.
Code: Alles auswählen
* die Zahl feld von der Zahl struktur abziehen:
stuktur - feld.
* Auf das Feld feld der Struktur struktur zugreifen
struktur-feld.
* 5 auf a addieren
a + 5.
* ab der 5. Stelle auf die Zeichenkette a zugreifen:
a+5.