" " Anführungszeichen in JS Textarea setzt diese ausser Kraft?
Daniel Fischer
- javascript
Hi,
nachfolgend zu meinem anderen Problem im anderen Thread das sich erledigt hat, habe ich jetzt ein neues verheerendes Problem ...
********************************************
<html>
<head><title>TESTEN TESTEN TESTEN</title>
<script language=JavaScript>
function HoleHttpGetWert(NameDerVariablen){
var httpget = unescape(self.location.search);
var Wert = ""
if (httpget != '')
{
httpget = httpget.substr(1, httpget.length - 1);
teile = httpget.split('&');
for (i = 0; i < teile.length; i++)
{
teile[i] = teile[i].split('=');
if (teile[i][0]==NameDerVariablen)
{
Wert=teile[i][1];
while(Wert.match(/+/)){
Wert=Wert.replace(/+/," ");
}
}
}
}
return(Wert);
}
function generate() /* Generation of "Compilation" */
{
code = document.pad.text.value;
if (code)
{
document.pad.text.value='Compiling...Please wait!';
setTimeout("compile()",1000);
}
else alert('First enter something to compile and then press CompileIt')
}
function compile() /* The "Compilation" */
{
document.pad.text.value='';
compilation=escape(code);
document.pad.text.value="<script>\n<!--\ndocument.write(unescape(""+compilation+""));\n//-->\n</script>";
i++;
if (i=1) alert("Page compiled 1 time!");
else alert("Page compiled "+i+" times!");
}
function selectCode() /* Selecting "Compilation" for Copying */
{
if(document.pad.text.value.length>0)
{
document.pad.text.focus();
document.pad.text.select();
}
else alert('Nothing for be selected!')
}
function preview() /* Preview for the "Compilation" */
{
if(document.pad.text.value.length>0)
{
pr=window.open("","Preview","scrollbars=1,menubar=0,status=0,width=840,height=620,left=100,top=60");
pr.document.write(document.pad.text.value);
}
else alert('Nothing for be previewed!')
}
function uncompile() /* Decompiling a "Compilation" */
{
if (document.pad.text.value.length>0)
{
source=unescape(document.pad.text.value);
document.pad.text.value=""+source+"";
}
else alert('You need compiled code to uncompile it!')
}
// -->
</script>
<!-- Compilation Panel -->
<form method=post name=pad align=center><br><br>
<p align="center">
<textarea ID="MyArea" rows=10 name=text cols=50 style="background-color: #DEEFF7; width: 500; height: 100">
</textarea><br>
</form>
<!-- HIER WIRD DER WERT IN DIE TEXTAREA GESCHRIEBEN -->
<script type="text/javascript">
document.pad.MyArea.value="test test test";
</script>
<center>
<form name="select">
<input type="button" style="cursor:hand" value="Kopieren" name="select" onClick="selectCode();document.execCommand('Copy')">
<input type="button" style="cursor:hand" value="Vorschau" name="B1" onClick="preview()";> </center>
</form>
</td>
</tr>
</table>
</center>
</BODY>
</html>
[/code]
Also wie gesagt wenn ich in der JS Textarea (MyArea) was mit " " sowie zum beispiel :
[code]
<font size="5">
***********************************************
Dann setz ich diese damit ausser kraft ... :(
HTML muss dadrin aber korrekt gehen, kann mir demnach bitte einer helfen ???
Vielen dank im vorraus !
Daniel Fischer
Guten Morgen Daniel,
<html>
<head><title>TESTEN TESTEN TESTEN</title>
<script language="JavaScript" type="text/javascript">
function HoleHttpGetWert(NameDerVariablen)
{
var Wert ='';
if((httpget = decodeURI(self.location.search)) != '')
{
httpget = httpget.substr(1, httpget.length - 1).split('&');
for (i = 0; httpget[i]; i++)
{
httpget[i] = httpget[i].split('=');
if (httpget[i][0]==NameDerVariablen)
Wert=httpget[i][1].replace(/+/g," ");
}
}
return(Wert);
Habe mir erlaubt hier mal mit dem Besen durchzugehen.
}
function generate()
{
code = document.pad.text.value;
if(code.length>0)
{
document.pad.text.value='Compiling...Please wait!';
setTimeout("compile()",1000);
// Schwachsinn hoch Drei! Warum soll man 1 sec für nichts warten?
}
else alert('First enter something to compile and then press CompileIt');
}
function compile()
{
document.pad.text.value="<script type="text/javascript">\n<!--\ndocument.write(unescape(""+escape(code)+""));\n//-->\n</script>";
// i++;
// ist im Konflikt mit dem i in for() aus HoleHttpGetWert(),
// wird HoleHttpGetWert() zuerst aufgerufen, gibts ein Zählerproblem
counter++;
alert("Page compiled "+counter+" times!");
}
function selectCode()
{
(document.pad.text.value.length>0) ? document.pad.text.select() : alert('Nothing for be selected!');
}
function preview()
{
if(document.pad.text.value.length>0)
{
pr=window.open("","Preview","scrollbars=1,menubar=0,status=0,width=840,height=620,left=100,top=60");
pr.document.write(document.pad.text.value);
}
else alert('Nothing for be previewed!')
}
function uncompile()
{
(document.pad.text.value.length>0) ? document.pad.text.value=unescape(document.pad.text.value) : alert('You need compiled code to uncompile it!')
}
// -->
</script>
</head>
<body onLoad="document.pad.MyArea.value='test test test';">
<!-- Compilation Panel -->
<form method="post" name="pad" style="text-align:center;padding:30px">
<textarea ID="MyArea" rows="10" name="text" cols="50" style="background:#DEEFF7;width:500px;height:100px"></textarea>
</form>
<!-- HIER WIRD DER WERT IN DIE TEXTAREA GESCHRIEBEN -->
<form name="select" style="text-align:center">
<input type="button" style="cursor:pointer" value="Kopieren" name="select" onClick="selectCode();document.execCommand('Copy')">
<input type="button" style="cursor:pointer" value="Vorschau" name="B1" onClick="preview()";>
</form>
</body>
</html>
Nach dem etwas apokalyptisch anmutenden Stil des Quelltexts ist auch Deine Frage formuliert
Also wie gesagt wenn ich in der JS Textarea (MyArea) was mit " " sowie zum beispiel :
[code]
<font size="5">***********************************************
Dann setz ich diese damit ausser kraft ... :(
Was meinst Du damit? Ich konnte mit meinem Mozilla nichts feststellen!
Gruß aus Berlin!
eddi
Hi,
nachfolgend zu meinem anderen Problem im anderen Thread das sich erledigt hat, habe ich jetzt ein neues verheerendes Problem ...
... für das Du keinen neuen Thread eröffnen solltest. Es ist dasselbe Formular wie in [pref:t=95384] vom 29. November 2004, 12:10 und auch in [pref:t=95357] vom 28. November 2004, 22:43 und das Grundproblem hattest Du bereits in [pref:t=95325] vom 28. November 2004, 15:27 dargestellt.
Diese Mehrfachpostings sind nicht gerade förderlich, wenn Du Hilfe erwartest. Ich jedenfalls werde die genannten Threads jetzt ausblenden lassen.
freundliche Grüße
Ingo
Hi,
... für das Du keinen neuen Thread eröffnen solltest. Es ist dasselbe Formular wie in [pref:t=95384] vom 29. November 2004, 12:10 und auch in [pref:t=95357] vom 28. November 2004, 22:43 und das Grundproblem hattest Du bereits in [pref:t=95325] vom 28. November 2004, 15:27 dargestellt.
Was bitte soll pref: sein?
cu,
Andreas
Hi,
... für das Du keinen neuen Thread eröffnen solltest. Es ist dasselbe Formular wie in [pref:t=95384] vom 29. November 2004, 12:10 und auch in [pref:t=95357] vom 28. November 2004, 22:43 und das Grundproblem hattest Du bereits in [pref:t=95325] vom 28. November 2004, 15:27 dargestellt.
Was bitte soll pref: sein?
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
freundliche Grüße
Ingo
你好 Ingo,
... für das Du keinen neuen Thread eröffnen solltest. Es ist
dasselbe Formular wie in [pref:t=95384] vom 29. November 2004,
12:10 und auch in [pref:t=95357] vom 28. November 2004, 22:43 und
das Grundproblem hattest Du bereits in [pref:t=95325] vom 28.
November 2004, 15:27 dargestellt.Was bitte soll pref: sein?
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
Ein link:?t=95325 ist fehlerhaft.
再见,
CK
Hi,
Ein link:?t=95325 ist fehlerhaft.
ging aber früher immer durch und war sogar erwünscht. Meine Version mit ./ hatte ich mir wegen der Archivprobleme ja wieder abgewöhnt, aber das Problem hast Du doch jetzt berücksichtigt, oder?
Aber wäre es nicht doch praktischer, sowohl foruminterne Links mit ?nr als auch / in Parametern zuzulassen und serverseitig zu konvertieren? Besonders die / z.B. in Suchmaschinenabfragen herauszusuchen und manuell zu ersetzen finde ich wenig benutzerfreundlich.
freundliche Grüße
Ingo
你好 Ingo,
Hi,
Ein link:?t=95325 ist fehlerhaft.
ging aber früher immer durch und war sogar erwünscht.
_bestimmt_ nicht. Da fehlt die Message-ID, ein Link auf eine Thread-ID
fuehrt zur Darstellung der Hauptseite.
Aber wäre es nicht doch praktischer, sowohl foruminterne Links mit ?nr
als auch / in Parametern zuzulassen und serverseitig zu konvertieren?
Wird doch getan.
Besonders die / z.B. in Suchmaschinenabfragen herauszusuchen und
manuell zu ersetzen finde ich wenig benutzerfreundlich.
Wovon redest du?
再见,
CK
Hi,
Besonders die / z.B. in Suchmaschinenabfragen herauszusuchen und
manuell zu ersetzen finde ich wenig benutzerfreundlich.Wovon redest du?
Von / im Querystring:
http://www.example.org/?test/test
cu,
Andreas
你好 MudGuard,
Besonders die / z.B. in Suchmaschinenabfragen herauszusuchen und
manuell zu ersetzen finde ich wenig benutzerfreundlich.Wovon redest du?
Von / im Querystring:
Ach so. Darueber wurde schonmal diskutiert, da werde ich nichts
unternehmen.
再见,
CK
Hi,
ein Link auf eine Thread-ID fuehrt zur Darstellung der Hauptseite.
stimmt. Irgendwie dachte ich, das würde für das Eingangsposting ausreichen.
Besonders die / z.B. in Suchmaschinenabfragen herauszusuchen und
manuell zu ersetzen finde ich wenig benutzerfreundlich.Wovon redest du?
Wenn ich z.B. die URL
http://www.google.de/search?q=cache:hW0zKZizCxUJ:www.stiftung-warentest.de/+test&hl=de&client=firefox-a
in einen link setze, also
http://www.google.de/search?q=cache:hW0zKZizCxUJ:www.stiftung-warentest.de/+test&hl=de&client=firefox-a
dann klappt das nicht - obwohl es doch kein Umstand in der Programmierung sein sollte, die / zu ersetzen.
freundliche Grüße
Ingo
你好 Ingo,
[...] - obwohl es doch kein Umstand in der Programmierung sein sollte,
die / zu ersetzen.
Ne, das ist eine Prinzipien-Frage :)
再见,
CK
Hi,
Ne, das ist eine Prinzipien-Frage :)
da hast Du wohl recht. Mein Prinzip geht dahin, es den Usern möglichst einfach zu machen und nicht auf eine "maschinengerechte" Form zu bestehen. Warum sollte ich mir die Mühe machen, in z.T. ellenlangen URLs die "/" herauszusuchen und umzuwandeln? Wobei diese URLs ja noch nichtmal auf meinem Mist gewachsen sind. Da verzichte ich doch vielleicht lieber auf die Konvertierung und dann muß die URL halt von den Lesern des Postings in die Adreßzeile kopiert werden - was u.U. mit weniger Arbeit verbunden ist.
Und mal ehrlich: diese nicht-umgewandelten Links im Forum sind doch wirklich nicht schön und wären von Dir bestimmt mit einer kleinen Programmzeile zu vermeiden. Überdenke doch bitte nochmal Dein Prinzip. Du machst Dir einerseits soviel Arbeit, um z.B. Links auf die Forum-Hauptseite archivtauglich zu machen aber läßt andererseits solche - meist ja unbeabsichtigten - Verunstaltungen in Postings zu.
Wie wäre es denn mit einem pädagogischen Kompromiß in der Ausgabe einer verärgerten Meldung über die erforderliche Konvertierung nach dem Abschicken? ;-)
freundliche Grüße
Ingo
Hi,
... für das Du keinen neuen Thread eröffnen solltest. Es ist dasselbe Formular wie in [pref:t=95384] vom 29. November 2004, 12:10 und auch in [pref:t=95357] vom 28. November 2004, 22:43 und das Grundproblem hattest Du bereits in [pref:t=95325] vom 28. November 2004, 15:27 dargestellt.
Was bitte soll pref: sein?
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
Ach so, ich dachte schon, Du hast da was falsch gemacht ...
cu,
Andreas
你好 MudGuard,
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
Ach so, ich dachte schon, Du hast da was falsch gemacht ...
Das hat er.
再见,
CK
Hi,
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
Ach so, ich dachte schon, Du hast da was falsch gemacht ...
Das hat er.
Das Forum doch auch, oder?
Wenn z.B. im Query-String ein / unmaskiert ist, bekomm ich ne Meldung der Art "nicht alle <> konnten umgewandelt werden.
Sowas müßte das bei [ link:?t=95325 ] doch auch kommen.
Bei Ingos Link kommt schon in der Vorschau das pref: Zeug.
Bei diesem Link http://www.example.org/?test/test kommt keine Meldung in der Vorschau, aber beim Abschicken.
Ich nehme mal an, daß das pref: mit /my bzw. nicht /my zusammenhängt ...
cu,
Andreas
你好 MudGuard,
das, was das Forum aus link:?t=95325 merkwürdiger Weise gemacht hat.
Ach so, ich dachte schon, Du hast da was falsch gemacht ...
Das hat er.Das Forum doch auch, oder?
Wenn z.B. im Query-String ein / unmaskiert ist, bekomm ich ne Meldung
der Art "nicht alle <> konnten umgewandelt werden.
Sowas müßte das bei [ link:?t=95325 ] doch auch kommen.
Jain, ist halt die Frage: syntaktisch ist das ein korrekter Link. Aber...
Bei Ingos Link kommt schon in der Vorschau das pref: Zeug.
... das hier ist in der Tat ein Fehler, aber einer, den ich nicht fixen
werde: in Version 3 hat sich das eh erledigt.
Bei diesem Link http://www.example.org/?test/test kommt keine
Meldung in der Vorschau, aber beim Abschicken.
Das wiederum liegt nur an der Reihenfolge, wie die Plugins geladen
werden :)
再见,
CK