ublaboo/datagrid: mocný, rychlý, rozšiřitelný, hezký, anglicky dokumentovaný datagrid

Zdravím,
mám problém, se kterým si nevím rady a rád bych se zeptal, zda se s tím už někdo nesetkal.
Mám datagrid v treeview s možností sortable. Pokud začnu táhnout parent prvek, je vše v pořádku https://ctrlv.cz/7wke. Pokud začnu táhnout první child prvek, opět se začne přesunovat celý parent, což je špatně https://ctrlv.cz/avQS. Pokud začnu táhnout jakýkoli jiný child prvek, tak se přesunuje jen on, což je opět správně https://ctrlv.cz/UksK.

Zkoušel jsem vyhodit z layoutu všechny nepotřebné (pro datagrid) CSS a JS, ale chování se nezměnilo. Pokud by někoho napadlo, čím by to mohlo být, budu vděčen za každou pomoc

Ahoj.

Dve otázky.

1. Odkaz na signál v presenter-i

Definíciu grid-u mám vo factory triede. V stĺpci akcií je akcia Editovať.

$grid->addAction('edit', 'Editovať', 'edit!')

V presenter-i mám funkciu handleEdit()

Grid zobrazujem vo view list.latte, takže url v prehliadači je /request/list. Link v tlačidle Editovať je teda /request/list?id=21&do=edit.

Ako docielim to, aby som vytvoril link /request/?id=21&do=edit?

Štandardne by som to spravil cez makro n:href takto:

<a n:href="Request:default do => edit, id => $request->id">Editovať</a>

2. Hodnota parametra – keď stĺpec neexistuje v databáze

Štandardne nie je možné dať do link-u hodnotu parametra, keď takýto stĺpec neexistuje. Ako sa to dá obísť?

V tomto prípade si len chcem do link-u pridať vlastný parameter, stĺpec car v databáze nie je.

$grid->addAction('car', 'Avízo pre dovoz autom', 'create!', ['id', 'type' => 'car'])

Vďaka.

Editoval jurajvt (14. 7. 2017 12:05)

Ahoj, narazil jsem na podivný problém, který se možná tak docela netýká Ublaboo\Datagridu, nicméně mohl bych zde dostat aspoň nějakou nápovědu jak to řešit.

Mám databázi PostgreSQL a používám jako datasource Dibi\Fluent rozhraní. Vlastností Postgresu je, že očekává stringy v 'jednoduchých uvozovách' a je-li to nutné, pak identifikátory (názvy sloupců) ve "dvojitých úvozovkách". Datagrid si při filtrování dělá do databáze např. takovýto dotaz:

SELECT u.*, r.description AS role_description
FROM users u JOIN roles r USING (role)
WHERE ('login' LIKE '%ad%')
ORDER BY "login"
LIMIT 10

V tomto dotazu je ale jádro pudla, které tkví v tom (mimochodem úplně zbytečně) špatně escapovaném řetězci 'login' ve WHERE podmínce. Vzniká z tohoto kódu:

$this->users->getDataSource()
				->select('u.*, r.description AS role_description')
				->from('users u')
				->join('roles r')->using('(role)')
				->orderBy('login')

ke kterému si Datagrid něco přidává fluent rozhraním. O tom co přidává moc pochybností nemám, protože tam to je escapované správně, nicméně po nějakém pátrání jsem došel na to, že někde uvnitř metody Dibi\Translator::translate() se to celé přeloží znovu a tentokrát ze správného "login" na špatné 'login'. Postgres tak srovnává dva řetězce a ne řetězec s obsahem identifikátoru a tudíž nic nevyfiltruje (výsledek filtru je prázdný).

Tušíte někdo proč by se to mělo dít, resp. co s tím? Je to totiž dost zákeřná chyba, a nenašel jsem žádný způsob jak ji obejít (a to jsem si už hrál i s tím Dibi\Translatorem)

Ahoj,
nevím jak vybruslit z následujícího začátečnického problému…určitě jednoduché řešení,ale už nad tím dumám přes půl hodky a nevím jak na to

mám grid např. Autobazary kde je primární klíč id. Mám tam akci detail, která mi otevře novou stránku s detailem autobazaru s url autobazary/detail/5

Uvnitř této stránky mám mimo jiné grid se seznamem aut, kde je primární klíč taktéž id, avšak když na tento grid navážu akci např. delete,

$grid->addAction('delete', '', 'deleteCar!')

tak se mi to přesměrovává na stránku např. autobazary/detail/1234?do=deleteCar

jak mám zanechat původní url i s detailem autobazaru a id auta, aby se mi posílalo jako další parameter

díky za nakopnutí ;)

Pavel Janda napsal(a):

@sevca79 persistent parameters in presenter + jiné jméno sloupce než ID, které je matoucí pro presenter.. :)

a nejde to nějak jinak, než přejmenovat jméno sloupce?? U inlineEditu to nějak funguje, že se id u seznamuAut, nejak prejmenuje na nazevGridu-id a původní id (detailu autobazaru) zůstane…jen sem celkem začátečník a ze zdrojáků inlineEditu na to nemůžu přijít

Ahoj,

mám v datagridu jako sourceData obyčejné pole. Zkouším si pak nastavit na filtr typu DateRange vlastní podmínku (která by měla vzít rozsah datumu from a to a z databáze vyhledat vyhovující), nicméně se mi to nedaří.

$grid->addFilterDateRange("created", "")
	 ->setAttribute("class", "form-control input-sm datepicker")
	 ->setCondition(function($fluent, $value) {
				$fluent = [];
                $fluent[$value] = [
                    "attributte1" => "value1",
                    "attributte2" => "value2",
					"attributte3" => "value3",
                ];
	});

Zkoušel jsem pouze resetovat pole a přidat do něj jednu položku, samozřejmě bez úspěchu. Řešil už někdo obecně problém, ve kterém je v DB velké množství dat, a chce jej při filtrování tahat z DB, aby nazačátku nemusel přenášet všechny řádky?

@sibka To je zvláštní chování. Vážně nepoužíváš žádnou další knihovnu, která by to mohla ovlivnit? Děje se to pouze při přidání nette.ajax.js?

@sibka Hmm, ty při každém requestu překreslíš celý obsah.. Proč?

@PavelJanda Šla jsem podle postupu uvedeného u doplňku vojtech-dobes/nette-ajax-history

Editoval sibka (1. 8. 2017 8:47)

Zdravím,
tree-view mi v záhlaví vykresluje akce, které se při submitu aplikují na první řádek tabulky. Děje se to i v příkladu v dokumentaci, předpokládám že tohle chování není zamýšlené?

@PavelJanda Mám na mysli div třídy „datagrid-tree-item datagrid-tree-header“ v příkladu.

Ahoj, mohu nějak změnit ikonu pro inline editaci? Ta se objevuje automagicky s addInlineEdit() a nepřišel jsem na to, jak ji změnit a odstranit class btn-xs. Díky.

theo napsal(a):

Ahoj, narazil jsem na podivný problém, který se možná tak docela netýká Ublaboo\Datagridu, nicméně mohl bych zde dostat aspoň nějakou nápovědu jak to řešit.

Mám databázi PostgreSQL a používám jako datasource Dibi\Fluent rozhraní. Vlastností Postgresu je, že očekává stringy v 'jednoduchých uvozovách' a je-li to nutné, pak identifikátory (názvy sloupců) ve "dvojitých úvozovkách". Datagrid si při filtrování dělá do databáze např. takovýto dotaz:

SELECT u.*, r.description AS role_description
FROM users u JOIN roles r USING (role)
WHERE ('login' LIKE '%ad%')
ORDER BY "login"
LIMIT 10

V tomto dotazu je ale jádro pudla, které tkví v tom (mimochodem úplně zbytečně) špatně escapovaném řetězci 'login' ve WHERE podmínce. Vzniká z tohoto kódu:

$this->users->getDataSource()
				->select('u.*, r.description AS role_description')
				->from('users u')
				->join('roles r')->using('(role)')
				->orderBy('login')

ke kterému si Datagrid něco přidává fluent rozhraním. O tom co přidává moc pochybností nemám, protože tam to je escapované správně, nicméně po nějakém pátrání jsem došel na to, že někde uvnitř metody Dibi\Translator::translate() se to celé přeloží znovu a tentokrát ze správného "login" na špatné 'login'. Postgres tak srovnává dva řetězce a ne řetězec s obsahem identifikátoru a tudíž nic nevyfiltruje (výsledek filtru je prázdný).

Tušíte někdo proč by se to mělo dít, resp. co s tím? Je to totiž dost zákeřná chyba, a nenašel jsem žádný způsob jak ji obejít (a to jsem si už hrál i s tím Dibi\Translatorem)

Ahoj,
toto jsem také řešil. Napsal jsem na to i issue #496 na githubu.

Jestli jsem datagrid dobře pochopil, take podle mě je to trochu chyba gridu(?). Ten totiž vše (včetně názvu sloupců) escapuje (snaží se o nativní escapování podle db). Jenže dibi dle dokumentace očekává nikoliv nativní, ale jeho speciální escapování, takže to dopadne, tak jak to dopadlo. S PostgreSQL to nefunguje. Ve svých projektech to (provizorně) řeším zakomentováním escapování v metodě applyFilterText v DibiFluentDataSource.php. Správné řešení by asi bylo vždy escapovat pomocí `identifier` nebo [identifier], 'string' nebo "string"…

@elring Nemám k dispozici testovací postgre, mohl by jeden z vás poslat případně PR? :) Třeba s novým DibiFluentPostgreDataSource?

Já ten PR klidně udělám. Už jsem ho měl i připravený. Je to jen nahrazení escapování pomocí dibi helperu za $column = '[' . $column . ']'. Jen nevím, jestli to dávat do speciální verze pro Postgres. V podstatě by to mělo být společné pro všechny db. Musel bych to ale otestovat na mysql…

Ale samostatný DibiFluentPostgreDataSource by měl výhodu, že by se tam ve filtrování dalo propašovat nahrazení LIKE za iLIKE, což je opravdu specialita Postgresu pro case insensitive hledání… To je ale asi na jiný PR :)

Ahoj, nevím si rady s následujícím problémem. V datagridu mám u sloupce status nastavený callback, který zruší select u aktuálně přihlášeného uživatele. Viz. kód níže. Pokud ale nastavím Big innline editaci pouze na jméno a email, po kliknutí na tlačítko edit mi grid dovolí editovat i status. Ten bych rád editovat pouze v případě, že se nejedná o aktuálně přihlášeného uživatele.

Díky za každou radu

public function createComponentUsersGrid($name) {
		$grid = new DataGrid($this, $name);

		$grid->setDataSource($this->usersRepository->getList());
		$grid->setDefaultSort(['id' => 'ASC']);
		$grid->addColumnNumber('id', 'ID')
			->setSortable();
		$grid->addColumnText('name', 'Jméno')
			->setSortable();
		$grid->addColumnText('email', 'Email')
			->setSortable();
		$grid->addColumnStatus('status', 'Stav')
			->setAlign('center')
			->addOption(0, 'Neaktivní')
			->setClass('btn-success')
			->endOption()
			->addOption(1, 'Aktivní')
			->setClass('btn-primary')
			->endOption()
			->onChange[] = [$this, 'userStatusChange'];

		$grid->addColumnCallback('status', function($column, $item) {
			if ($item->id === $this->presenter->user->getId()) {
				$column->setTemplate(NULL);
				$column->setReplacement(["1" => 'Aktivní', 0 => 'Neaktivní']);
			}
		});

		$grid->addInlineEdit()
			->onControlAdd[] = function($container) {
			$container->addText('name', '')
				->setRequired('Vyplňte jméno');
			$container->addText('email', '')
				->setRequired('Email');
		};

@radas Signál na presenter asi ne, komponenta by podle mého názoru neměla vědět o žádném handleru v presenteru. Buď si to vyvolej postupně (handleFoo v komponentě, kde zavoláš presenter), nebo to udělej akcí ($grid->addAction('foo', 'Foo', 'Homepage:foo'))

@nocturne32 To druhé by šlo:
1, Můžeš si podědit třeba ColumnText a přidat ho do gridu (pro tuto variantu bys musel podědit i DataGrid, aby sis přidal metodu ekvivalentní k addColumnText()) – samozřejmě budeš muset implementovat funkcionalitu spjatou s vykreslením textu a tlačítek, ale podle mě je to easy peasy
2, Nastavit datagridu šablonu (https://ublaboo.org/…rid/template#…) a v ní si udělej block, ve kterém naprosto jednoduše vypíšeš text + nějaká tvá tlačítka

Editoval Pavel Janda (23. 8. 2017 16:26)

Zdravím. Pokud to dobře chápu, tak DataGrid načte všechny data nejednou a pak nad nima hledá pomocí JS. Je možné grid přepnou do režimu „serverSide“? Aby se načítaly jen ty data co jsou zobrazeny a při vyhledávání se ptalo do DB?

Mám hodně dat v gridu a načtení samotného gridu trvá dlouho (včetně cca 300MB paměti) a vyhledávání trvá také dlouho.

@stajo Asi to tam není. Můžeš poslat PR. :)

Ahoj,
dá se nějak docílit toho abych při SmallInline editaci nastavil výchozí hodnotu pro selectbox dle aktuální hodnoty, takhle je nastavena jako výchozí vždy první položka?

Lze rozšířit nějak následující kód nebo je řešením jen nějaký JavaScript?

$grid->addColumnText('name', 'Name')
	->setEditableCallback(/**...*/)
	->setEditableInputTypeSelect([
		0 => 'Offline',
		1 => 'Online',
		2 => 'Standby'
	]);

@PavelJanda Tak jsem to nakonec vymyslel vše přes render metodu a na šablonu nebylo třeba sahat :-) Děkuju.

1. O teto moznosti vim, ale osobne bych uvital neco rovnou z PHP, at pak jedna cast neni tam a druha v latte…

Pripadne na obe kouknu a udelam PR.

@nocturne32 Hmm. Sice to neplánuji, ale mohla by to být zajímavá nette.ajax.js extension. Ani by to asi nebylo tak složité.

@BigCharlie Úplně nejrychleji – vlastní šablonkou akce :) Ale šlo by to i lépe a složitěji.. Vlastní akce apod.

@chap Toto issue je už dlouho známé. Zmínil jsem to na Nette Campu.. Vysvětlím:

1, Inline editace se vyrenderuje do formuláře rovnou (pak se jen zviditelní při kliknutí na button)
2, Pokud je tam něco required, začne celý formulář při jakékoliv akci křičet, protože má formulář obalující datagrid blbě nastavený validation scope – zahrnuje InlineEdit/Add form (tuším, že v tom tkví jádro pudla).
3, Fix by měl být jednoduchý..
Jenže!
Přesto, že si na to lidé stěžují už delší dobu, ani jeden z těch cca 20 lidí, kteří o tom mluvili, neposlal PR, nepřišel diskutovat fix, nic.
Takže!
Kdyby byl alespoň nějaký náznak spolupráce, náznak toho, že chce do problému někdo strkat prstíky, budu moc rád nápomocen. Aktuálně to však na žádném svém projektu nepotřebuji, takže nechám toto issue ještě chvilku (třeba měsíc a kus) hnít jako takový průzkum opensource společnosti. Zpětně i předem se za to omlouvám a doufám, že se třeba najde někdo, kdo zlomek času, který třeba ušetřil použitím datagridu, věnuje pokusu o fixnutí validation scope.