Delphi-PRAXiS - WebCraft: HTML & PHP Editor

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Software-Projekte der Mitglieder (https://www.delphipraxis.net/26-software-projekte-der-mitglieder/)

- - WebCraft: HTML & PHP Editor (https://www.delphipraxis.net/22708-webcraft-html-php-editor.html)

Re: Webweaver: HTML & PHP Editor

Zwischen der Zip- und Setupversion gibt es keinen funktionalen Unterschiede, das hatte ich ja oben schonmal erwähnt.

Momentan kann man mit F1 nicht zu einem Hilfethema srpingen, das ist aber später für die neue Hilfe geplant (aktueller Stand der neuen Hilfe als Onlineversion:

Link).

Mit der kontextbezogenen Hilfe ist folgendes gemeint: In manchen Dialogen gibt es oben in der Titelleite neben dem Schließen-Button ("X") auch einen Hife-Button ("?"), diesen kann man anklicken und dann mit dem Fragezeichen-Cursor auf ein Objekt in dem Fenster klicken um eine Hilfebox zu bekommen ;)

Re: Webweaver: HTML & PHP Editor

Ka ob das schon gepostet wurde aber ich hab n Fehler im Onlinehandbuch gefunden.

Zitat:

WSYISWG (What You See Is What You Get = Was du siehst ist was du bekommst)

WYSIWYG :warn:

Re: Webweaver: HTML & PHP Editor

Danke für den Hinweis, habe den Fehler berichtigt.

Re: Webweaver: HTML & PHP Editor

Zitat:

Zitat von Pr0g

Zitat:

Zitat von jfheins

Folgendes muss z.B. ä bleiben:

Code:

			<? echo "<a href=\"javascript:alert('ä')\">Klick</a>"; ?>

[url="javascript:alert('ä')"]Klick[/url]

Warum muss es ein "ä" bleiben. Der passende HTML Code wird in der Messagebox genauso als "ä" angezeigt?

Nein, eben nicht. Das ist javascript, kein HTML, da wird alles so dargestelt, wie es ist.

Mach mal

Code:

javascript:alert('ä');

und du siehst:

Code:

			---------------------------

Microsoft Internet Explorer

---------------------------

&auml;

---------------------------

OK   

---------------------------

Zitat:

Zitat von jfheins

oder auch:

Code:

			So sieht ein unmaskiertes ä aus: ä

                    maskieren | nicht maskieren

Das Beispiel verstehen ich nicht ganz. Die Maskierung ist doch sowieso nur im Code und für den User nicht sichtbar.

Naja, zugegeben schlechtes Beispiel. Wenn man zeigen möchte, wie ein unmaskiertes ä aussieht ...

Re: Webweaver: HTML & PHP Editor

Zitat:

Zitat von jfheins

Nein, eben nicht. Das ist javascript, kein HTML, da wird alles so dargestelt, wie es ist.

Auch bei JavaScript sehe ich im IE und Firefox mit folgendem Code ein normales "ä":

Link.

Zitat:

Zitat von jfheins

Naja, zugegeben schlechtes Beispiel. Wenn man zeigen möchte, wie ein unmaskiertes ä aussieht ...

Wenn du im Code schreibst

Code:

			Maskiert: &auml;

Unmaskiert: ä

siehst du im Browser doch sowieso nur

Code:

			Maskiert: ä

Unmaskiert: ä

Re: Webweaver: HTML & PHP Editor

Hmm ... Test:

Code:

			<html> 

<head> 

<title>Php-Test</title> 

 <script type="text/javascript">

 <!--

  function test () {

     alert ('&auml;'); 

  }

 //-->

 </script>

</head> 

<body> 

 [url="javascript:test();"]Test in Funktion[/url] 

 [url="javascript:alert('&auml;');"]Test im href[/url]

 [url="#"]Test im onclick[/url] 

</body> 

</html>

Ergebnis:

Code:

			&auml;

ä

ä

Du müsstest, alle ä's im Javascript unbrerührt lassen. Aber man kann z.B. auch mit Javascript ins HTML-Dokument schreiben. Und z.B. in PHP will man auch nicht immer, ein ä haben. Ich bleibe dabei:

Zitat:

ich glaube, dass kein Editor der Welt dazu in der Lage ist, zu beurteilen, ob dieses ä jetzt umgewandelt werden soll, oder nicht.

siehe auch meine Signatur :twisted:

Re: Webweaver: HTML & PHP Editor

Also scheint es nur in Funktionen nicht zu klappen, dass ist ja nicht weiter schlimm. Wer JS in eine JS Datei auslagert kann dann die Funktion zum automatischen Ersetzen aktivieren (man wird dann Dateitypen angeben können), alle anderen lassen sie aus.

Alles weitere zum Thema Sonderzeichen und Umlaute wird sich ergeben, wenn erstmal die Sonderzeichenpalette integriert ist.

Btw: Das "javascript:" hat im "onclick" nichts zu suchen.

Re: Webweaver: HTML & PHP Editor

Hi PrOg,

Eine Frage: bei der Ersetzung von Sonderzeichen: wie merkst du dir, obs vorher ein war? Denn wird zu " " und " " bleibt " ". :lol: [OT: Wozu ist eigentlich ???]

Auch würde ich dich wegen dem SHIFT+Enter um was bitten: Da wird ja Standardmäßig mit
ergänzt. Nur: ich schreibe gar kein XHTML und da is das nun mal nich Valid! Drum mach doch bitte so, dass nur mit
ergänzt wird, wenn als DTD ne XHTML-Definition angegeben ist und ansonsten nur
. Danke!

Ansonsten hätte ich noch zwei DRINGENDE Bugs!!!!
:arrow: Wenn man Dokument -> Zeilenumbruch (verschieb das mal nach Ansicht!) aktiviert hat, dann verpeilt der die Anzeige der richtigen Start- und Endklammern.
D.h. wenn z.B. eine Zeile vom WW umgebrochen wurde, dann sind die Klammern eine Zeile höher. Problem dabei: Wenn man ein Dok hat, wo mehrere Zeilen bereits , ich nenns mal "virtuell", umgebrochen wurden, dann is die Markierung ganz ausm Bild raus!
Außerdem werden Klammern, die auf einer neuen "virtuellen" Zeile stehen nicht richtig angezeigt. Ich nehm an, du zeichnest die immer an die Pos, wo sie ohne Zeilenumbruch wären. Und damit geht mir der Nutzen leider verloren! :(

:arrow: Und das zweite hat was mit der Code-Completition zu tun: Genauer gesagt mit der Vervollständigung der Tag-Attribute - Beispiel:

Code:

			<?php

  echo '[url="' . $_SERVER['PHP_SELF'] . '?action=view"]Anzeigen[/url]';

?>

Sobald ich bei diesem Code das erste Leerzeichen gesetzt habe, bringt der mir weitere Attribute zur Auswahl. Geb ich dann nach dem Punkt das Leerzeichen ein, löscht der mir den Punkt und bringt weiterhin die Attribs. Soll heißen, hier klappt das schließen nich so schön, wie bei Tag-Completition.

Ansonsten mal wieder spitzen Arbeit und wenns noch was gibt, dann melde ich mich natürlich!

mfg, mh166

Re: Webweaver: HTML & PHP Editor

Zitat:

Zitat von mh166

wie merkst du dir, obs vorher ein war? Denn wird zu " " und " " bleibt " ". :lol: [OT: Wozu ist eigentlich ???]

Weil sein anderes Zeichen ist, ist das kein Problem. (ASCII-Code 32 und 160)

2.: Das ist ein "kurzer Trennstrich, der wird aber nicht dargestellt.

In SelfHTML steht:

* kurzer Trennstrich 

Zu diese Ersetzen-Funktion:
Mach es nicht.
Jetzt habe ich auch ein tolles Beispiel gefunden: PHP.

Folgendes führt zu einem Parse Error:

Code:

			 <?

  $hälo = 'hallo';

  $h&auml;lo = 'hallo'; // <<< Da isser

 ?>

weil $hälo kein gültiger Bezeichner ist.

Oder wenn ich z.B. ankommende Daten prüfe, ob da ein ä drin ist,
um es zu ersetzen, das ä aber nach ä konvertiert wird ...

Du müsstest also das Ersetzen für PHP-Bereiche deaktivieren.
Wenn man dann aber etwas HTML in PHP ausgibt, dann müsste es wieder ersetzt werden.
usw.

Mach es mit diesem Button und einer farblichen Hinterlegung, falls dieses ä ein ä ist ...

Re: Webweaver: HTML & PHP Editor

Zitat:

Zitat von mh166

bei der Ersetzung von Sonderzeichen: wie merkst du dir, obs vorher ein war? Denn wird zu " " und " " bleibt " ". :lol:

Das merke ich mir nicht. Beim Umwandeln von Sonderzeichencodes in die passenden Zeichen wird auch das in ein normales Leerzeichen verwandelt. Beim Rückumwandeln würde es aber nichts bringen alle Leerzeichen in den Code umzuwandeln, da die meisten Leerzeichen auch so funktionieren und der Code nur in Ausnahmen genutzt werden muss.

Zitat:

Zitat von mh166

Auch würde ich dich wegen dem SHIFT+Enter um was bitten: Da wird ja Standardmäßig mit
ergänzt. Nur: ich schreibe gar kein XHTML und da is das nun mal nich Valid! Drum mach doch bitte so, dass nur mit
ergänzt wird, wenn als DTD ne XHTML-Definition angegeben ist und ansonsten nur
. Danke!

Das wurde bei mir im Forum letztens auch angesprochen, ich werde wohl eine Option reinmachen, mit der sich einstellen lässt, ob nach XHTML oder nicht.

Zitat:

Zitat von mh166

:arrow: Wenn man Dokument -> Zeilenumbruch (verschieb das mal nach Ansicht!) aktiviert hat, dann verpeilt der die Anzeige der richtigen Start- und Endklammern.
D.h. wenn z.B. eine Zeile vom WW umgebrochen wurde, dann sind die Klammern eine Zeile höher. Problem dabei: Wenn man ein Dok hat, wo mehrere Zeilen bereits , ich nenns mal "virtuell", umgebrochen wurden, dann is die Markierung ganz ausm Bild raus!
Außerdem werden Klammern, die auf einer neuen "virtuellen" Zeile stehen nicht richtig angezeigt. Ich nehm an, du zeichnest die immer an die Pos, wo sie ohne Zeilenumbruch wären. Und damit geht mir der Nutzen leider verloren! :(

Das ist mir noch nicht aufgefallen, da ich ohne Zeilenumbruch arbeite. Werde mir das Problem mal anschauen.

Zitat:

Zitat von mh166

:arrow: Und das zweite hat was mit der Code-Completition zu tun: Genauer gesagt mit der Vervollständigung der Tag-Attribute - Beispiel:

Code:

			<?php

  echo '[url="' . $_SERVER['PHP_SELF'] . '?action=view"]Anzeigen[/url]';

?>

Du müsstest die Vervollständigung nach dem ersten Leerzeichen mit [ESC] abbrechen. Ich werde gucken, das ich sie beim Punkt automatisch abbrechen lasse.

@jfheins: Wer um alles in der Welt nutzt Umlaute (ich weiß das es erlaubt ist) in Variablennamen :gruebel: