[addon live-form-validation] Live Form Validation

Podle mě je to jak říká Honza. Protože to co píšeš je licence LGPL.

Pokud budu na nějakém webu používat komponentu pod GPL licencí, tak musím celý web vydat jako open-source projekt taktéž pod GPL licencí.

Pokud budu tvořit normální komerční web a budu tam chtít použít komponentu pod GPL licencí, tak musím celý web vydat jako open-source projekt taktéž pod GPL licencí.

Pokud tvořím komponetu a chci, aby mohla být použita i v close-source projektech, tak je ideální ji vydat pod New BSD license/MIT, případně alespoň pod LGPL.

Viz také:

• Misantrop: Proč nepoužívám GPL?
• Misantrop: Ještě jednou k licencím

Editoval Jan Tvrdík (28. 8. 2009 14:32)

OT: Pořád čekám, až někdo udělá web zabývající se polopolatickým vysvětlováním licencí.

Warden napsal(a):

Pouze pokud ten web poskytuji třetí straně ne? Když si to plácnu na nějaký svůj projekt, tak ho snad nikde vystavovat nemusím? Ale dost možná je to jiná licence…

Ano, je to tak, svůj předchozí výrok jsem upřesnil. Bohužel to nic nemění na tom, že pakliže je komponenta pod GPL licencí a neexistuje k ní komerční licence, tak je její použití velmi omezené, protože většinu webů, které dělám jsou zakázky a tam tu komponentu využít nemůžu.

Proto např. Texy! pod GPL licencí nelze použít v komerčních projektech a je potřeba pro ně zakoupit komerční licenci.

Editoval Jan Tvrdík (28. 8. 2009 14:37)

Přesně tak, GPL upravuje to, že pokud poskytuješ sw třetí osobě, musíš poskytovat zdrojáky…to, jestli si za to necháš platit nebo ne, je GPL jedno. Komerčnost nekomerčnost neřeší.

Jasně, píšu…musíš poskytovat zdrojáky tak jsem to myslel.

Ola napsal(a):

Podle mě ty zdrojáky musíš dát k dispozici všem, nikoliv pouze klientovi.

Já si to nemyslím, nic takového jsem nenašel. A prosím opravte mě s citací, pokud se mýlím. Podle mě GPL upravuje práva příjemce toho produktu, je to end-user licence. A tvrdí, že tento příjemce má právo obdržet s produktem zdrojové kódy. Přijde mi ale divné, aby licence nutila distributora poskytnout produkt komukoliv.

//Edit: kromě práva na zdrojové kódy je tam taky to právo příjemce produkt dále distribuovat, modifikovat, atd., v tom je zajištěna ta svoboda.

Editoval buff (28. 8. 2009 15:00)

Za ideální volbu považuji New BSD license nebo MIT. Jmenují se různě, ale jejich význam je stejný.

Já to taky vítám, tu změnu, nerozumějte mi špatně. Ale stejně mi trochu vadí, že nezmizí ta místní z mého pohledu iracionální obava z GPL. Podle mě je i na komerční webové aplikace dost dobře použitelná.

Myslel jsem že už není co vylepšovat na téhle třídě, ale ukázalo se že je!

Představuji verzi 0.8, která vylepšuje některé funkce a dává trochu více možností pro programátory:

Features

• option proměnné
  • JS kód při jakékoliv chybě po odeslání formu (jako echo uživateli, že ještě je někde chyba, hodí se např pro velké formuláře, kde by to nebylo zřejmé; ukázáno v DEMU)
  • validovat Form::FILLED operace až pouze po submitu (takže ne tak live)
  • validovat při keyup eventu (nebude to řvát už při psaní)
  • komprese JS kódu do jedné řádky (ukázáno v DEMU)
• tabulátor při keyup eventu nespouští validaci
• lepší provázání validace více elementů (Condition a ConditionOn)
• provázané validace elementů se spouští až po tom co je uživatel „prošel“ (přešel TABem, vyplnil správně/špatně), takže to neřve že 2. heslo nesouhlasí když ještě vyplňujete to první

Demo + Download

Protože stále(!) nefungují stránky nette, hodil jsem odkaz k downloadu k Demu ZDE

Aha!
Děkuji, opravím.

Ona tam je, ale musíš zaškrtnout Posílat notifikace. :)

Vím, vím, logicky je to hloupost..

_Martin_ napsal(a):

Tak co tam dát tu fičurku toogle, aby to políčko na mail nebylo vidět, když není zaškrtnuto posílání notifikací?

Dal sem to tam, ale je tam takovej malej workaround, jak se tam zobrazuje i ta zelená ikonka, tak aby nebyla vidět když je to schované, protože Chromák posílá eventy v trochu jiném pořádí než FF, takže to úplně nešlo. Holt až si budete přepisovat JS na tohle musíte dávat pozor.

Jinak jsem zapomněl skoro na jednu z hlavních feature nové verze!

• zabalování funkcí pro validaci (a toggle) do JS objektu. Například pro MyForm se vytvoří object MyForm a fce se volají MyForm.validate(), atd…

určitě, až bude čas, snad dnes večer..

tady je přepsáná metoda na vytvoření chybové zprávy, ale musíš si to upravit sám. Pracuje tak, že pokud první element formu není <ul> seznam, tak ho vytvoří a do něj pak vloží nový <li> (do které se potom vpíše chybová zpráva). Musím ale říct, že je to dosti otravné řešení, no uvidíš sám..

<script>
function errorMessageElement(id, sender)
{
    var ul = sender.form.firstElementChild;		//ul seznam
    if(ul.tagName.toLowerCase() != 'ul') {		//neni to seznam?
      var new_ul = document.createElement('ul');	//vytvorime ho
      new_ul.className = 'errors';			//vlozime css class
      sender.form.insertBefore(new_ul, ul);		//vlozime do stromu DOM
      ul = new_ul;
    }
    var el = document.getElementById(id);		//chybova hlaska, pokud uz byla vytvorena
    if(!el)						//existuje?
    {
        el = document.createElement('li');		//vytvori novou polozku <li>
        el.id = id;

        ul.appendChild(el);				//vlozi do stromu DOM
    }
    else
    {
        el.style.display = 'list-item';			//pokud existuje zobrazit ji
    }
    return el;
}
</script>

Stačí stejnojmennou funkci v LiveFormValidation.js přepsat tímto.

Editoval redhead (10. 12. 2009 17:51)

Ahoj všici. Mám trochu problém s validací RadioListů. Ve zdrojácích jsem koukal se s tím nějak počítá, ale prakticky mi to padá při odeslání formuláře, protože se tam volá

<script>
validateHostingFormControl(document.getElementById('frmhostingForm-CLOSED'))
</script>

čili jakoby podle hlavního ID. Jenže jak jsem zkoumal HTML, tak tam jsou jenom IDčka pro jednolivé radio prvky „frmhostingForm-CLOSED-0“ a „frmhostingForm-CLOSED-1“, čili podle výše uvedeného IDčka to nic nenajde, padne to JS chybou a dojde tak k pádu validace a odeslání formuláře, protože se nevrátí false.

Díval jsem se na GitHUB a tam to vypada, ze je to fixed …

https://github.com/…sues/unreads#…

a

https://github.com/…dccb3a619163

Ale me pripada, ze to porad nefunguje … live validace mi proste dovoli form odeslat i kdyz mam formular uplne prazdny…

Mam nette: 0.9.3-dev ae8347e released on 2010–01–20

Fixnuto, je to v Addonech

Chybička se vloudila: https://forum.nette.org/…iewtopic.php?….

Patch: LiveClientScript.patch.
//Doplnění: patch aktualizován.

Editoval Panda (19. 2. 2010 11:18)

<?php
function errorMessageElement(id, sender)
{
    var el = document.getElementById(id);
    if(!el)
    {
        el = document.createElement('span');
        el.id = id;
        var parent = sender.parentNode;

        if(parent.lastchild == sender) {
            parent.appendChild(el);
        } else {
            parent.insertBefore(el, sender.nextSibling);
        }
    }
    else
    {
        el.style.display = 'inline';
    }
    return el;
}
?>

Proc je tady napevno display inline?
Kdyz kliknu poprve do kontrolovaneho pole a napriklad ma byt filled a kliknu jinam tak se error ukaze s nadefinovanym stylem, kdyz ale do onoho pole kliknu znovu a pak zase pryc tak se erroru prida prave display inline, muze to rozhodit pak to nastylovani a tak se jen ptam jestli to ma nejaky vyznam ktery nevidim?

uz na to koukam ze jsem nebyl zas tak proziravy
 dik

SquirrelCZE napsal(a):

zdravim, bylo by mozne dat nekam zdroj.kod DEMA? :)
co se tyce nette tak jsem zacatecnik takze by se mi to hodilo, ono moje formulare jeste nejsou eno nuno a chtel bych se podivat :)

Je to tam, ještě jsem to upravoval, tak snad to funguje:

http://www.utf-8.cz/…tionDemo.zip

Hmm, a renderuješ opravdu všechny prvky z formuláře? Nebo nepřejmenováváš někde atribut id u prvku?

Chtělo by to vědět, který prvek to způsobuje, tzn. debugovat javascript.

Jinak pokud to chceš vyřešit tak bych doporučoval přidat před řádek:

if(typeof(sender) != 'string');
...

kontrolu zda-li je sender null a vrátit true:

if(!sender)
	return true;
if(typeof(sender) != 'string');
...

Teď to bohužel neopravím, tak si to kdyžtaj uprav v LiveClientScript.php (měl by to být řádek 162)

cmelis napsal(a):

neplánuješ prosím tento plugin přepsat do php 5.3 s namespaces? Začínám s nette a používám php 5.3 ale nějak se mi to nedaří rozchodit.

To už si druhý během dneška :D No, musím se přiznat, že o namespacech toho moc nevím (resp. nikdy jsem s nimi nepsal). Je to ale je jen jedna třída, nemůže to být složité to přepsat, nechceš to zkusit? Nemám zrovna teď moc čas.