Neuer Webeditor verfügbar: Coda

[Nathea]

Und ich bin gestern daran gescheitert, bei "auf Servern liegenden aktiven Homepages" die Preview sehen zu können. Gezeigt hat Coda mir den Code (bei Edit) und fragmenthafte Seitengestaltungen ohne Bilder usw. in der Preview.

Hab ich wohl was falsch gemacht?
Nathea

 

[stk]

Moin,

also zumindest ist Coda wohl das stylischste, was ich in der Coding-Ecke je gesehen habe. Tres chic! Ein paar Sachen (das Folding wurde schon angesprochen) vermisse ich ebenfalls noch, aber das Teil ist ja noch jung. Wäre ich nicht auf BBEdit über die Jahre einigermassen sattelfest geworden, würde ich spontan switchen. So warte ich mal noch das ein oder andere Update ab, bis es soweit ist, aber die Chancen stehen gut!

Gruß Stefan

 

[Sir Q]

Ich hab jahrelang Komodo verwendet - jetzt aber den Umstieg von 3.5 auf 4 noch nicht durchgeführt weil ich bis 4.1 warten wollte …
Was ich an Komodo auch sehr schätzen gelernt hab, ist, dass es auf Mac, Windows, Linux lief und ich immer „meine” IDE dabei haben konnte.
Vermutlich werd ich mich von dem Luxus trennen - denn die ersten Tests mit Coda vernehmen sich ausgesprochen gut. mit dem CSS-Editor hab ich so meine Probleme - aber im großen und ganzen ist es wirklich gelungen.
Was mich ganz arg stört (hab an Panic schon 'ne mail geschrieben) ist das Text-Einrücken. Das soll mit Apple+] gehen - ich kann so nicht arbeiten …
Text markieren und dann mit der Tabulator-Taste nach rechts einrücken und mit Shift-Tabulator nach Links einrücken - und dann währ es gekauft

 

[crossinger]

Ich weiß auch gar nicht, was dieses Indianergeheul um den CSS-Editor soll (ist nicht gegen Dich Sir Q, da habe ich in Blogforen ganz krasse Kommentare gelesen). Coda erlaubt es genauso, CSS "plain" im Texteditor zu bearbeiten. Man hat die Wahl - wie bei CSSEdit auch!

Im Splitview sieht man dann die Änderungen vom CSSEditor im Text - und umgekehrt. Sehr gut gelöst!

Und noch was zu Indent: Ich saue normalerweise gerne 'rum und räume hinterher mit HTMLtidy auf. Das ist aber auch schon in der Pipeline von Coda! :-D

*J*

 

[Sir Q]

Ich weiß auch gar nicht, was dieses Indianergeheul um den CSS-Editor soll (ist nicht gegen Dich Sir Q, da habe ich in Blogforen ganz krasse Kommentare gelesen). Coda erlaubt es genauso, CSS "plain" im Texteditor zu bearbeiten. Man hat die Wahl - wie bei CSSEdit auch!

Nehm ich auch nicht gegen mich - währe ja auch kindisch - ist nur so, dass ich bisher alles plain codiert hab (unter anderem auch, weil ich zum teil die styles dynamisch generiere) - und es eine ungewohnte ansicht ist. Die Idee ist nett - die umsetzung ist gelungen, nur weiß ich noch nicht, ob ich damit auch klar komme.
~
Was mir noch „fehlt” ist neben dem guten syntax-hinting dass es php dahingehend lernt, meine objekte aufzulösen. Mindestens ein $this-> sollte ihn dazu bewegen mir die funktionen und variablen aufzulisten …

Alles in allem ist es für eine 1.0er Version schon sehr gelungen. Panic hat damals das rennen um's iTunes knapp verloren - hätte Apple doch bloß mal bei Panic nachgefragt, bevor die sich an iWeb gesetzt hätten …

 

[crossinger]

Was mir noch „fehlt” ist neben dem guten syntax-hinting dass es php dahingehend lernt, meine objekte aufzulösen. Mindestens ein $this-> sollte ihn dazu bewegen mir die funktionen und variablen aufzulisten …

Ja, da merkt man den Focus auf HTML. IntelliSense funktioniert im PHP-Modus übrigens auch nicht. Kein Beinbruch, wenn man Style und Code sauber trennt. Aber wenn der Modus schon "HTML-PHP" heißt, dann sollte man wenigstens für HTML genauso Tags und Attributes vorschlagen, wie bei plain HTML auch. Kann aber auch nur ein 1.0-Bug sein.

Warten wir es mal ab. Die Zukunft für die 1.x Versionen klingt vielversprechend!

*J*

 

[Peter Maurer]

Zur Zeit gibt es wohl noch kein Codefolding [...]

Das kommt wahrscheinlich genau dann, wenn die programmierenden Affen selbiges in SubEthaEdit einbauen. Schliesslich ist der Coda-Text-Editor nichts anderes als ein lizensiertes SubEthaEdit-Derivat.

Panic hat damals das rennen um's iTunes knapp verloren - hätte Apple doch bloß mal bei Panic nachgefragt, bevor die sich an iWeb gesetzt hätten …

Ich weiss nicht so recht. Ich glaube, die iWeb- und Coda-Zielgruppen unterscheiden sich sehr deutlich; und die Panic-Jungs haben Coda ja zuvorderst an ihren eigenen Anforderungen entlangentwickelt. Dabei konnte einfach kein iLife-maessiges In-10-Minuten-ohne-Vorwissen-zum-Augenschmaus-Programm rauskommen.

Und genau dieser Unterschied im Ansatz ist vielleicht auch der Grund dafuer, dass Steven und Cabel sich nie bei Apple untergestellt haben, sondern mit Panic unabhaengig geblieben sind.

 

[Hilarious]

Moin,

also zumindest ist Coda wohl das stylischste, was ich in der Coding-Ecke je gesehen habe. Tres chic! Ein paar Sachen (das Folding wurde schon angesprochen) vermisse ich ebenfalls noch, aber das Teil ist ja noch jung. Wäre ich nicht auf BBEdit über die Jahre einigermassen sattelfest geworden, würde ich spontan switchen. So warte ich mal noch das ein oder andere Update ab, bis es soweit ist, aber die Chancen stehen gut!

Gruß Stefan

Ja, der Augenschmaus ist schon sehr verlockend, aber bei aller Suche nach Schönheit hat die Bedienbarkeit leider ein wenig gelitten, so dass ich nicht immer weiß, wie ich mal eben schnell eine Vorschau der aktuellen Datei (sofern ausführbar und sinnvoll) herzaubere, um mich dann fix durch das DOM zu zappen oder um mal einen Blick auf das Ergebnis Richtung Entwicklungsserver (bei vielen wohl gleich des Produktivsystems) zu werfen.

 

[crossinger]

um mich dann fix durch das DOM zu zappen o

Da führt IMHO ohnehin nichts am Gespann Firefox/Firebug vorbei. Vollständiger & komfortabler habe ich's sonst noch nie gesehen. Wenn ich mich richtig erinnere, wollten sogar die Macher von Aptana den Firebug in ihre IDE integrieren.

*J*

 

[Hilarious]

Da führt IMHO ohnehin nichts am Gespann Firefox/Firebug vorbei. Vollständiger & komfortabler habe ich's sonst noch nie gesehen. Wenn ich mich richtig erinnere, wollten sogar die Macher von Aptana den Firebug in ihre IDE integrieren.

*J*

Ja, das ist schon sehr gelungen, da ich aber Safari/WebKit ganz subjektiv schlicht lieber mag, nehme ich den Webkit DOM Inspector, der sehr handlich und schlank daher kommt.

Aber bei allen Kinderkrankheiten und unerfüllten Wünschen, freue ich mich doch jetzt schon auf Coda 1.1 oder 1.2

 

[crossinger]

Oh, danke! Der ist irgendwie an mir vorbeigeschrammt! Schaue ich mir demnächst mal in Ruhe an. :-D

*J*

 

[Hilarious]

Oh, danke! Der ist irgendwie an mir vorbeigeschrammt! Schaue ich mir demnächst mal in Ruhe an. :-D

*J*

Gerne!

Für alle, die die's nicht wissen sollten. Der DOM-Inspector ist Teil der offenen Weiterentwicklung des Kern-Bereichs von Safari, dem WebKit, welches man sich kostenfrei jederzeit herunterladen kann und parallel zum eigenen Safari an beliebigen Ort installiert. Der so genannt »Nightly Build« von WebKit lässt bestehende Installationen unberührt und bietet spannende Ausblicke auf CSS3 und andere Verbesserungen, die eines Tages in Safari oder verwandten Produkten vorhanden sein werden.

 

[schwaiger]

nas wer sagts denn die jungs sind flott

1stes update juhu

hier der link

http://www.panic.com/coda/releasenotes.html

lg flo

 

[Hilarious]

Von Panic ist inzwischen ein weiteres Update für Coda verfügbar. Die Version 1.0.2 bietet nun einige bislang schmerzlich vermisste Verbesserungen. Darunter die Möglichkeit, ein bereits geöffnetes HTML-Tag mit einem Schritt zu schließen, Text innerhalb der Grenzen eines Tags zu selektieren, Doppeklick auf einen Script-Variable selektiert nun auch die Präfix »$« und »%«, Einfügen von Bild-Codes (»<img src="..."/>«) per Drag & Drop, JavaScript-Konsole in der eingebetten Vorschau, und vieles mehr.

 

[crossinger]

Einfügen von Bild-Codes (»<img src="..."/>«) per Drag & Drop

Moin!

danke für den Hinweis - gleich mal updaten...

Der "Witz" zum Einfügen von images (s.o.) war übrigens, dass drag&drop eines Bildes aus dem Finder bereits funktionierte! Aber eben nicht aus dem Site-Fenster (so habe ich Deine Ausführungen jetzt verstanden).

EDIT: Genau, jetzt klappt's auch aus dem Site-Manager.

*J*

 

[crossinger]

Neues von der Coda-Front:

Soeben ist das Update 1.0.3 veröffentlicht worden. Sehr schön!!!

*J*

 

[Hilarious]

Danke, crossinger. Ich muss sagen, ich bin immer noch sehr zufrieden und stelle immer mehr Projekte darauf um. Neulich haben wir allerdings zu zweit versucht, mit der Bonjour-Methode beim Kunden vor Ort zu zweit zu basteln, jedoch war das Funktionieren davon eher Glückssache.

 

[crossinger]

Ja, geht mir genauso. Ich bin zwar seit Anfang des Jahres kein Freiberufler mehr, aber ein paar Miniprojekte betreue ich immer noch. Die sind jetzt alle auf Coda umgestellt.

Die Mehrbenutzerfähigkeit brauche ich zwar als (ehemaliges) Ein-Mann-Unternehmen nicht, aber ich hätte jetzt gedacht, dass der SubEthaEdit-Unterbau da eine stabile & zuverlässige Basis bildet.

*J*

 

[afropick]

Wie sieht denn euer Workflow in Coda aus ?
Irgendwie versteh ich's nicht.
Ich habe meine Sites bis jetzt soweit konfiguriert, dass ich immer direkt die Files auf dem Server bearbeite und die lokalen Files bleiben alle unangetastet, d.h. die werden nie mit denen auf dem Server abgeglichen, das heißt ich brauche immer eine Internetverbindung.

Ich kann natürlich den Ordner bei "Local" auswählen, dort alles editieren und dann einzeln hochladen, ist aber doch nicht nach dem "Coda-Prinzip" oder ?
Ich stelle mir das eher so vor, dass die editierten Files dann einfach mit dem Server synchronisiert werden.

Irgendwas mache ich falsch^^

 

[crossinger]

Wie sieht denn euer Workflow in Coda aus ?
Irgendwie versteh ich's nicht.
Ich habe meine Sites bis jetzt soweit konfiguriert, dass ich immer direkt die Files auf dem Server bearbeite und die lokalen Files bleiben alle unangetastet, d.h. die werden nie mit denen auf dem Server abgeglichen, das heißt ich brauche immer eine Internetverbindung.

Ich kann natürlich den Ordner bei "Local" auswählen, dort alles editieren und dann einzeln hochladen, ist aber doch nicht nach dem "Coda-Prinzip" oder ?
Ich stelle mir das eher so vor, dass die editierten Files dann einfach mit dem Server synchronisiert werden.

Irgendwas mache ich falsch^^

Ich erlaube mir mal, ein wertes AT-Mtglied(*) aus dessen Sig zu zitieren: "Bist Du des Wahnsinns knusprige Beute???"

Direkt Remote die Dateien bearbeiten geht zwar, ist aber IMHO ein No-Go.

Workflow heißt: Du bearbeitest Die Seiten lokal, bis alles aufeinander abgestimmt ist. Jede Datei, die lokal von Coda gepeichert wird (oder geändert wird), wird mit einem "Publish" Flag markiert. Das ist der kleine "Pfeil nach oben" neben dem Dateinamen.

Wenn alles soweit vorbereitet ist, drückt man auf den button "Publish All". Dann bekommt man eine Liste aller ge-flag-ten (iii, was ein Wort) Dateien und kann ggf. noch welche deaktivieren. Der Rest wird dann in einem Rutsch auf den Server geschoben.

Eigentlich ist für mich Der Reiter "remote" tabu! Ich arbeite nur lokal.

EDIT: Der Screenshot zeigt's mal: Die Pfeile hinter dem Dateinamen und der Publish-Button

(*) Credits an Jimbo Jones

*J*