enters via JavaScript

[WokeBroke]

ik probeer mijzelf een beetje php en javascript aan te leren, alleen loop ik nu even vast. Ik heb het volgende.

Javascript

code:

function showHint(str){
if (str.length==0){ document.getElementById("txtHint").innerHTML="";
return;}
if (window.XMLHttpRequest){xmlhttp=new XMLHttpRequest();
}else{ xmlhttp=new ActiveXObject("Microsoft.XMLHTTP"); } xmlhttp.onreadystatechange=function(){ 
if (xmlhttp.readyState==4 && xmlhttp.status==200){
document.getElementById("txtHint").innerHTML=xmlhttp.responseText; }}
xmlhttp.open("GET","hint.php?w="+str,true);
xmlhttp.send(); }

HTML

code:

<form>
<textarea name=\"w\"  onKeyUp=\"showHint(this.value)\" >$inhoud</textarea>
</form>

Hint.php

code:

<?php
$q = $_GET["w"];
?>

op zich werkt het allemaal zoals ik wil, alleen kan ik op hint.php geen enters ontvangen. Ik heb ook al wat met POST geprobeerd, maar dan lukt het mij al helemaal niet om wat te ontvangen.

Alvast bedankt.

[armageddon_2k1]

Hoe constateer je dat je geen enter op kan vangen? Als het goed is worden die gewoon doorgestuurd, maar is de representatie wellicht niet helemaal wat je verwacht. Waarom werkt POST volgens jou niet? Je hebt het geprobeerd, maar je ontving niks. Ligt dat dan aan de zendende of de ontvangende kant?

Hint: Ik vermoed dat je het in het woord new line moet zoeken.

[ Voor 38% gewijzigd door armageddon_2k1 op 15-12-2014 15:12 ]

[WokeBroke]

@armageddon_2k1 ik sla het later op in een mysql databas,e en ik zie in phpmyadmin geen enters. Ik denk dat het aan de ontvangende kant ligt.

Als het aan "new line" ligt, zie je het toch wel correct in phpmyadmin?

[armageddon_2k1]

Ik weet niet hoe phpmyadmin text weergeeft. Dat phpmyadmin het niet goed weergeeft wil niet zeggen dat het verkeerd doorgegeven is Ik vermoed dat het in HTML formaat is en dat moet je aan het denken zetten: Hoe doe jij in HTML een enter (line-break) en hoe is dat in een textarea? Daar zit verschil in

Maar het probleem ligt waarschijnlijk eerder: Weet je zeker dat newlines in een $_GET variabele meegegeven worden?

[WokeBroke]

het is inmiddels gelukt met de volgende code

code:

function showHint(str){
if (str.length==0){ document.getElementById("txtHint").innerHTML="";
return;}
if (window.XMLHttpRequest){xmlhttp=new XMLHttpRequest();
}else{ xmlhttp=new ActiveXObject("Microsoft.XMLHTTP"); } xmlhttp.onreadystatechange=function(){ 
if (xmlhttp.readyState==4 && xmlhttp.status==200){
document.getElementById("txtHint").innerHTML=xmlhttp.responseText; }}

var w = document.getElementById("w").value;
var vars = "w="+w;
xmlhttp.open("POST","hint.php",true);
xmlhttp.setRequestHeader("Content-type","application/x-www-form-urlencoded");
xmlhttp.send(vars);}

[armageddon_2k1]

Mooi, weet je ook waarom het wel werkt nu?

[WokeBroke]

ik denk omdat GET geen enters bevat en POST wel.

[Afvalzak]

Kun je in de toekomst je code in [code] tekst zetten, dat leest een heel stuk makkelijker.

[Verwijderd]

Misschien vind je het handiger om jQuery ajax te gebruiken... is een stuk makkelijker te schrijven en lezen dan die xmlhttp zooi

http://api.jquery.com/jquery.ajax/

[MarcoC]

Verwijderd schreef op dinsdag 16 december 2014 @ 13:13:
Misschien vind je het handiger om jQuery ajax te gebruiken... is een stuk makkelijker te schrijven en lezen dan die xmlhttp zooi

http://api.jquery.com/jquery.ajax/

Inderdaad. Waarschijnlijk een doodzonde onder de echte pro's, maar met jQuery wordt je code veel overzichtelijker. Persoonlijk vind ik het ook veel leuker om jQuery te gebruiken omdat ik dan minder tijd kwijt bent aan het coden en meer bezig met wat ik nou daadwerkelijk wil bereiken. Als alles werkt zoals je wilt kan je er altijd nog voor kiezen om te optimaliseren.

[R4gnax]

MarcoC schreef op dinsdag 16 december 2014 @ 17:36:
[...]

Inderdaad. Waarschijnlijk een doodzonde onder de echte pro's, maar met jQuery wordt je code veel overzichtelijker. Persoonlijk vind ik het ook veel leuker om jQuery te gebruiken omdat ik dan minder tijd kwijt bent aan het coden en meer bezig met wat ik nou daadwerkelijk wil bereiken. Als alles werkt zoals je wilt kan je er altijd nog voor kiezen om te optimaliseren.

Hoezo doodzonde .Er is absoluut niets verkeerd met een library als jQuery gebruiken. De echte pro's weten dat het cruciaal is om een gezonde balans tussen onderhoudbaarheid en performance te vinden.

jQuery performt voor de meeste zaken gewoon ruimschoots goed. Alleen de implementatie van het animatie systeem eigenlijk een echt probleem. Qua filesize zit je ook nog ruimschoots binnen wat je gemiddeld zou besteden aan één enkele foto van redelijke beeldkwaliteit, dus daar hoef je het ook niet voor te laten.

Ondertussen krijg je daarvoor een zinnige abstractie bovenop de ergste draken in de DOM APIs terug, die terloops ook nog eens om 'tig browser-specifieke bugs heen werkt.

[WokeBroke]

Het lijkt mij nogal ingewikkeld om met javascript echt veilig te programmeren. Maar wordt het niet nog ingewikkelder als je met een framework als jQuery of ajax werkt?

[Afvalzak]

Die frameworks zijn juist gemaakt om je het leven makkelijker te maken, dus ik zou zeggen van niet

Ajax is overigens geen framework, het is een ontwerpprincipe, wat je makkelijker kan doorvoeren door middel van bijvoorbeeld JQuery.