ConfirmationDialog

Mohl bych poprosit o nějakou ukázku (demo)? Vypadá to zajímavě!

Warden napsal(a):

Proč to nešoupneš do extras? I s ukázkou…

Protože „Na webu momentálně probíhá údržba.“… Až to pojede, dám to tam.

Ukázkový kód je v zipu. Na live demu se pracuje. Ale není težké si to vyzkoušet u sebe ;)

Rád bych to otestoval, ale je to pro PHP 5.3. Na PHP 5.3 bych rád přešel, ale nepodařilo se mi nějak rozumě pod ním rozběhat xDebug. Neumí to třeba v metodách vypisovat proměnné. Což v 5.2 fungovalo perfektně. Co používáte na debugování?

na webu je do Úterý stop stav… (nelze nic měnit, přidávat atd…)

honzakuchar napsal(a):

Super komponenta!

Díky :)

Jenom by to ještě chtělo doplnit to točící kolečko, že se něco děje

„Spinner“ tam byl, jen nebyl zviditelněn v CSS, ale i tak to není až tak věc komponenty.

a dočasně zamknout submit buttony. (protože, pak bych to mohl odeslat vícekrát)

Dočasně zamknout buttony, no to je věc JS :) Ale když se tak stane, tak první odeslání smaže token a druhý selže.

Docela bych ale tenhle požadavek směroval na https://componette.org/search/?…, protože tohle se zřejmě netýká jen formuláře na ConfirmationDialogu.

Jo, to je mi jasné. Ale když jsi to psal pro PHP 5.3, tak asi jsi už pod PHP 5.3 něco debugoval. Co na to používáš? Protože xDebug je zatím téměř nepoužitelný. :(

XDebug nefunguje, to vim. Vyřešil jsem to tak, že se bez něj obejdu.

A nepadá ti PHP + Apache pokud používáš laděnku?

Na tohle jsem nenarazil (LAMP). A to laděnku, profiler a fireLog docela hojně využívám (častěji teda ty poslední 2 :)

Editoval DocX (27. 9. 2009 20:41)

UPDATE

• Upraveno demo
• Demo aplikace bylo přibaleno do archívu s komponentou
• Handlery potvrzovačů nyní přebírají jako poslední parametr ConfirmationDialog na kterém byl spuštěn
• Otázka může být nyní i objekt Html

Editoval DocX (28. 9. 2009 14:30)

To jsem byl já, neupravoval jsem to, jen jsem na to narazil při pokusu na 5.2.9.

Hned se podívám jak jsi to udělal, jinak – zkoušel jsi to zprovoznit na původní verzi PHP, a s jakou verzí nette jsi to dělal (stable 0.9.1?), jelikož známí má problémy s provozněním – ale to bude asi jeho chyba.

Smazal jsem to omylem, když mi se zobrazili dva stejné příspěvky za sebou, smažu jeden a ten druhý šel taky ((

Editoval grogy (4. 10. 2009 14:09)

Založen GitHub

Založil jsem repozitář Confimation Dialogu na GitHubu.

Kdo chce, má nyní jednodušší cestu, jak sdílet své úpravy, či jak získat novou verzi ;)

grogy napsal(a):

Jde mi spíš o to, jestli by šlo v úplně stejném tvaru jako to je teď mohlo vyjet okno s oznámením, které odklikneš jen „OK“. Co myslíš?

Zní to pěkně :) Ovšem nevím, jestli to má nějakou návaznost na ConfirmationDialog. Tento oznamovací dialog by z něj totiž nepoužil prakticky nic až na vnořený AppForm.

Jediné, co by možná bylo užitečné, kdyby se to oznámění nějak zadrátovalo do toho ConfirmationDialogu. Ale nevím, jestli by to tam nebylo tak trochu navíc.

Kdyby to zase měl být nějaký samotný NotificationDialog, bylo by to v podstatě jen zapouzdření AppFormu.

Navíc, jak by se to chovalo bez AJAXu? Nutnost odeslání POSTu, redirectu na GET a znovunačtení stránky jen kvůli odkliknutí oznámení?

Nicméně, napadá mě, že „flashky“ ti nikdo nepřikazuje stylovat jako pruh nahoře nad stránkou. Stejně tak, jako ti nikdo nepřikazuje stylovat ConfrimationDialog jako fixed do prostřed stránky.
Chci tím říct, že flash message si můžeš nastylovat také jako „okýnko“ a JSkem do něj dát tlačítko, který ho „zničí“ :) A můžeš to udělat i bez JS ;)

Jinak já na všem vždycky hledám negativa. Neříkám, že to nezní dobře ;)

grogy napsal(a):

Po tomto odůvodnění souhlasím také. Když jsem to psal, tak jsem nemyslel na vnitřní návaznosti, nýbrž jen na výsledek – ale to mazací tlačítko není vůbec špatný nápad ;)
Díky

Já taky děkuju :) Nápad je to dobrý. Přesně stejný problém vlastně „provozuji“ také, ale nepřikládal jsem mu nějakou pozornost. Možná mě napadne něco geniálního až to budu implementovat, ale spíš ne :D Ale kdyby přece, tak se určitě podělím.

Jinak jsem rád, že se někdo ozívá s novými nápady :)

honzakuchar: moc pěkné :)

Dá sa dialóg použiť aj na operácie v DataGride (teda pre viac riadkov naraz) ?

Jo jen tak BTW. Proč mi nikdo neřekl, že DataGrid umí předat do destination akce pole s dalšími statickými parametry? Tím by se dalo dialogu říct jaký dialog zobrazit a nemuselo by se dělat s těmi „dynamickými“ signály :) No ale aspoň je vidět jak je Nette všestranný :)

Nechybí ti tam ‚r‘ ??? ConfiRmDelete!

Editoval redhead (17. 10. 2009 21:32)

Kdo používá PHP < 5.3 tak si někam do aplikace doplňte tuto funkci:

if(!function_exists('lcfirst'))
{
	function lcfirst($str)
	{
		$str{0} = strtolower($str{0});
		return $str;
	}
}

Ještě se chci zeptat, co dělá \ před funkcí, v PHP < 5.3 mi to zas dělá neplechu:
Warning: Unexpected character in input: ‚\‘ (ASCII=92) state=1 in C:\xampp\htdocs\rswcz\app\extras\ConfirmationDialog\ConfirmationDialog.php on line 147

if (!is_callable($question) && !\is_string($question))
	throw new InvalidArgumentException('$question must be callback or string.');

Editoval gmvasek (31. 10. 2009 10:47)

Jan Tvrdík napsal(a):

V PHP 5.3 by to mělo označovat (pokud se nemýlím) globální funkci.

Předně tak. Tak to se omlouvám, projížděl jsem to a snažil se tyhle (zbytečné) nekompatibility odstranit. Myslím, že i to lcfirst, jsem jednou předělával tak, aby to bylo bez zásahu použitelné v 5.2.

Kouknu se ještě na to, co to vlastně na serveru nabízíme :)

deric napsal(a):

Je možné nahradit inline php5.3 fci, tak abych mohl v php5.2 předat parametr z DataGridu?

Jistě, že jde. Jeto klasický PHP callback. Takže můžeš udělat funkci v presenteru a pak tam napsat například

<?php
   ... array($this, 'FormatDeleteDialog') ...
?>

btw. odkud se berou parametry $dialog a $params?

$params se berou ze signálu, který spustí dialog. $dialog je odkaz na instanci dialogu nad kterym se ta funkce spustila ( pro možnost např. změnit text v tlačítku apod. ).

ahoj,

mam problem, ze aj po kliknuti na no v dialogu sa prevedie funkcia priradena pre yes – teda u mna konkretne zmazanie zaznamu

<?php
function createComponentConfirmForm()
    {
    	$form = new ConfirmationDialog();
        $form->addConfirmer(
                        'delete', // název signálu bude 'confirmDelete!'
                        array($this, 'deletePage'), // callback na funkci při kliku na YES
                        array($this, 'questionDelete') // otázka (může být i callback vracející string)
                        );
        return $form;
	}

	public function questionDelete($dialog, $params)
	{
		return 'Really delete Page '.$params['title'].'?';
	}

	public function deletePage($params, $dialog)
	{
		$title = $params;
		$webalized_title = String::webalize($title);
		try{
			$this->model('pages')->delete($title);
			$this->model('menuItems')->deleteRelated($webalized_title);
			$this->flash('Page '.$title.' deleted!');
			$this->invalidateControl('grid');
		}
		catch(DibiDriverException $e)
		{
			$this->flash($e->getMessage());
		}
	}
?>

vlastne je to vsetko podla prikladu. neviete kde je pes zakopany? diky

v sablone je

{block #content}
	{control tabs}
	{control confirmForm}
{/block}

v taboch sa vytvori dataagrid a tam sa vyvolava tento dialog ajxom

<?php
$grid->addAction('Delete', 'confirmForm:confirmDelete!', null, $useAjax = TRUE);
?>

bolo to sposobene mojim javascriptom, takze sorry, ze som otravoval. ale vsetky ostatne formy isli, tak mi to neslo do hlavy.

pri zajaxovavani formov musia byt uvedene dva handlery

<?php
    $("form").livequery("submit",function (event) {
        $(this).ajaxSubmit();
	event.preventDefault();
    });

    $("form :submit").livequery("click",function (event) {
        $(this).ajaxSubmit();
	event.preventDefault();
    });
?>

ten druhy mi chybal co sposobilo tu chybu, aj ked netusim aky je v tom rozdiel.

Nění mi úplně jasné jaký kód vložím do callbacku, aby vyvolal ten daný dialog??
A jak to udělám, aby to po odkliknutí YES provedlo danou akci?

V továrničcce dialogu vytvoříš otázku a v kódu akce vyvoláš dialog pomocí

<?php
	$this['confirmForm']->showConfirm('nazevOtazky', array('id' => $id,...));
?>

Akorát si nejsem jist jak to vlastně proběhne. Budu přemýšlet nahlas:

Operace datagridu jedou přes form. Takže se odešle POST požadavek, tím se spustí handler operace, v ni se otevře dialog, tím se invaliduje a bude se chtít vykreslit. Takže se nesmí presměrovávat, ale nechat stránku vykreslit v POSTu.. Což asi ničemu nevadí. Kliknutím na tlačítko „ANO“ na dialogu se odešle zase form, který už obslouží callback napojený na dialog. Takže myslím OK.

Takže jak jsem řekl v továrničce dialogu vytvoříš otázku, v obsluze operace datagridu zavoláš zobrazeni dialogu a nesmis přesměrovávat a v obsluze „yesClicked“ udělaš svoji požadovanou věc ;)

parametry, které se po potvrzení předají obsluhující funkci, se ukládají do session v okamžiku zavoláni showConfirm. Myslím, že by neměl být problém tam hodit pole nebo jakýkoliv jiný objekt schopný serializace.

v questionMultiDelete si to uloz do session a v confirmMultiDelete si to zas vytiahni

<?php
	$this['confirmForm']->showConfirm('multdelete', $rows);
?>

->

<?php
	$this['confirmForm']->showConfirm('multdelete', array($rows));
?>

Je to pole parametrů, které se předají funkci. Takže když tam dáš pole a funkci máš jen s 1 parametrem, tak se do něj předá samozřejmě jen první prvek…

Zdravím,

přešel jsem z v. 0.9.2 na v. 0.9.3. Ve starší verzi mi v pořádku confirmForm fungovali, měl jsem zde jen potvrzování při mazání záznamů (v dataGridu). Nějak se teď motám v těch továrničkách na komponenty, nevim… Laděnka teď s novou verzí nette hlásí chybu: „Component with name ‚confirmForm‘ does not exist.“

kód v šabloně:

{block #frameContent}
<h2>{$title}</h2>
{snippet}
{control confirmForm}
{widget polozkyVMenu}
{/snippet}

kód presenteru:

function createComponentConfirmForm()
{
	$form = new ConfirmationDialog();
	$form
	->addConfirmer('delete',
	array($this->presenter, 'actionDelete'),
        'Opravdu chcete položku smazat?'
	);
	return $form;
}

Může mi někdo poradit, nasměrovat, předem moc díky.