quote:

Bosmonster schreef op donderdag 24 juli 2008 @ 23:10:
Ik weet niet hoe het in prototype werkt, maar moet je niet eerst het specifieke element uit de verzameling halen ($ geeft altijd een verzameling terug volgens mij).

Bijvoorbeeld:
JavaScript:

1 2 3 4

$('form#formid')[0].submit(); // of in jQuery werkt ook: $('form#formid').get(0).submit();

Edit: verder neem ik ook even aan dat alleen 'formid' geen typfout was en dat je daar het # vergeten was

quote:

crisp schreef op donderdag 24 juli 2008 @ 23:20:
HTML:

1	<input name='submit'>

haal die name='submit' daar eens weg of noem die anders

Overigens kan je met javascript ook cookies zetten

quote:

Bosmonster schreef op donderdag 24 juli 2008 @ 23:10:
Ik weet niet hoe het in prototype werkt, maar moet je niet eerst het specifieke element uit de verzameling halen ($ geeft altijd een verzameling terug volgens mij).

quote:

Life schreef op donderdag 24 juli 2008 @ 23:22:
[...]

Via prototype kan je alle elementen met een ID aanroepen via $('id_hier').
De inhoud van textfields roep ik ook op via $('textfield').value bv. Hier ligt het dus niet aan

quote:

crisp schreef op donderdag 24 juli 2008 @ 23:27:
[...]

$ heeft niet in elk framework dezelfde betekenis/werking (leuk hè, het lijken net browsers die javascript frameworks )

quote:

Life schreef op donderdag 24 juli 2008 @ 22:42:
Het probleem echter, is dat bij een succesvolle login, ik de cookies moet plaatsen. Hiervoor heb ik een volledige pagina refresh nodig, je kan immers geen cookies plaatsen binnen een ajax.request ivm geparste HTML).

quote:

Life schreef op donderdag 24 juli 2008 @ 23:25:
[...]


Geweldig, dit was het probleem! Het werkt nu Ik snap alleen nog niet dat door een name='submit' het niet meer werkt.

quote:

Bosmonster schreef op donderdag 24 juli 2008 @ 23:27:
[...]
jQuery is daar in ieder geval consistent in. $ werkt altijd met CSS-selectors en geeft altijd een collectie terug. Zo weet je ook altijd waar je aan toe bent imho.

quote:

crisp schreef op donderdag 24 juli 2008 @ 23:38:
[...]

jQuery was niet het eerste framework dat de (imo ranzige) $ shortcut gebruikte, maar naar mijn weten wel de eerste die hem met CSS selectors liet werken (waar prototype o.a. $$() voor heeft) en daarmee afweek van andere frameworks.

Maar on the bright side: over een paar jaar kunnen we $(), $$(), getElementsBySelector() etcetera allemaal vergeten en kunnen we overal native querySelector gebruiken

quote:

Bosmonster schreef op donderdag 24 juli 2008 @ 23:46:
[...]


De $ var is optioneel in jQuery en je kunt hem ook nu al querySelector noemen hoor als je dat zou willen

Overigens is het gebruik van de $-variabele ook ongeveer de enige overeenkomst verder tussen de prototype-based libraries (scriptaculous, mootools) en jQuery.

quote:

crisp schreef op donderdag 24 juli 2008 @ 23:50:
[...]

De andere overeenkomst is dat ik ze allemaal redelijk goed ken qua werking maar ze geen van allen wens te gebruiken

quote:

Bosmonster schreef op donderdag 24 juli 2008 @ 23:27:
jQuery is daar in ieder geval consistent in. $ werkt altijd met CSS-selectors en geeft altijd een collectie terug. Zo weet je ook altijd waar je aan toe bent imho.

quote:

Blues schreef op vrijdag 25 juli 2008 @ 09:18:
[...]

$ in jQuery kun je ook een HTML-string meegeven (creeert een element) of een DOM element referentie (creeert een jQuery object wrapper voor dat element).

quote:

Blues schreef op vrijdag 25 juli 2008 @ 09:18:
[...]

$ in jQuery kun je ook een HTML-string meegeven (creeert een element) of een DOM element referentie (creeert een jQuery object wrapper voor dat element).

quote:

--MeAngry-- schreef op vrijdag 25 juli 2008 @ 09:29:
Ben ik de enige trouwens die de oplossing van de TS vrij ranzig vindt?

Persoonlijk had ik z'n formcontrole in de onsubmit geplaatst en daarin true of false terug gegeven. Dan heb je in ieder geval al die ranzige innerHTML niet meer nodig.

quote:

crisp schreef op vrijdag 25 juli 2008 @ 09:32:
formcontrole moet altijd in een onsubmit, en referencies geef je het beste mee met het 'this' keyword. Maar ik geloof dat ik zelf de moed al opgegeven heb met het noemen van dat soort zaken...

1
2
3
4
5

Event.observe(window, 'load', function() {
  Event.observe('formid', 'submit', function(event) { 
          checkForm('formid', 'login_check'); formFocus = false; return false; 
      });
});

• Kleur van textfield veranderen in groen of rood
• De foutmelding weergeven achter het textfield
• De focus() op de 1e fout zetten

quote:

Life schreef op vrijdag 25 juli 2008 @ 19:00:
Zoals gesuggereerd heb ik nu de formvalidatie via submit gedaan, en gelijk op een wat nettere manier:
code:

1 2 3 4 5

Event.observe(window, 'load', function() { Event.observe('formid', 'submit', function(event) { checkForm('formid', 'login_check'); formFocus = false; return false; }); });

quote:

Het liefst zou ik inderdaad met een true/false werken en daarop submitten. Het enige probleem is, is dat ik ook PHP/MySQL checks in mijn formvalidatie nodig heb. Bijvoorbeeld als de username al in gebruik is.

De acties die ik onderga, als er een fout gevonden is, zijn:

• Kleur van textfield veranderen in groen of rood
• De foutmelding weergeven achter het textfield
• De focus() op de 1e fout zetten

Zover ik weet ben ik dus wel geforceerd om het via een php bestand, dankzij Ajax.request, te controleren. Is er ook een manier om geen Ajax.request te gebruiken en alles via event.observe te valideren, inclusief PHP/MySQL checks?