[addon datagrid] DataGrid

Pro zajímavost: hodně jsem se natrápil s nefunkčním ajaxem v šabloně, něco jako:

{snippet nazev span}
 <a href="{link editPolozka!, 'editId' => $p->id}" class="ajax">{$p->nazev}</a>
{/snippet}

Signál se zavolal, ale ne prostřednictvím ajaxu. Po dlouhém zkoušení a cyklickém pročítání všech možných návodů jsem si nakonec všiml, že jsem z příkladu DataGridu přikopíroval i javascript jquery.nette.js.

Nahradil jsem ho originálním z Extras, a najednou všechno začalo fungovat. I když v DataGridu je teď třeba při použití filtru kliknout na ikonku a z nějakého důvodu se zobrazují dva spinnery. V javascriptu se bohužel vyznám jen málo a nemám možnost to teď detailně zkoumat, ale chtěl bych se zeptat, co si o tom myslíte a případně navrhnout, jestli by bylo možno modifikace nějak oddělit do zvláštního souboru, aby se to nestalo někomu dalšímu.

S odvolanim na blog jQuery jsem si musel upravit nacitani externiho jQuery skriptu v DataGridu.

konkretne

<script type="text/javascript" src="http://code.jquery.com/jquery-latest.js"></script>
->
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js"></script>

honzakuchar: Koukal jsem se na to video s tím DataGridem co jsi vystavil. Co mne zaujalo. V 36 vteřině klikneš na uložení zakázky. Při zpracování (ajaxovém) ti vyskočí vyjímka. Ve své aplikaci mám chybové zprávy také jakžtakž zpracovány, krom těch, které vzniknou při ajaxových požadavcích. Ty vidím pouze ve FireBugu. Mohl by si mne „nakopnout“ jak toto řešit? Rád bych, aby byl uživatel nějakým způsobem upozorněn pokud se při ajaxovém požadavku vyskytne nějaká chyba.

Předpokládám, že to bude nějak takto – zachytím vyjímku (v ErrorPresenteru nebo někde dřív?), unvaliduju snippet a chybu pošlu do něj (nebo je to řešeno jinak?).

Omlouvám se, že to píšu v tomto threadu, ale to video jsem viděl zde :-)

Děkuji za odpověď

K nové verzi:
Nešlo by aby $grid->displayedItems = NULL; vypnulo zobrazení roletky?

$renderer->onRowRender[]  = callback(Html $row, DibiRow $data);
$renderer->onCellRender[] = callback(Html $cell, string $column, mixed $value);

Sežere to když v callback-u nastavím $row/$cell na NULL? Jak už jsem tady někde psal hodilo by se mě to na akce (nemužu si půjčit DVD které už je půjčené).

Ako zistim v definovanej funkcii na onCellRender hodnotu keyName?

Editoval marek-m (25. 8. 2009 16:09)

Skuste ma opravit

obmedzenie akcie by som vykonal v DataGridRender na riadku cca. 540 v if ($column instanceof ActionColumn) { kde by som si dopisal nejaku funciu /callback/ za $html = $action->getHtml() , ktora by cez $data[$primary] a !title! kontrolovala moznost spustenia akcie, tu kontrolu by potom trebalo vykonat aj na handle akcie — berte ma s rezervou, v nette sa len orientujem.

marek-m:

Takhle se to nedá číst :-) formátování příspěvků

Tak jsem narazil na další problém, který souvisí s mým předchozím příspěvkem, kdy není možno vložit jako název sloupce diakritiku.

Nyní mám jako primární klíč ($grid->keyName) e-mail, který kvůli stejné kontrole neprojde. Příjde mi to zvláštní, že je kontrolován název sloupce, nebo primární klíč (když primární klíč může být v podstatě jakýkoliv řetězec).

Bohužel jsem datagrid moc nezkoumal, tak nevím z jakého důvodu to tak je, tak se jen ptám někoho zkušeného zda to lze nějak obejít. Děkuji

// EDIT: doplněné informace

Ještě pro upřesnění. Přiřazení $grid->keyName to zkousne, pokud jej následně nepoužiju pro zpracující handler
$grid->allowOperations($operations, $callback, 'email');

Editoval ji_ri_k (27. 8. 2009 0:52)

Tak jsem se dnes stal také šťastným uživatelem DataGridu (vše běží jak po másle hned na první pokus, super :)), ale potřeboval bych se v případě action dostat k Html objektu odkazu – konkrétně mu přidat class confirm.

//přidá class confirm k tomu spanu, potřebuji ji předat odkazu, který ho obaluje
$grid->addAction('Delete', 'Delete!', Html::el('span')->class('icon icon-del confirm'), false);

Jde to nějak, nebo mám upravit svůj javascript? :)

Etch napsal(a):

LastHunter napsal(a):

Tak jsem se dnes stal také šťastným uživatelem DataGridu (vše běží jak po másle hned na první pokus, super :)), ale potřeboval bych se v případě action dostat k Html objektu odkazu – konkrétně mu přidat class confirm.

//přidá class confirm k tomu spanu, potřebuji ji předat odkazu, který ho obaluje
$grid->addAction('Delete', 'Delete!', Html::el('span')->class('icon icon-del confirm'), false);

Jde to nějak, nebo mám upravit svůj javascript? :)

Osobně sem na to řešení nenalezl. Takže sem to řešil takovouto prasárnou :

$("a[title='Delete']").live("click", function () {
	return confirm('...');
});

Já jsem si říkal, že bych při nejhorším upravil své

$("a.confirm").live("click", function(event) {
	event.preventDefault();
	if (confirm("Jste si jisti?")) $.get(this.href);
});

na toto:

$("span.confirm").live("click", function(event) {
	if (confirm("Jste si jisti?")) $.get($(this).parent("a").href);
});

vrtak-cz napsal(a):

K nové verzi:
Nešlo by aby $grid->displayedItems = NULL; vypnulo zobrazení roletky?

Nějak jednoduše nešlo, prostě si nastav jinak $grid->getRenderer()->infoFormat.

Chci se zeptat, zda jste někdo přemýšlel, jak do DataGridu přidat podporu exportu do Excelu?
Napadá mě více způsobů, ale každý se mi zdá „nedokonalý“…

Má někdo již řešení, nebo nad ním přemýšlel?

Co má plug-in dělat:

• do datagridu přidat ikonu/tlačítko pro export do Excelu
• po kliknutí nabídnout uživateli soubor ke stažení
• export dat vždy nezávisle na listování (export všeho)

Problémy co mě teď napadají:

• jde nějak obejít, abych nemusel na ten Excel mít vlastní presenter (abych nemusel mít komponentu v x souborech)?
• generovat excel knihovnou? další knihovna v projektu :( Nebo se spokojit s nějakým csv?
• jak napojit na datagrid možnost exportu jen vyfiltrovaných dat…

Mam jiny technicky – pri ladeni nejakych dotazu na MySQL (kterou jsem povazoval za slusnou DB presne do chvile, nez jsem zjistil, ze „SELECT * FROM table WHERE a = 1“ neni totez, jako „SELECT * FROM (SELECT * FROM table WHERE a = 1) x“ ⇒ nechapu, jak toto muze nekdo slusne pouzivat pro cokoli vetsiho nez 1000radkovou tabulku) jsem se setkal s tim, ze DG pro me nepochopitelne vola nekolikrat count() nad datasourcem – jednou hned v konstruktoru, pak pri zjistovani, jestli DS neni uplne prazdny, atd … pokud ale mam nejake filtry, znamena to nekolik volani navic („DS se v case meni“) ⇒ na slozitejsich dotazech je to poznat.

Ma to nejaky duvod?

K tomu Excelu:
Já přemýšlím, zda by nešlo vůbec do toho DataGridu přidat nějaké rozhraní na podporu pluginů. Aby se z Datagridu nestala super obří komponenta, ale například šlo udělat Excel plugin, další export pluginy – nebo ještě něco? Takže asi jen rozhraní pro exportní pluginy…

V novejsich revizich nette, nejspis po tehle uprave https://forum.nette.org/…te-formularu mi prestali fungovat formularovy prvky (filtr, pocet radek…). Reseni je mimo muj dosavadni rozsah znalosti.

Editoval Ani (18. 9. 2009 14:24)

Mozna hloupy dotaz, ale nevim jak to udelat.

mam:

<?php
$grid->addColumn('jmeno', 'Jméno');
$grid->addColumn('mestoid', 'Město');
?>

a zvlast v action sloupci:

<?php
$grid->addActionColumn('Actions');
$grid->addAction('Edit', 'Jmeno:edit', clone $icon->class('icosn icosn-edit'));
?>

Ted jak dostat tento odkaz na editaci pod jmeno, abych nemusel mit Action sloupecek?

Dotaz c.2: Jak toto udelat v pripade ze jde o joinovanou tabulku (mesto) a zde bych rad mel odkaz na Mesto:edit

Editoval stoupa101 (5. 10. 2009 14:11)

To zní nějak až moc složitě:)

Myslím, že callback můžeš v klidu nechat přímo v Presenteru. Tam se stejně nejčastěji míchá logika pohledu a „controlleru“.

A navíc v jeho kontextu můžeš využít metod link apod.

V praxi?

class SomePresenter extends BasePresenter
{

	protected function createComponentDg($name)
	{
		$dg = new DataGrid;
		// ...
		$dg->addColumn('name', 'Jméno')->formatCallback[] = array($this, 'formatDgNameColumn');
		// ...
		return $dg;
	}

	public function formatDgNameColumn($value, $data)
	{
		return $value . ' ' . $this->link('Jmeno:edit', $value);
	}

}

Ahojte,
pokouším se předělat datagrid na DibiFluent. DibiDatasource je ve větší MySQL databázi naprsoto nepoužitelný, protože databáze zapomíná na indexy. Vycházím z toho, že stejně ve většině případů bylo jako datasource SELECT * FROM něco. Jenom tak čísla pro zajímavost:
Datasource datagrid ~500–600ms
Fluent datagrid ~4–15ms (doba SQL dotazů).

Až to bude nějaké trochu více stable, tak to vydám.

//EDIT: popřípadě nechtěl by autor sám přejít s datagridem na DibiFluent. Změny jsou naprosto minimální.

Editoval honzakuchar (10. 10. 2009 22:58)

Zrovna v takto jednoduchém případě lze ale místo

dibi::dataSource('SELECT * FROM tabulka')

psát

dibi::dataSource('tabulka')

čímž se poddotaz nevytvoří (alespoň myslím).

Jan Tvrdík napsal(a):

Zrovna v takto jednoduchém případě lze ale místo

dibi::dataSource('SELECT * FROM tabulka')

psát

dibi::dataSource('tabulka')

čímž se poddotaz nevytvoří (alespoň myslím).

Presne tak – cele to je vlastne o tom, ze stavajici implementace datasource je univerzalnejsi (a fakticky jedina mozna), pokud totiz budu mit v selektu nejakou „vypocitavanou“ promennou a pak ji hodim do trideni/filtru, trivialni pridani do WHERE / ORDER BY neni mozne bez prave toho zaobaleni puvodniho dotazu (jestli si rozumime).

Proto asi nevymyslime nic lepsiho, nez vzdy selektit jen „nativni“ sloupecky a pripadne nutnosti „vypocitavanych“ vzdy pres pohledy (ktere jsou mimochodem v MySQL take nic moc).

Osobne to povazuju za zcela zasadni poznatek k vykonnosti aplikace, ale vetsina webu patrne jede na tabulkach o par stovkach/tisicich radku bez potreb slozitejsich joinu (ktere jsou take, odpustte, v MySQL strasne a bez STRAIGHT_JOIN je „optimalizator“ fakt jalovej), kde se fatalni zpomaleni pri „obalovani“ tolik neprojevi (ten COUNT je vybornej priklad).

honzakuchar napsal(a):

tak me napadlo, co kdyby datasource vytvorilo docasne pohled

Dočasné pohledy, to je další věc, co MySQL neumí :-(

A „nedočasný pohled“ = operace na disku & potřeba oprávnění.

Bylo by fajn aby DataGrid akceptoval i DibiFluent. Kdyz se dotaz spravne napise tak i filtrovani a razeni by nemel byt problem ne?

Jedine co nepujde je delat selekt sloupecku. Na to by se muselo myslet jiz pri psani dotazu.

Mejme nejaky slozity dotaz:

SELECT
	neco, neco2, neco3, NOW() AS datum, DATE(datumacas) as jendatum
FROM tabulka
LEFT JOIN jina_tabulka USING(pk)
WHERE (
	neco3 = 'X'
	AND
	DATE(datumacas) = '2009-10-11'	-- ha zde jsem narazil zde nebude fungovat jendatum = ... :(
)
AND -- doplni filtr

No tak nejde uplne vse:( Sakrys…

Vse by slo za predpokladu:

• v selektu zadne operace s hodnotami dle kterych ma byt filtrovano
• podminky v jedne velike zavorce aby filtr mohl pridat AND … bez naruseni priority operaturu

Co myslite?

Editoval phx (13. 10. 2009 11:14)

Já na tohle používám TabControl. (alespoň tedy pokud jsem to správně pochopil) Pokud to nechceš mít ve formě tabů, tak stačí přestylovat.

Tak přeci jen mi to nedá a zkusím se optat ještě jednou resp. to lépe vysvětlit.

Volám z master tabulky detail takto: /detail/default/x, kde x je číslo záznamu detailu. Detail obsahuje seznam záznamů k masteru, které se zobrazují přes dataGrid.
V dataGridu se mi pro vložení nového detailu vytvoří link /detail/default/x?do=add (vytvářím ručně metodou link), ale pro opravu stávajícího záznamu mi vytvoří link /detail/default/y?do=edit.

Jak takovouhle situaci řešíte ? Nemůže to vytvořit link */detail/default/x/y?do=edit nebo nějaké jiné řešení ? Logicky by měl původní link zachovat a přidat si k němu svoje parametry myslím.

Ani napsal(a):

V novejsich revizich nette, nejspis po tehle uprave https://forum.nette.org/…te-formularu mi prestali fungovat formularovy prvky (filtr, pocet radek…). Reseni je mimo muj dosavadni rozsah znalosti.

honzakuchar napsal(a):

Problém je v tom, že zmizela metoda isPopulated(). (datagrid.php:922) → Datagrid prostě nefunguje.

Existuje nejaká náhrada za isPopulated?

Opraveno v revizi 52. Nyní by měl být DataGrid kompatibilní i s vývojovou verzí 0.9.2