🚀 go-pugleaf

rafian <ronin.rs@gmail.com> napisał(a): 

> Witam.
> Mam pewien problem, do walidacji formularzy stworzy=B3em sobie funkcj=EA
> (dzia=B3a bardzo dobrze), mniej wi=EAcej tak=B1:
> SprawdzWysylke(obj_form){
> var form=3Dobj_form.id;
> for(el in document.forms[form].elements){
> ....
> var typ=3Ddocument.forms[form].elements[el].type;
> ....
> var obw=3Ddocument.forms[form].elements[el].getAttribute('o');
> //je=B6li obw=3D=3D1 - pole formularza jest obowiazkowe
> if(obw=3D=3D1){
>   //tu sa wykonywane rozne czynnosci w zaleznosci od nazwy pola itp
> 
> }
> }
> 
> Tak jak pisa=B3em na wst=EApie sama funkcja dzia=B3a, tak jak sobie tego
> =BFycz=EA.
> Jednak problem mam z walidacj=B1 kodu strony walidatorem w3, wszystkie
> strony mam zgodne w 100% z XHTML
> 
> W HTML mam tak stworzone obiekty: <input type=3D"text" value=3D"" o=3D"1"
> id=3D"email" name=3D"email"/>
> walidator pokazuje mi b=B3=B1d, =BFe nie mog=EA u=BFy=E6 atrybutu o
> 
> I teraz pytanie co z tym zrobi=E6? Je=B6li nie mog=EA u=BFy=E6 w=B3asnych
> atrybut=F3w, to czy kto=B6 ma jaki=B6 pomys=B3 jak zrobi=E6 tak=B1 w miar=
> =EA
> uniwersaln=B1 walidacj=EA formularzy, tak=B1 aby osoba tworz=B1ca tylko kod
> HTML z tego poziomu by=B3a w stanie okre=B6li=E6, czy pole ma by=E6
> obowi=B1zkowe, czy te=BF nie, oraz aby by=B3o to pro=B6ciutkie i intuicyjne=
>  w
> u=BFyciu.


Po co tak wydziwiać. Zawsze miałem awersje do robienia
niepotrzebnych klas, obiektów itp duperel zajmujących tylko pamięć
i komplikujących kod.

<input id="inp1" onBlur="MyFun(this.value)">

<script>
function MyFun(x)
{
 if(x.length==0 || x.substring(0,1)==' ')
  alert('aaa...');
 else
  alert('bbb...');
}

Andrzej.


-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/