OT: HTML-Editor, der Hyperlinks anspringen kann

Sowas wie Amaya

Danke, werde ich nochmal probieren. Letztes Jahr bekam der das mit den Hyperlink-Spruengen auch nicht gebacken, aber vielleicht geht's inzwischen. Ich muss es aber spaeter probieren, denn der Download friert immer nach 2% fest.

Habe den 10.1 Beta-Release probiert, die 10.0 Download Site ist irgendwie platt. Es scheint, als koenne Amaya nicht vom LAN Server lesen, es versucht immer, "C:/" davorzuhaengen und das kann natuerlich nicht gehen. Mift!

Du möchtest also, daß wenn du eine Webseite editierst, beim klicken auf einen Link dort drin die angeklickte Seite im selben Fenster geladen und editiert werden kann? NVU ist ja Open Source, sollte sich also recht leicht selbst einbauen lassen. Gibt dort auch ein Forum, vielleicht hilft ja ein Entwickler.

Schon, aber bei Software verlassen mich die Faehigkeiten. So aehnlich wie mir das Kochen mit mehr als zwei Toepfen auf dem Feuer nicht recht gelingen will. Sagt meine Frau jedenfalls. Mein C-Compiler ist auch schon rund 15 Jahre alt. Wenn ich da ein paar Transistoren einloeten koennte, ja dann ...

Das von Andreas vorgeschlagene Amaya scheint das zu koennen, aber es quittiert den Zugriff auf die Linux-basierte WLAN-Disk mit einer Fehlermeldung. Die Wiki nutzt aber nur auf diesem Server richtig etwas.

Einer der wirklich wenigen Punkte, in denen ich mit dir übereinstimme. Bei mir läuft hier ein DokuWiki für diesen Zweck.

Bahnhof.

Praktisch jedes Wiki bringt doch sein eigenes Editor-Widget mit. Viele dieser Editor-Widgets sind mit Javascript nur so vollgestopft und so WYSIWYG wie man sich das nur wünschen kann.

z.B. für den Rolls-Royce unter den Wikis:

Für manche Wikis gibt es auch Makros, um Text aus einem Office-Programm zu übernehmen. Ansonsten ist Wiki-Syntax so einfach, daß sogar ein Schimpanse das in kurzer Zeit lernen kann.

XL

Jupp. Das gefällt mir auch. Mein Arbeitswiki hatte ich hier ja schon das eine oder andere Mal verlinkt.

Aus gutem Grund läuft in Sachen WWW der Zug seit Beginn des Jahrhunderts klar in Richtung Trennung von Form und Inhalt. Stichworte sind CSS und CMS. Damit wird das Konzept von WYSIWYG unpassend und es ist kein Wunder, dass entsprechende Editoren weder sinnvoll noch üblich sind.

------

:-)))

Ok, aber ich wollte das alles in einer simplen relativ flachen verlinkten HTML File Struktur belassen. Dann kann ich Teile davon an Kunden geben, die das mit einem normalen Browser lesen koennen. Sozusagen eine kleinen lokale Web Site.

NVU geht schon sehr gut. Bis auf das Oeffnen in jeweils neuen Tabs. Wuerde die naechste Seite im gleichen Fenster geoeffnet, waere es perfekt. Amaya tut das inzwischen, aber ich komme derzeit nur an die neue Beta und die kracht bei LAN-Server Zugriff ab :-(

Also kein Wiki. Dann nenne es nicht so.

Man kann auch Seiten aus einem Wiki herauskopieren. Kontextmenü. Save Page. Ist dann stinknormales HTML. OK, mit mehreren Seiten wirds schwieriger.

XL

Joerg schrieb:

Eine Liste mit WYSIWYG-Editoren:

Ich benutzte gerne SeaMonkey im Edit-Modus. Mit Klick auf einen Link kann man diesen editieren, mit Shift-Klick wird der betreffende Link angesprungen (oder so =E4hnlich, ist eine Weile her).

Gru=DF Thorsten

Kai-Martin Knaak schrieb:

Das Eine schlie=DFt das Andere doch nicht aus. Man _muss_ ja =DCberschriften nicht dadurch "erzeugen", dass man die betreffende Zeile fett machen und den Font vergr=F6=DFert, man darf der betreffenden Zeile auch das Attribut "=DCberschrift" verleihen.

Das Argument, dass die Trennung von Stil und Inhalt auch bei der Texterfassung zu gelten habe, kommt mir etwas weit her geholt vor. Jedenfalls schlie=DFt WYSIWYG die Verwendung von Formatvorlagen nicht aus.

Gru=DF Thorsten

Danke, habe ich als Bookmark gespeichert und klappere das ab, falls die Amaya W3C Web Site nicht wieder unter die Lebenden kommt.

Mozilla hatte ich auch mal benutzt, aber der oeffnete wie NVU jedesmal ein neues Fenster. Meine Wiki ist so organisiert, dass es einzelne Themen-Files sind und nicht ein ellenlanger einzelner "Nerd-File". Die Kundenbereiche muessen ja schon aus rechtlichen Gruenden jeweils ganz woanders liegen.

Hi!

Jepp!

Ich würde einfach einen Websever installieren, und DokuWiki drauf laufen lassen. Klappt auch prima lokal auf 'nem Notebook.

Siehe:

Wenn man ein wenig geübt ist, hat man nach 'ner halben Stunde ein lauffähiges System. DokuWiki hab' ich bis jetzt überall eingeführt, wo ich hingekommen bin.. bis jetzt waren die Leute damit restlos zufrieden.

Viel Spaß am Gerät,

Danke, werde ich mir mal ansehen. Obwohl mir so Hinweise wie *tgz auspacken Magendruecken bringen ...

|> Danke, werde ich mir mal ansehen. Obwohl mir so Hinweise wie *tgz |> auspacken Magendruecken bringen ...

Kann Winzip auch...

Ich weiss, aber meist kommt dann eine ganze Litanei mit "diese und jenes kompilieren, konfigurieren, massieren, den Schamanen kommen lassen ..." Na ja, vielleicht hier nicht.

Habs gerade vor zwei Monaten mal wieder durchgezogen. Man packt das Teil aus, läd es mit FTP auf den Server des ISP, stellt streng nach Anweisungen an ein paar Zugriffsberechtigungen auf schreibberechtigt um und ruft die URL auf, unter der das für die Darstellung zuständige Script startet. Das wars.

Weniger Install-Aufwand geht nur, wenn dokuwiki vom ISP direkt angeboten wird. Dann gibt es aber potentiell mittelfristig Probleme, wenn neue Versionen anstehen und der ISP ein Update durchdrückt, oder wenn er es sein lässt und lieber Sicherheitslücken klaffen lässt.

------

Ich moechte allerdings schon, dass das unterwegs auf einem Laptop in Nevada geht, wo der naechste Funkturm unerreichbar ist ...