Josef B.: HTML-Editoren

0 46

HTML-Editoren

Josef B.
  • sonstiges
  1. 0
    Christoph Schnauß
  2. 0
    Fabian Transchel
  3. 0
    Daniel
    1. 0
      Peter Thomassen
  4. 0
    Matti Maekitalo
  5. 0
    Kai Lahmann
    1. 0
      Ed X
      1. 0
        Kai Lahmann
  6. 0
    patte
    1. 0
      Fabian Transchel
      1. 0
        Josef B.
        1. 0
          Fabian Transchel
          1. 0
            Josef B.
            1. 0
              Fabian Transchel
              1. 0
                Josef B.
                1. 0
                  Fabian Transchel
  7. 0

    momentan MSE7, aber noch mehr Wünsche ... meine Checklist

    Xphaze
    1. 0

      momentan MSE7...

      Christoph Schnauß
      1. 0
        Sven Rautenberg
        1. 0
          Xpahze
          1. 0
            Antje Hofmann
            1. 0
              Xphaze
      2. 0

        Phase 5 kanns nicht in Kombination

        Xphaze
        1. 0
          Christoph Schnauß
          1. 0
            Xphaze
          2. 0

            warum multi-file und mit regular expressions?!

            Xphaze
            1. 0
              Christoph Schnauß
              1. 0
                Xphaze
                1. 0
                  Christoph Schnauß
                  1. 0
                    Xphaze
                    1. 0
                      Christoph Schnauß
                      1. 0
                        Klaus Mock
                        1. 0
                          Christoph Schnauß
                          1. 0
                            Xphaze
                            1. 0
                              Klaus Mock
                            2. 0

                              so, jetzt habe ich aber fertich

                              Christoph Schnauß
                              • menschelei
                          2. 0
                            Klaus Mock
                    2. 0

                      Allaire Homesite kann's

                      Mathias Bigge
            2. 0
              Orlando
        2. 0
          Orlando
    2. 0
      Thomas Meinike
      1. 0

        Erklärungen zu HTML-KIT

        Sabine
        1. 0
          Thomas Meinike
      2. 0

        HTML-Kit: kein multi-file replace

        Xphaze
    3. 0
      gurumed

Hallo,

ich hätte da mal ne Frage (echt?):
Welche Editoren benutzt ihr so, wenn (sofern) ihr HTML-Dateien schreibt und womit macht ihr CSS? Würde mich mal interessieren. Benutzt ihr auch WYSIWYW-Editoren oder nur Text-, oder beides? Mehrere, oder seid ihr auf einen Editor fixiert?
Danke

MFG
Josef

  1. hallo Josef,

    Welche Editoren benutzt ihr so, wenn (sofern) ihr HTML-Dateien schreibt und womit macht ihr CSS?

    Diese Frage ist bereits häufig gestellt worden. Schau mal im Archiv nach, da findest du einiges.

    Christoph S.

  2. hallo,
    ich benutze nur ulli meybohms html-editor (phase5), da ich für php einen text-editor benötige, da macht wysiwyg nicht viel sinn...

    der link ist in der linklist von selfaktuell

    Fabian

  3. Hi,

    Welche Editoren benutzt ihr so, wenn (sofern) ihr HTML-Dateien schreibt und womit macht ihr CSS? Würde mich mal interessieren. Benutzt ihr auch WYSIWYW-Editoren oder nur Text-, oder beides? Mehrere, oder seid ihr auf einen Editor fixiert?

    Ich benutze den HTML Editor Phase 5. Gibts auf
    http://www.meybohm.de Freeware.

    Daniel :)

    1. Hi,

      Ich benutze den HTML Editor Phase 5. Gibts auf
      http://www.meybohm.de Freeware.

      http://www.harlequin.de/index.php?wohin=phasex&sub=dl ist aktuel-
      ler.

      Bye,
      Peter

  4. use Mosche;

    Welche Editoren benutzt ihr so, wenn (sofern) ihr HTML-Dateien schreibt und womit macht ihr CSS? Würde mich mal interessieren.

    Ich schreibe alles mit vim (bzw. gvim). vim ist sogar für Windows erhältlich, gvim ist die graphische Oberfläche. http://www.vim.org bzw. http://vim.sourceforge.net.

    Benutzt ihr auch WYSIWYW-Editoren oder nur Text-, oder beides?

    WYSIWYW = What You See Is What You Want ?
    *SCNR*

    Nee, ich benutze nur Texteditoren. Spätestens wenn deine Projekte einen größeren Komplexitätsgrad besitzen (was sie automatisch tun, wenn du Serverseitig _irgendetwas_ veränderst) oder du deine Seiten valide halten willst, steigst du schon automatisch um.

    Mehrere, oder seid ihr auf einen Editor fixiert?

    Unter Linux benutze ich nur vim, unter vim noch proton (http://www.meybohm.de/proton).

    use Tschoe qw(Matti);

  5. hi

    bluefish isses hier meistens, seltener kwrite o.ä.

    WYSI.. ne danke - das bringt nach all den kaputten Browsern nur noch eine wirre Interpretation dazu!

    Grüße aus Bleckede

    Kai

    1. Hallo!

      bluefish isses hier meistens, seltener kwrite o.ä.

      Da du ja schon länger dabei bist(LINUX), hast du quanta mal probiert?
      Ich will nur wissen, ob es loht reinzuschauen...

      WYSI.. ne danke - das bringt nach all den kaputten Browsern nur noch eine wirre Interpretation dazu!

      WYSIWYG finde ich ein gutes Konzept, echt, ist super. Also ich schließe
      meine Augen, was ich dann sehe, ist das, was ich später bekomme. Nun,
      dazwischen steht noch der Schritt, das so effizient wie möglich umzu-
      setzen. Aber eigentlich glaube ich, dass es gerade darum geht :-)
      IMHO reicht ein gutes Konzept mit durchdachter Struktur, um jeden
      WYSI...-Editor in Rente zu schicken

      Grüße aus dem kalten Leipzig
      bye eddie

      1. hi

        Da du ja schon länger dabei bist(LINUX), hast du quanta mal probiert?
        Ich will nur wissen, ob es loht reinzuschauen...

        versucht ja, aber ich persönlich komme mit bluefish besser zurecht.

        Grüße aus Bleckede

        Kai

  6. das einzigst wahre ist macromedia dreamweaver 4 und der texteditor!!!!!!!!!!!!!!!!!!!!!

    Hallo,

    ich hätte da mal ne Frage (echt?):
    Welche Editoren benutzt ihr so, wenn (sofern) ihr HTML-Dateien schreibt und womit macht ihr CSS? Würde mich mal interessieren. Benutzt ihr auch WYSIWYW-Editoren oder nur Text-, oder beides? Mehrere, oder seid ihr auf einen Editor fixiert?
    Danke

    MFG
    Josef

    1. das einzigst wahre ist macromedia dreamweaver 4 und der texteditor!!!!!!!!!!!!!!!!!!!!!

      der einzig wahre validator-killer ist DW4 wohl, aber nicht "der" eine, wahre...

      texteditor is ja okay, aber mit dreamweaver kommt man halt nicht weit...

      aber das ist ein thema, das wird, wenn wir das jetzt hier ausdiskutieren ein anwärter auf den längsten thread, also machen wir's doch lieber nicht, der moderator kann sonst das bundesliga-finale leider nicht geniessen *g* (zum wochenende? ;-)

      also, mach gut mit nightmare-raver, oder wie das heißt...

      Fabian

      1. aber das ist ein thema, das wird, wenn wir das jetzt hier ausdiskutieren ein anwärter auf den längsten thread, also machen wir's doch lieber nicht, der moderator kann sonst das bundesliga-finale leider nicht geniessen *g* (zum wochenende? ;-)

        <unschuldig>
        Aber ein Forum ist doch zum Diskutieren und "seine Meinung sagen" da, oder?
        </unschuldig>

        MFG
        Josef

        1. logisch, das ist der grund, warum ich hier poste...
          ist ja klar, aber jemanden hier (ich meine NUR diesen thread) zu überzeugen, dass ein anderer editor besser ist (was nicht heißt das der designer dahinter auch schlecht ist, denn so kommt es manchmal rüber...) ist nahezu unmöglich und so hat es IMHO wenig zweck, wenn sich hier zwei bis drei fraktionen bilden, die in drei wochen immernoch meckern frontpageXP sei doch der beste ever (schuldigung für des miese beispiel *lol*)

          Fabian

          PS: Ich will hier nix abwürgen, is halt meine meinung

          1. logisch, das ist der grund, warum ich hier poste...

            Aha *lol*

            ist ja klar, aber jemanden hier (ich meine NUR diesen thread) zu überzeugen,

            Den Thread überzeugen?

            Ich fände es nur mal interresant zu erfahren, wer was benutzt und weshalb. Was findet man(n) z.B. an Frontpage gut? (*lol*) Ich finde an Frontpage z.B. nix praktisches o.ä. und wenn ich mir Frontpage's Quelltext angucke...
            An alle Frontpage Benutzer: Das war nix gegen euch, sondern nur _meine_ Meinung.

            MFG
            Josef

            1. okay,
              erstens würde ich sagen, wir bleiben hier mal bei dem "ps: nur _meine_ meinung" *lol*
              zweitens denke ich, dass alle (IMHO) guten schon genannt sind, deshalb find ich quatsch, dass du (ich auch) dir anhörst, was die anderen leutz von denselben halten oder die anderen anpreisen, die dir nix bringen...
              drittens möchte ich nun doch nochmal eine weitere frage dazu stellen:
              hat wer schon was von dreamweaver MX gehört oder sogar getestet?
              *duck* bloß weil ich von dw4 nix halte, heißt das ja nich, dass ich mir MX oder wie auch immer nicht mal anschaue, angeblich ist er ja PHP-optimiert, was ihn in meiner editor gunst doch steigen ließe, wenn er das hält, was er verspricht...

              Fabian

              ps: nur _meine_ meinung

                1. thx,
                  hab zwar dsl, das war's aber nich ganz, was ich meinte, sondern wollte eher wissen, was IHR DA DRAUSSEN dazu meint, auch wenns meiner bisherigen einstellung zu diesem thread widerspricht *duck, thx*

                  Fabian

  7. Hallo,

    zur Zeit benutze ich den Microsoft Script Editor 7 ("mse7.exe" bei Office XP dabei) - selbstverständlich nur den HTML-Editor. Kaum ein anderer Editor scheint die Suchen/Ersetzen-Funktionalität über mehrere Dateien vernünftig zu beherrschen. Der MSE7 findet überall in unserem Unternehmen Einsatz, die Leute sind recht zufrieden damit. Mit der Sicherheit und Stabilität sieht es leider nicht ganz so gut aus, da hat die Vorversion 6 (bei Office 2000 dabei) mehr gekonnt.

    Ich habe mal eine Checklist für meinen Wunsch-Editor zusammengestellt:

    Grundvoraussetzungen:
    (1) läuft schnell und stabil
    ["Schnell" ist vor allem im Bezug auf die Bearbeitung vieler Dateien auf einem Netzlaufwerk gemeint.]

    Darstellung:
    (2) lässt die Einstellung von Schriftart, -stil und -größe zu
    (3) zeigt die Cursorposition im Dokument (Zeile und Spalte)
    [Ich verwende sehr gern die Mac-Systemschriftart "Virtue" in 9 Punkt Größe (auf meinem PC) wegen der guten Lesbarkeit.]

    Dateiverwaltung:
    (3) ermöglicht das Bearbeiten mehrerer Dateien gleichzeitig (mindestens 200)
    (4) macht alle geöffneten Dateien in einer Liste sichtbar
    (5) hebt noch nicht gespeicherte Dateien hervor
    (6) kann alle Dateien auf einmal mit einem Klick/Shortcut speichern

    Editor:
    (7) hat eine umfangreiche Rückgängig-/Wiederherstellen-Funktion (mindestens 50 Schritte)
    (8) erlaubt auch nach dem Speichern das rückgängig machen und wiederherstellen
    (9) kann suchen und ersetzen auch mit regulären Ausdrücken/Platzhaltern
    (10) kann suchen und ersetzen auch mehrzeilig (multi-line search/replace)
    (11) kann suchen und ersetzen auch über alle geöffneten Dateien (multi-file search/replace)
    [Letztere Funktionen vereinfachen das "Renovieren" großer Projekte zur Korrektur und Validierung.]

    HTML/XHTML-Unterstützung:
    (12) kann Tags, Attribute, Werte und Entities farblich unterschiedlich hervorheben
    (13) hebt auf Wunsch falsch geschriebene Tags, Attribute und Entities besonders hervor
    (14) kommt auch mit XHTML-Dateien zurecht (also "<br/>" statt "<br>" etc.)
    (15) setzt auf Wunsch automatisch (X)HTML-End-Tags und Anführungszeichen für Werte
    (16) ermöglicht das Einfügen von Entities (z. B. " " oder "…") über Shortcuts
    [Diese Funktionen können die Arbeit meiner Erfahrung nach enorm beschleunigen.]

    JavaScript-Unterstützung:
    (17) beherrscht das Syntax-Highlighting für JavaScript
    (18) zeigt den Syntax und die möglichen Parameter verwendeter Befehle an

    ASP/PHP-Unterstützung:
    (19) beherrscht auch das Syntax-Highlighting für ASP und PHP
    (20) listet Objekt-Eigenschaften und -Methoden für ASP und PHP auf

    Von WYSIWYG-Editoren rate ich dringend ab. Wer damit werkelt kann kein Gefühl für die vernünftige HTML/CSS-Programmierung (entschuldigt bitte den Ausdruck) bekommen.
    HTML ist für den Inhalt da, CSS für die Gestaltung - bei Fix-und-Fertig-Editoren wird das alles wild durcheinander gemengt. Ein 'border="0"' oder 'align="left"' gehört ebensowenig ins HTML wie '<center>' oder '<b>', das alles ist Gestaltung!

    Fallen euche vielleicht noch Ergängungen zu meiner Checklist ein?
    Hat jemand einen Texteditor, der das alles kann?

    Ich wünsche derweil schonmal einen schönen Samstag

    Xphaze

    1. hi,

      zur Zeit benutze ich den Microsoft Script Editor 7 ("mse7.exe" bei Office XP dabei) - selbstverständlich nur den HTML-Editor. Kaum ein anderer Editor scheint die Suchen/Ersetzen-Funktionalität über mehrere Dateien vernünftig zu beherrschen.

      Phase 5 kann das durchaus, und sogar ganz excellent. Ein weiterer, sehr weitläufig konfigurierbarer Texteditor, der das auch kann, ist Textpad (siehe http://www.textpad.com].

      Christoph S.

      1. Moin!

        zur Zeit benutze ich den Microsoft Script Editor 7 ("mse7.exe" bei Office XP dabei) - selbstverständlich nur den HTML-Editor. Kaum ein anderer Editor scheint die Suchen/Ersetzen-Funktionalität über mehrere Dateien vernünftig zu beherrschen.
        Phase 5 kann das durchaus, und sogar ganz excellent. Ein weiterer, sehr weitläufig konfigurierbarer Texteditor, der das auch kann, ist Textpad (siehe http://www.textpad.com].

        Und auch bei der Checkliste würde ich bei sehr vielen Punkten "JA" sagen in Bezug zu Phase 5.

        Was er nicht hat, ist XHTML-Unterstützung, was schade ist. Und bei der Schriftarteinstellung könnte es etwas problematisch werden möglicherweise. Standard ist Courier.

        - Sven Rautenberg

        1. Moin!

          Hallo,

          Und auch bei der Checkliste würde ich bei sehr vielen Punkten "JA" sagen in Bezug zu Phase 5.

          ... aber leider nicht bei allen :-(

          Was er nicht hat, ist XHTML-Unterstützung, was schade ist. Und bei der Schriftarteinstellung könnte es etwas problematisch werden möglicherweise. Standard ist Courier.

          Kann man die Schrift überhaupt irgendwo einstellen. Meine Suche war bisher erfolglos. Ich hasse Courier!

          • Sven Rautenberg

          Xphaze

          1. Hallo Xphaze

            Was er nicht hat, ist XHTML-Unterstützung, was schade ist. Und bei der Schriftarteinstellung könnte es etwas problematisch werden möglicherweise. Standard ist Courier.
            Kann man die Schrift überhaupt irgendwo einstellen. Meine Suche war bisher erfolglos. Ich hasse Courier!

            Unter Ansicht --> Editoreinstellungen --> Schrift

            Viele Grüße

            Antje

            1. Hallo Xphaze

              Hi,

              Kann man die Schrift überhaupt irgendwo einstellen. Meine Suche war bisher erfolglos. Ich hasse Courier!
              Unter Ansicht --> Editoreinstellungen --> Schrift

              Das gibt's in meiner Version (vom 2001-11-01) dort definitiv nicht?!

              Viele Grüße
              Antje

              Grüße zurück
              Xphaze

      2. hi,

        Hallo,

        zur Zeit benutze ich den Microsoft Script Editor 7 ("mse7.exe" bei Office XP dabei) - selbstverständlich nur den HTML-Editor. Kaum ein anderer Editor scheint die Suchen/Ersetzen-Funktionalität über mehrere Dateien vernünftig zu beherrschen.
        Phase 5 kann das durchaus, und sogar ganz excellent. Ein weiterer, sehr weitläufig konfigurierbarer Texteditor, der das auch kann, ist Textpad (siehe http://www.textpad.com].

        Multi-line und mulit-file geht ja, aber nicht in Verbindung mit regulären Ausdrücken, soweit ich gesehen habe. (Diese Bedingung habe ich wohl vergessen aufzuschreiben.)
        Das ist wichtig, wenn man z. B. einen Haufen HTML-Quellcode in XHTML wandeln will, z. B. "<img ...>" in "<img .../>" - ohne reguläre Ausdrücke wird das nichts.

        Christoph S.

        Xphaze

        1. hm ...

          Multi-line und mulit-file geht ja, aber nicht in Verbindung mit regulären Ausdrücken, soweit ich gesehen habe. (Diese Bedingung habe ich wohl vergessen aufzuschreiben.)
          Das ist wichtig, wenn man z. B. einen Haufen HTML-Quellcode in XHTML wandeln will, z. B. "<img ...>" in "<img .../>" - ohne reguläre Ausdrücke wird das nichts.

          Verstehe ich nicht ganz, was du hier mit regexpressions willst. Habs eben mal schnell an einem Verzeichnis mit über 600 HTML-Dateien durchgespielt (lokale Kopie eines Teils des PHP-Handbuchs) und da gings durchaus.
          Übrigens auf dieselbe Weise auch mit Textpad  -  der Unterschied zu Phase5 besteht darin, daß man in Textpad sämtliche Dateien erst ins Programm "laden" muß (als ich das mal durchtesten wollte, hab ich ein Verzeichnis mit über 1 700 HTML-Dokumentendafür hergenommen) und der Prozeß dann dafür auch bei einem leistungsfähigen Rechner mit ausreichend Speicher etwas Zeit braucht. Aber "gehen" geht es.

          Christoph S.

          1. hm ...

            Multi-line und mulit-file geht ja, aber nicht in Verbindung mit regulären Ausdrücken, soweit ich gesehen habe. (Diese Bedingung habe ich wohl vergessen aufzuschreiben.)
            Das ist wichtig, wenn man z. B. einen Haufen HTML-Quellcode in XHTML wandeln will, z. B. "<img ...>" in "<img .../>" - ohne reguläre Ausdrücke wird das nichts.
            Verstehe ich nicht ganz, was du hier mit regexpressions willst. Habs eben mal schnell an einem Verzeichnis mit über 600 HTML-Dateien durchgespielt (lokale Kopie eines Teils des PHP-Handbuchs) und da gings durchaus.
            Übrigens auf dieselbe Weise auch mit Textpad  -  der Unterschied zu Phase5 besteht darin, daß man in Textpad sämtliche Dateien erst ins Programm "laden" muß (als ich das mal durchtesten wollte, hab ich ein Verzeichnis mit über 1 700 HTML-Dokumentendafür hergenommen) und der Prozeß dann dafür auch bei einem leistungsfähigen Rechner mit ausreichend Speicher etwas Zeit braucht. Aber "gehen" geht es.

            Christoph S.

          2. Hi,

            Verstehe ich nicht ganz, was du hier mit regexpressions willst. Habs eben mal schnell an einem Verzeichnis mit über 600 HTML-Dateien durchgespielt (lokale Kopie eines Teils des PHP-Handbuchs) und da gings durchaus.

            Ganz einfach: Ich habe eine Menge von Dateien mit gutem altem hand-written HTML. Ich will alles in XHTML konvertieren.
            Aus '<BR>' wird '<br/>', ganz simpel mit multi-file replace.
            Aus '<P CLASS=Irgendwas>' muss '<p class="Irgendwas">', da braucht man schon regular expressions.
            Noch besser: Aus '<IMG SRC="Irgendwas.gif" ALT="Irgendwas">' muss '<img src="Irgendwas.gif" alt="Irgendwas"/>' werden.

            Gibt's 'ne bessere Lösung.

            Xphaze

            1. tach,

              Ich habe eine Menge von Dateien mit gutem altem hand-written HTML. Ich will alles in XHTML konvertieren.
              Aus '<BR>' wird '<br/>', ganz simpel mit multi-file replace.
              Aus '<P CLASS=Irgendwas>' muss '<p class="Irgendwas">', da braucht man schon regular expressions.

              Wenn du es über einb eigenes Perl-Script erledigen lassen willst, hast du recht. Wenn du es von einem Editor machen lassen willst, weiß ich immer noch nicht, wo du da die RegExpressions überhaupt einsetzen willst  -  das geht sowohl mit Phase5 wie mit Textpad mit einigen wenigen Mausklicks und ist sehr zuverlässig, auch über große Dateizahlen hinweg.

              Christoph S.

              1. tach,

                Hi nochmal,

                Wenn du es über einb eigenes Perl-Script erledigen lassen willst, hast du recht.

                ... will ich gar nicht

                Wenn du es von einem Editor machen lassen willst, weiß ich immer noch nicht, wo du da die RegExpressions überhaupt einsetzen willst  -  das geht sowohl mit Phase5 wie mit Textpad mit einigen wenigen Mausklicks und ist sehr zuverlässig, auch über große Dateizahlen hinweg.

                Ok, dann hilf mir dochmal bitte auf die Sprünge! Mit welchem Suchstring kann ich '<P CLASS=Irgendwas>' durch '<p class="Irgendwas">' ersetzen, wobei für "Irgendwas" natürlich ganz verschiedene Klassennamen stehen können, und ich nicht jeden einzeln ersetzen will.
                Als RexExp zum suchen kommt da '<P CLASS={.+}> (oder so ähnlich), zum ersetzen '<p class="\1">' hin.

                Xphaze

                1. hi,

                  Ok, dann hilf mir dochmal bitte auf die Sprünge! Mit welchem Suchstring kann ich '<P CLASS=Irgendwas>' durch '<p class="Irgendwas">' ersetzen, wobei für "Irgendwas" natürlich ganz verschiedene Klassennamen stehen können, und ich nicht jeden einzeln ersetzen will.

                  ok, allerdings kann ichs dir im Moment nur an Textpad zeigen, Phase5 hab ich auf diesem Rechner hier gar nicht installiert. Ich hab dir einen Schnappschuß gemacht, ein paar files, die ich tatsächlich selber auch noch bearbeiten müßte (dieselbe Umwandlung von HTML nach XHTML), in den Editor geladen. Dann klickt man einfach auf "Ersetzen" und sagt, daß es in allen geladenen Dateien ersetzt werden soll, fertig. Das sieht so aus:

                  <img src="http://home.arcor.de/schnauss/temp/snap01.gif" border=0 alt="">

                  Christoph S.

                  1. Hi,

                    Hallo,

                    Ok, dann hilf mir dochmal bitte auf die Sprünge! Mit welchem Suchstring kann ich '<P CLASS=Irgendwas>' durch '<p class="Irgendwas">' ersetzen, wobei für "Irgendwas" natürlich ganz verschiedene Klassennamen stehen können, und ich nicht jeden einzeln ersetzen will.

                    ok, allerdings kann ichs dir im Moment nur an Textpad zeigen, Phase5 hab ich auf diesem Rechner hier gar nicht installiert. Ich hab dir einen Schnappschuß gemacht, ein paar files, die ich tatsächlich selber auch noch bearbeiten müßte (dieselbe Umwandlung von HTML nach XHTML), in den Editor geladen. Dann klickt man einfach auf "Ersetzen" und sagt, daß es in allen geladenen Dateien ersetzt werden soll, fertig. Das sieht so aus:

                    [...]

                    Vielen Dank erstmal für deine Mühe. Nun ist es nicht so, dass ich die allgemeine Funktionsweise des Ersetzens nicht kenne - für sowas wie '<BR>' zu '<br/>' ist da ja ganz einfach. Aber guck dir mein Beispiel mit dem <p>-Tag nochmal an. Erstens die Anführungsstriche, die hinzukommen müssen, zweitens der Klassenname, der jeweils verschieden ist. Geht auch das ohne RegExp? Wenn ja, wie?

                    Xphaze

                    1. Vielen Dank erstmal für deine Mühe. Nun ist es nicht so, dass ich die allgemeine Funktionsweise des Ersetzens nicht kenne - für sowas wie '<BR>' zu '<br/>' ist da ja ganz einfach. Aber guck dir mein Beispiel mit dem <p>-Tag nochmal an. Erstens die Anführungsstriche, die hinzukommen müssen, zweitens der Klassenname, der jeweils verschieden ist. Geht auch das ohne RegExp?

                      zumindest mit Textpad ist das möglich  -  welches Zeichen, ist völlig egal, die Zeilenlänge ist egal, es können mindestens 7 vollständige Zeilen ersetzt werden, Einschränkungen hinsichtlich Zeichenart, Schriftart, Tabulator usw. usf. gibt es nicht. Mit Phase5 kann ichs im Moment nicht nachprüfen, ist aber ebenfalls weitgehend möglich, so weit ich mich erinnere.

                      Wie bereits gesagt, wenn du ein eigenes Perl-Script schreiben willst, brauchst du die RegExpressions, mit den Editoren (jedenfalls den besseren) brauchst du sie nicht.

                      Probiers doch einfach mal aus, Zeit genug hattest du dafür inzwischen.

                      1. Hallo,

                        Ich denke, daß das Suchen&Ersetzen-Beispiel von Xphaze nicht so trivial ist, daß Du es mit einfachen, sprich keine Regex, Mitteln hinbringen würdest. Zumindest würde ich sagen, daß solche Probleme eins der Hauptaufgabengebiete für reguläre Ausdrücke sind.

                        Aaallerdings,....
                        Ich würde die Qualität eines Editors nicht daran festmachen, daß er auch solche Aufgaben erledigen kann. Warum das so ist, ist ganz einfach erklärt: Bevor ich soetwas irgendwie einem Editor klarmachen versuche, schreibe ich mir mit eben diesem schnell ein Perlscript, das mir das alles erledigt. Es würde auch mit anderen Werkzeugen, wie etwa die, die meistens bei Unix oder ähnlichen Systemen standardmäßig vorhanden sind, gehen.

                        Mir persönlich sind nämlich Editoren, welche klein und übersichtlich sind, wesentlich lieber als diese ganzen Monstren, welche versuchen eine eierlegende Wollmilchsau zu sein. Zur Not genügt mir ein vi.[1]

                        Grüße
                          Klaus

                        [1] den emacs z.B. habe ich nie verwendet, weil mir der zu akademisch ist;-)

                        1. hi Klaus,

                          Ich denke, daß das Suchen&Ersetzen-Beispiel von Xphaze nicht so trivial ist, daß Du es mit einfachen, sprich keine Regex, Mitteln hinbringen würdest. Zumindest würde ich sagen, daß solche Probleme eins der Hauptaufgabengebiete für reguläre Ausdrücke sind.

                          Ich glaube schon, daß wir in diesem Thread ein "echtes" Problem debattieren und keineswegs ein "triviales". Nur sind einfach die "Grenzen" nicht scharf gezogen, was auch an den wechselnden Threadtiteln ablesbar ist. Ursprünglich ging/geht es darum, was ein HTML-Editor eventuell fertigbringt. Und ich bleibe dabei, daß die vielen Beispiele für gute und empfehlenswerte Software, die bisher genannt wurden, zwar _diesem_ Thema "HTML-Editor" gerecht werden, nicht aber der Fragestellung nach der RegExpressions, die sich erst im Threadverlauf herausgebildet hat.
                          Selbstverständlich sind die RegExpressions wichtig, sogar enorm  wichtig, und gerade bei "Suchen/Ersetzen" sind sie unschätzbare Hilfen bzw. Instrumente, egal ob in Perl oder PHP oder (sogar) in Javascript, C/C++, TCL/Tk oder wo sonst ... Bloß wäre das irgendwie ein anderer Thread. Ich bin einfach bissel ratlos, wie ich diese beiden nach meinem Dafürhalten verschiedenen Themenbereiche auseinanderhalten soll, und ich denke, ich hab das auch angesprochen. "Xphase" hat eine wichtige und diesem Forum durchaus angemessene Frage angesprochen, bloß offensichtlich nicht gleich gemerkt, daß es im Grunde genommen zwei divergierende Fragen sind, die er in _einem Thread_ und in _einer_ Lösung zusammenzwingen möchte.

                          Aber zurück zum "Editor"-Thema:

                          Mir persönlich sind nämlich Editoren, welche klein und übersichtlich sind, wesentlich lieber als diese ganzen Monstren, welche versuchen eine eierlegende Wollmilchsau zu sein. Zur Not genügt mir ein vi ... den emacs z.B. habe ich nie verwendet, weil mir der zu akademisch ist

                          Als ich das erstemal aus Versehen vi aufgerufen habe, kam ich überhaupt nicht damit zurecht - ich konnte ihn nicht einmal schließen *g* Und was Emacs angeht: mir selber ist er schlicht zu groß und zu schwerfällig und insgesamt eigentlich ein Museumsstück, das man ruhig mal bestaunen darf, aber nicht durch Arbeit belasten sollte. Letzten Endes war Emacs vor längerer Zeit daran "schuld", daß ich mich entschlossen habe, grundsätzlich den einfachsten erreichbaren Texteditor zu verwenden, wenn ich an HTML- und/oder Scriptdateien etwas zu basteln habe.

                          Vorsichtshalber weise ich noch darauf hin, daß ich mich schonmal als jemand "geoutet" habe, der gelegentlich sogar mit Frontpage herumwerkelt ;-)

                          Ich wage einfach mal zusammenfassend eine These: solange HTML auf plain-text-Dateien basiert und nicht irgendein proprietäres Format ist, und solange jemand, der HTML-Dokumente erstellt, diese Grundlage beherzigt, ist es irrelevant, nach dem "Werkzeug" zu fragen. Das Entscheidende ist das "Ergebnis", dem man nicht mehr ansehen sollte, mit welchem Werkzeug es geschaffen wurde.

                          schönste Berliner Abendgrüße

                          Christoph S.

                          1. Hallo,

                            ich finde es sehr interessant, welche Wege diese Diskussion geht. Für mich steht selbstverständlich immer noch das Anfangsthema im Vordergrund.

                            Ich möchte nur gern wissen, ob es für meine "Ersetzen-Aufgabe" eine Lösung OHNE RegExp gibt, wie (meiner Ansicht nach) von dir zwischenzeitlich erwähnt.

                            Aber zurück zum "Editor"-Thema:
                            Ich wage einfach mal zusammenfassend eine These: solange HTML auf plain-text-Dateien basiert und nicht irgendein proprietäres Format ist, und solange jemand, der HTML-Dokumente erstellt, diese Grundlage beherzigt, ist es irrelevant, nach dem "Werkzeug" zu fragen. Das Entscheidende ist das "Ergebnis", dem man nicht mehr ansehen sollte, mit welchem Werkzeug es geschaffen wurde.

                            Da hast du wohl grundsätzlich recht, was das Ergebnis angeht. Was das Werkzeug angeht möchte ich dir wiedersprechen. Gerade wenn man professionell HTML-Dokumente erstellt kann ein gutes Werkzeug bares Geld sparen helfen. Mitarbeiter, die keine Freaks sind, sind sogar darauf angewiesen. Die können sich nämlich nicht schnell mal ein Skript stricken für irgendwelche kleinen Aufgaben.
                            Also werde ich weitersuchen nach einem guten Werkzeug ...

                            schönste Berliner Abendgrüße

                            So schön ist der Abend hier in Berlin nun auch wieder nicht, jedenfalls ziemlich dunkel ;-)

                            Christoph S.

                            Xphaze

                            1. Servus xPhaze,

                              Also werde ich weitersuchen nach einem guten Werkzeug ...

                              Weil er mir gerade vorhin wieder eingefallen ist:
                              Visual Slickedit: http://www.slickedit.com/products/pr_vse_features.php
                              Kann ziemlich viel, ist aber auch nicht gerade billig ($299)

                              Grüße aus Gratkorn
                                 Klaus

                            2. ähm, ja ...

                              ich finde es sehr interessant, welche Wege diese Diskussion geht.

                              Finde ich auch ;-) Und Threads dieser Art sind für mich sogar ausschlaggebend für meine Beteiligung am Forum hier.

                              Aber: ich mag dir gerne glauben, daß deine Frage "eigentlich" noch nicht beantwortet ist. Oder jedenfalls irgendwie noch nicht so gaaaanz vollständig beantwortet ist. Sowas gibts. Bloß hab ich jetzt zu dem Thema das beigetragen, was ich beitragen konnte, jetzt fühl ich mich etwas ausgelutscht und bin noch nichtmal dazu gekommen, meine 3 Pfund Spargel fürs Abendbrot ordentlich zu schälen. Das kriegt jetzt Vorrang. Punkt.

                              ;-)

                              bitte nicht übelnehmen, aber für mich ist hier irgendwie EOD (end of discussion) weil ich außer meinem ungeschälten Spargel keine neuen Argumente mehr habe.

                              Christoph S.

                          2. Hallo Christoph,

                            Ich glaube schon, daß wir in diesem Thread ein "echtes" Problem debattieren und keineswegs ein "triviales". Nur sind einfach die "Grenzen" nicht scharf gezogen, was auch an den wechselnden Threadtiteln ablesbar ist. Ursprünglich ging/geht es darum, was ein HTML-Editor eventuell fertigbringt. Und ich bleibe dabei, daß die vielen Beispiele für gute und empfehlenswerte Software, die bisher genannt wurden, zwar _diesem_ Thema "HTML-Editor" gerecht werden, nicht aber der Fragestellung nach der RegExpressions, die sich erst im Threadverlauf herausgebildet hat.

                            Naja, ganz so getrennt sehe ich die zwei Themen nihct. Ein Editor ist heute sicherlich mehr, also nur ein Werkzeug, mit dem man Textdateien eingeben und rudimentär ändern kann. Suchen&Ersetzen ist m.E. eine absolut zentrale Aufgabe eines Editors. Und da reguläre Ausdrücke auch mit Suchen und Ersetzen zu tun haben, ist es IMHO klar, daß beides auch gemeinsam diskutiert werden sollte/kann.

                            Als ich das erstemal aus Versehen vi aufgerufen habe, kam ich überhaupt nicht damit zurecht - ich konnte ihn nicht einmal schließen *g*

                            mir ging es übrigens genau so, heute ist er für mich quasi der kleinste gemeinsame Nenner unter Unix.

                            Vorsichtshalber weise ich noch darauf hin, daß ich mich schonmal als jemand "geoutet" habe, der gelegentlich sogar mit Frontpage herumwerkelt ;-)

                            Du Schlingel Du:-)

                            Ich wage einfach mal zusammenfassend eine These: solange HTML auf plain-text-Dateien basiert und nicht irgendein proprietäres Format ist, und solange jemand, der HTML-Dokumente erstellt, diese Grundlage beherzigt, ist es irrelevant, nach dem "Werkzeug" zu fragen. Das Entscheidende ist das "Ergebnis", dem man nicht mehr ansehen sollte, mit welchem Werkzeug es geschaffen wurde.

                            Ja, grundsätzlich ist es egal, welchen Editor Du dafür verwendest. Nur denke ich, daß seit ed,edlin und Co. die TExt-Editoren doch etwas an Komport und Funktionalität zugelegt haben. Und das dies sicherlich nicht ohne Grund passiert ist. Texteditoren sind das Zentrale Werkzeug für jeden, der in irgendeiner Form Textdateien erstellen muß/will. Abhänging vom Verwendungszweck haben sich im Laufe der Zeit nicht nur universelle Editoren entwickelt, sondern auch z.T. hochspezialisierte, besonders weil jeder Mensch, abhäbngig von seiner Haupttätigkeit, sich seinen sog. Lieblingseditor sucht. Ich für meinen Teil brauche einen Editor, der mir einerseits ermöglicht, viele unterschiedliche Textformate (Source, HTML oä., Daten usw.) gut bearbeiten zu können, andererseits sollte er aber auch recht flink sein, was Laden und Gebrauch angeht. Ich könnte mir z.B. nicht vorstellen, dauernd mit der VC-IDE zu arbeiten, da mir die allein beim LAden schon zu lange braucht (was übrigens für mich auch für 'reine' Editoren wie Slickedit zutrifft). Auch will ich keinen Editor, der so etwas wie 'Eigenintelligenz' aufweist, mir also z.B. ständig die Formatierung umdreht.
                            Dafür sind mir komplexe Suchen&Ersetzen Möglichkeiten nicht so wichtig.

                            Naja, aber zum Glück gibt es so viele Editoren, daß für jeden sicherlich der Richtige dabei ist. Nur suchen muß man sich den Richtigen selbst.

                            schönste Berliner Abendgrüße

                            Schöne Grüße zurück aus dem tiefen Süden, äh aus der Steiermark
                               Klaus

                    2. Hallo Xphaze,

                      Allaire Homesite kann RegEx.

                      Viele Grüße

                      Mathias Bigge

            2. Hi, Xphaze

              Ganz einfach: Ich habe eine Menge von Dateien mit gutem altem hand-written HTML. Ich will alles in XHTML konvertieren.

              Aus '<BR>' wird '<br/>'

              Nur zur Info: Du solltest <br /> verwenden, also das Leerzeichen nicht vergesen. Siehe http://www.w3.org/TR/xhtml1/#guidelines bzw. http://selfhtml.teamone.de/html/xhtml/unterschiede.htm#leere_elemente

              LG Orlando

        2. Hi, Xphaze

          Das ist wichtig, wenn man z. B. einen Haufen HTML-Quellcode in XHTML wandeln will, z. B. "<img ...>" in "<img .../>" - ohne reguläre Ausdrücke wird das nichts.

          Wie wär's mit HTML-Tidy, den ich zB als PlugIn in HTML-Kit eingebunden habe? Einfach 'Convert to XHTML' wählen und entspannen.

          LG Orlando

          http://www.w3.org/People/Raggett/tidy/ oder
          http://tidy.sourceforge.net/

    2. Hallo,

      Hat jemand einen Texteditor, der das alles kann?

      Ob HTML-Kit das alles kann, ist fuer mich nicht der Punkt (duerfte aber so ziemlich alles erfuellen). Er laesst jedenfalls fuer meine Ansprueche keine Wuensche offen: http://www.chami.com/html-kit/.

      Hervorzuheben sind die PlugIns, die u. a. fuer PHP, CSS, XSLT, SVG, XML-Validierung nahezu einzigartig sein duerften.

      Ich verwende nach Lust und Laune auch sehr gern Notepad (den mit Suchen und Ersetzen und Unicode-Unterstuetzung ;-) oder EditPad.
      MfG, Thomas

      1. Hallo Thomas,

        dieser HTML-Kit ist echt toll. Aber sag, gibts dazu auch irgendwo ein paar erklärende Infos auf deutsch?!

        Danke,
        Sabine

        Hallo,

        Hat jemand einen Texteditor, der das alles kann?

        Ob HTML-Kit das alles kann, ist fuer mich nicht der Punkt (duerfte aber so ziemlich alles erfuellen). Er laesst jedenfalls fuer meine Ansprueche keine Wuensche offen: http://www.chami.com/html-kit/.

        Hervorzuheben sind die PlugIns, die u. a. fuer PHP, CSS, XSLT, SVG, XML-Validierung nahezu einzigartig sein duerften.

        Ich verwende nach Lust und Laune auch sehr gern Notepad (den mit Suchen und Ersetzen und Unicode-Unterstuetzung ;-) oder EditPad.
        MfG, Thomas

        1. Hallo,

          dieser HTML-Kit ist echt toll. Aber sag, gibts dazu auch irgendwo ein paar erklärende Infos auf deutsch?!

          Da habe ich nichts zur Hand, aber da hat sich bestimmt schon jemand dran versucht (--> Suchmaschine). Ansonsten sollte man mit etwas Computer-Englisch in der Lage sein, die Menues zu verstehen.

          PlugIns werden in Form von DLLs einfach in das Unterverzeichnis "Plugins" kopiert und stehen nach dem Neustart zur Verfuegung.

          Am Rande erwaehnt: Mit F9 kann man schnell einen TIDY-Check des aktuellen Dokuments durchziehen.

          MfG, Thomas

      2. Hallo,

        Hallo,

        Ob HTML-Kit das alles kann, ist fuer mich nicht der Punkt (duerfte aber so ziemlich alles erfuellen). Er laesst jedenfalls fuer meine Ansprueche keine Wuensche offen: http://www.chami.com/html-kit/.

        Ich habe ihn auch schon getestet. Die vielen Möglichkeiten und Einstellungen sind wirklich klasse. Aber: kein multi-file replace - das soll vielleicht in eine der nächsten Versionen kommen.

        Hervorzuheben sind die PlugIns, die u. a. fuer PHP, CSS, XSLT, SVG, XML-Validierung nahezu einzigartig sein duerften.

        Zwar nicht einzigartig, aber trotzdem großartig ;-)

        Ich verwende nach Lust und Laune auch sehr gern Notepad (den mit Suchen und Ersetzen und Unicode-Unterstuetzung ;-) oder EditPad.

        Nee, ohne Syntax-Highlighting ist's doch nur eine graue Masse.

        MfG, Thomas

        Xphaze

    3. Hi!

      Ich habe mal eine Checklist für meinen Wunsch-Editor zusammengestellt:

      (3) zeigt die Cursorposition im Dokument (Zeile und Spalte)

      Wobei es da eine Falle gibt, in die der Programmierer des Editors nicht tappen sollte. Angenommen, es ist ein Dokument geladen, welches überlange Zeilen enthält. Bei 800*600 und 96dpi passen 125 9pt-Zeichen in eine Zeile. Wenn man Softwrapping[0] einschaltet, um horizontales Scrolling zu unterbinden, muss der Editor die Zeilen weiterhin korrekt nummerieren. D.h. wenn man sich in der Zeile (i) Spalte 10 befindet und einmal Cursor ab bewegt, muss dann die Anzeige Zeile (i) Spalte 136 lauten. Wenn dort aber steht Zeile (i+1) Spalte 10, dann ist es verkehrt.

      (6) kann alle Dateien auf einmal mit einem Klick/Shortcut speichern

      Ich will auch Dateien schnell schließen können, mit Strg+w für das aktuelle Dokument, Strg+Shift+w für alle Dokumente.

      (7) hat eine umfangreiche Rückgängig-/Wiederherstellen-Funktion (mindestens 50 Schritte)

      Unbegrenzt! Es gibt keinen vernünftigen Grund, die Anzahl einzuschränken! (Siehe Zero-One-Infinite-Rule.) Der Arbeitsspeicher ist so groß wie mein freier Festplattenplatz.

      Meine Wunschfeatures:
      * Makroaufzeichnung mit einer Taste starten/stoppen, Makrowiedergabe mit einer Taste
      * MDI (á la Opera) oder Tab-Interface (á la Mozilla)
      * Vollbild-Toggle
      * der Editor darf Textdateien in dutzende-Megabyte-Größe nicht verweigern
      * ausgereiftes Go To Line, mit wahlweise absoluter und relativer Adressierung
      * ein notepad.exe-Ersatz-Dummy, welches des eigentliches Editor aufruft
      * Perl-ähnliche Regexp für gewisse häufige Gruppen von Zeichen. Solche Monster wie [:alpha:] mögen zwar Posix-konform sein, aber hindern die Arbeit.
      * Regexp-Replace mit "Merken" -> () -> \1
      * vernünftige Tastenkombinationen für alle Funktionen (auch die, von denen der Programmierer denkt, sie wären unwichtig), oder besser frei definierbare Zuordnungen
      * Autoladen von Binaries in einen Hexeditor nach Wahl
      * Syntaxhighlighting soll einfach anpassbar sein, z.B. über bearbeiten der Definitionen in Klartextdateien. Die Anpassung in Textpad (via zehntausende Untermenüs) ist nämlich eine Zumutung.
      * Export von Syntaxhighlighting nach RTF oder HTML+CSS

      Hat jemand einen Texteditor, der das alles kann?

      Das wäre schön, wenn's sowas gäbe[1]. Kein Programm, außer Emacs vielleicht, ist vollkommen (und wer will schon die Zeit aufbringen, sich in die arkane Emacs-Konf einzuarbeiten, nur damit er Sachen macht, die andere Editoren von vornherein ohne großes Zutun können?).

      Mein Defaulteditor und Mädchen für alles (Text, XHTML, CSS, Perl, PHP, INI, Konf für Apache & Quake u.v.a.m.) ist Texturizer[2], weil er schnell lädt (sich selber und Dateien). Für Regexp-Replace, eine Sache die Texturizer leider nur mangelhaft umsetzt, lade ich das Dokument in Textpad.

      Ich rate von Ultraedit, Editplus, Editpad und Notetab ab.

      Wer modusbasierte Editoren (ed, vi, edlin) gut findet, hat ein Rad ab. (Flame on! :-)

      [0] Softwrapping wirkt sich nur auf die Darstellung aus. Zeilenumbrüche werden nur dort gespeichert, wo auch Enter gedrückt wurde. Das ganze ist also nicht verlustbehaftet. Hardwrapping hingegen formatiert den Text wirklich um.
      [1] Definitiv nicht in der Windowswelt, da hab ich schon alles geguckt. kwrite (KDE) und nedit (X/lesstif) sind recht nett, aber teils featurearm, teils unwieldy, teils buggy.
      [2] Texturizer http://djst.cjb.net/ Hervorstechende Features neben selbstverständlichen Sachen wie Syntaxhl, Toolbar usw: Makros, Lesezeichen, Zeilenendekonvertierung DOS<->Unix<->Mac, Auto-Save und -Backup, Seite für Druck einrichten