|
|||
Auto-Erkennung von Formatierungen
Zitat:
Viele Editoren unterstützen die Auto-Erkennung von Formatierungen, basierend auf Schlüsselwörter im Quellcode. Hie ein Auszug aus einem Buch, leider sind die Angaben nicht näher erläutert. Ich habe mal mit der # angefangen das einzutragen was ich mir da vorstelle. PHP-Code:
Wie sinnvoll ist es dies am Seitenende mit anzugeben? |
Sponsored Links |
|
||||
Hallöchen,
Zitat:
Meines Erachtens nach könnte sowas dort Sinn machen, wo im Team gearbeitet wird oder der Code der Öffentlichkeit zugänglich gemacht wird. Dennoch bin ich der Meinung, dass derartige Angaben nichts im Quellcode verloren haben. Da wäre es deutlich sinnvoller, diese Angaben in einer gesonderten Datei auszulagern und außerdem möchte ich persönlich nicht, dass ein Autor die Einstellungen meines Editors (wenn auch nur temporär) überschreibt. Letztlich reicht es aus, wenn du dir einen sauberen Stil angewöhnst und diesen konsequent durchziehst. Sprich: korrektes Einrücken, Kommentieren, aussagekräftige Namen für Variablen, zusammenhängende Bereiche optisch trennen, ... und, und, und. Mit freundlichen Grüßen, lotti
__________________
Empfehlenswerte Links: jsFiddle | JavaScript Patterns | RedBeanPHP | Mozilla Developer Network -/- W3C Validator | JSLint |
Sponsored Links |
|
|||
Zitat:
// Vim: softtabstop=2 tabstop=2 shiftwidth=2 Zusätzlich konvertiert Vim mit dem Befehl :retab alle harten Tabstopps in weiche. Bei Emacs erreichst du den gleichen Effekt mit dem Code aus dem ersten Post. Scriptly kennt auch weiche bzw. harte Tabstopps nur werden diese nicht per Kommentar automatisch eingestellt. Es gibt dort zwei Scripte mit denen man Tabs in Leerzeichen und um gekehrt umwandeln kann. Ich finde die Sache sehr Interessant da ich oft Code hier schon geprostet habe und dieser dann ganz anders angezeigt wurde. Zitat:
Mit freundlichen Grüßen, gabischatz |
|
||||
Hallöchen,
Zitat:
Zitat:
Mit freundlichen Grüßen, lotti
__________________
Empfehlenswerte Links: jsFiddle | JavaScript Patterns | RedBeanPHP | Mozilla Developer Network -/- W3C Validator | JSLint |
|
|||
Zitat:
Ich habe das Thema auch nur aufgegriffen um meinen Eigenen Stiel zu verbessern und Erleichterungen für andere zuschlaffen, meinen Code besser lesen zu können. Ich dachte mir das so als einen Hinweis wie der Ersteller seinen Code Formatiert hat, danach kann jetzt der weiter Entwickler seinen Editor anpassen oder den Code umformatieren (als Anhaltspunkt). Zitat:
Mit freundlichen Grüßen |
|
||||
Wenn im Code für die Einrückung Tabs landen, dann ist es egal wie breit dein Editor sie darstellt. Das ist ja gerade der Vorteil von Tabs, die Zeichen im Code sind überall die gleichen, aber wie breit die dargestellt werden, kann jeder nach seiner eigenen Vorliebe bestimmen.
|
|
||||
Guten Morgen,
Zitat:
Zitat:
Zitat:
Mit freundlichen Grüßen, lotti
__________________
Empfehlenswerte Links: jsFiddle | JavaScript Patterns | RedBeanPHP | Mozilla Developer Network -/- W3C Validator | JSLint |
|
||||
Ausgangspunkt war der Post:
http://xhtmlforum.de/68657-wp-more-2.html#post524802 PHP-Code:
|
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Responsive webdesign: horizontales Menü mit angepasster Schriftgröße | Spencer | Javascript & Ajax | 3 | 18.09.2012 23:16 |
IE7 Breitenproblem / Anzeige zu schmal (<div>)? | hoi3008 | CSS | 19 | 10.02.2011 17:39 |
z-index hoch, dennoch grafik nicht ganz oben | bergg | CSS | 6 | 27.10.2010 16:02 |
rätselhafter Leerraum zwischen Content und Footer im IE | jhonnybravo | CSS | 5 | 04.03.2010 11:47 |
CSS Layout im Dreamweaver skurril - online jedoch korrekt | cellshade | CSS | 14 | 27.08.2007 15:51 |