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

ahoj, tak problém byl jinde – snažil jsem se používat setDefaultSort na sloupce, které jsem nevypisoval, takže se omlouvám ;)

Pavel Janda napsal(a):

Pardon, byl jsem od pc pár dní pryč, tak pojďme na to.

@exquis
1, Úplně nevím, kdy tato situace může nastat. Mohl bys připravit sandbox, kde by se toto chování projevovalo? Nebo na to narazil ještě někdo jiný? Jakou verzi datagridu používáš?

2, Vím, o co se jedná. Ano pravda, nemuselo by to házet exception. Stačilo by unsetnout hodnotu ze session. Píši si.

@Hlava
Jakou verzi používáš? Na webu dokumentace (ublaboo.org) to jede v pohodě, pokud dobře chápu tvojí situaci.

@japijana
Jaké jiné chování tě napadá? Nevím, zda by se vůbec měl pár klíč-hodnota odstranit z odeslaných $values. Ty jsi tam ten klíč vytvořil při registrace formulářového pole, tedy by se to tam mělo objevit.

@PavelJanda Ahoj,
mám dotaz na group-actions.

$grid->addGroupTextAction('Add note')

Můžu nějak upravit atributy textového pole ?
Popřípadě šlo by požít i textarea (

$grid->addGroupTextAreaAction('Add note')

a pomocí class upravit velikost, pokud bych potřeboval poslat delší text?

Dík za odpověď

Přídána textarea u group actions, přidány volitelné class a jiné attributy u všech group acitons, viz http://ublaboo.org/…group-action#…

@pitr82, @DavidKregl

@w3m Mělo by to být ok již od začátku března (ze kdy je zmíněný PR). Jakou používáš verzi?

@w3m Používáš i nejnovější verzi js?

@PavelJanda Chtěl bych se zeptat jestli je nějaká možnost jak používat tento vypadajíc skvěle Datagrid s YetOrm

co přiřadit jako zdroj? zatím mi šlo jen YetormColekci převest na array

pak mi ale nefunguje například řazení

Nějaký elegantní řešení?

Díky

@PavelJanda Mám na stránce více datagridu vytvořené jako komponenty pomocí factories. Jak mám při inline add invalidovat jen konkrétní grid?
Díky za nakopnutí.

@CZechBoY
Udelal jsem jednoduchou implementaci:

abstract class BaseRepository extends Repository implements IDataSource
{

	/**
	 * @var EntityCollection $data
	 */
	protected $data;

	/**
	 * Get count of data
	 * @return int
	 */
	public function getCount()
	{
		return $this->data ? $this->data->count() : $this->findAll()->count();
	}

	/**
	 * Get the data
	 * @return EntityCollection
	 */
	public function getData()
	{
		return $this->data ? $this->data : $this->findAll();
	}

	/**
	 * Filter data
	 *
	 * @param array $filters
	 *
	 * @return static
	 */
	public function filter(array $filters)
	{
		return $this->data = $this->findAll();
	}

	/**
	 * Filter data - get one row
	 * @param array $filter
	 * @return static
	 */
	public function filterOne(array $filter)
	{

		return $this->data = $this->findAll();
	}

	/**
	 * Apply limit and offset on data
	 * @param int $offset
	 * @param int $limit
	 * @return static
	 */
	public function limit($offset, $limit)
	{
		return $this->data->limit($limit, $offset);
	}

	/**
	 * Sort data
	 * @param Sorting $sorting
	 * @return static
	 */
	public function sort(Sorting $sorting)
	{
		$sort = $sorting->getSort();


		if (count($sort) === 0) {
			$array = [];
			foreach ($sort as $column => $order) {
				$array[$column] = $order == 'ASC' ? EntityCollection::ASC : EntityCollection::DESC;
			}
			$this->data = $this->data->orderBy($array);
		}
		return $this->data;
	}
}

Ale v datagridu se nevypise zadny radek a je na nem napsano : ( Items: 1 – 0 from 4 )
Co mám špatně?
a při implmentaci daného rozhraní bude následně datagrid fungovat plnohodnotně včetně všech možností?

@Domki ja si delam v repozitari vetsinou metodu, ktera vrati objekt s kterym uz datagrid umi pracovat.
Myslel jsem teda, ze jen obalujes EntityCollection a ne celej repozitar, kterej muze mit x metod, navic ukladas data asi nekam bokem do $data promenny.

pitr82 napsal(a):

@PavelJanda Mám na stránce více datagridu vytvořené jako komponenty pomocí factories. Jak mám při inline add invalidovat jen konkrétní grid?
Díky za nakopnutí.

@PavelJanda při inline ADD musím obnovit celou stránku.

$grid->reload

mi sice pošle jen grid, ale ten ještě nemá k dispozici nová data, dájí se data znovu načíst ? Aby přidávání projevilo pěkné ajaxově i s novou hodnotou?

@Domki @CZechBoY S čím by měl pracovat YemORMDataSouce? S YetORM\EntityCollection? S dnbt? Klidně to napíšu, akorát potřebuji kopnout.

@PavelJanda když mám jako DataSource array, tak se mi při inline editaci resp. inline add neupraví, nevloži nová data. Musím refrešnout stránku. U polí toto nefunguje jako u jiných datových zdrojů ?

@pitr82 Životní cyklus tvé instance datagridu je asi takovýto:

1. Poslal jsi request na přidání položky
2. Nette pozná, že požadavek míří na komponentu
3. Zavolá se továrnička komponenty, vytvoří se instance komponenty
4. Nastaví se datasource a všechny ostatní sloupce, filtry a podobně
5. Továrnička vrátí komponentu
6. Nette spustí všechny potřebné handlery v komponentě
7. Tak, teď bohužel nestačí pouze překreslit komponentu (data source už je nastaven a jelikož se jedná o pole, nic se netahá „líně“ z databáze až na poslední chvíli). Takže si můžeš buď vytvořit nějaký lazy data source, nebo znovu přiřadit data source datagridu.

@PavelKravčík Dobře, tak já nic dělat nebudu. :D
Souhlas, ta table fungovat bude.

Napadlo mi zjednodušenie definície small inline edit, ale neviem či s tým nie sú nejaké problémy ktoré nevidím.

Pre small inline edit by bolo použiteľné aj:

$grid->addColumnText('name', 'Name')
	->setEditable();

$grid->addInlineEdit()
	->onControlAdd[] = function($container) {
		$container->addText('id', '');
		$container->addText('name', '');
		$container->addText('inserted', '');
		$container->addText('link', '');
	};

$grid->getInlineEdit()->onSetDefaults[] = function($container, $item) {
	$container->setDefaults([
		'id' => $item->id,
		'name' => $item->name,
		'inserted' => $item->inserted->format('j. n. Y'),
		'link' => $item->name,
	]);
};

$grid->getInlineEdit()->onSubmit[] = function($id, $values) {
	/**
	 * Save new values
	 */
};

Pre formulár by sa použil automaticky form contajner nastavený pre daný stĺpec z big inline edit a ak by nebol nastavený vlastný callback, použil by sa $grid->getInlineEdit()->onSubmit[] s nezmenenými dátami z $item, iba s modifikovanou tou jednou konkrétnou hodnotou, ktorá je menená.

Čo myslíte? Je to dobrý nápad?

K inline editaci a přidávání bych měl takový dotaz.
Je nějak možné použit inline editaci/add u datagridu s řazením nebo tree-view?

Díky

Ahoj, zkouším poprvé tento grid – čistá instalace composerem a bowerem na web-projectu s Nette 2.3.
A když přejdu na stránku s gridem (bez parametru), naskočí mi poslední stránka v gridu, kde jsem byl naposled. Nikoliv první stránka, jak bych očekával. Při dalším stránkování se už stránka dostává i do adresy, to je v pohodě. Toto chování je stejné při ajaxu i bez něj.
Je to feature, je to bug?

@Šaman Ano, datagrid si pamatuje sort, page, per page, hidden columns, filtry… Lze mu říci, aby si to nepamatoval.

Pokud taková funkcionalita nestačí, lze založit issue „aby si datagrid nepamatoval pouze page“ při pamatování věcí skrze session a nebo rovnou poslat stejnojmenný PR. :D

Nechám si projít hlavou plusy a mínusy obou variant.

@Šaman Ano, to je standardní chování. Datagrid si pamatuje v session fitry, stránkování apod (dále jen filtry) a pokud přijdeš na stránku s tímto datagridem, filtry se obnoví. Teprve potom se mohou na stejné stránce propisovat do URl persistentní parametry (V případě, že datagrid používá ajax, propisuje se state presenteru do url pomocí history API).

Jak bys to řešil? Budu rád za spásný nápad. :)

Pokud si má datagrid ukládat do session aktuální stav, nelze nijak jednoduše změnit rovnou url při příchodu na stránku s datargidem, který má již tyto informace v session. Musel by se předávat nějaký JS objekt state z PHP do JS a pak pokaždé kontrolovat, zda není náhodou tento objekt „neprázdný“ a url prázdná..

Jiné řešení mě teď nenapadá a tohle se mi nelíbí.

@Danndy Díky.

1. No pokud jsi změnil název sloupce, datagrid se bude snažit najít neexistující sloupec, aby podle něj mohl setřídit data.. To je prostě chyba. Mohl bych přidat nějaký „silent-mode“, pokud by byl zájem. Potom by to prošlo. Sice nejsem úplně přesvědčen, že je to správná cesta, ale budiž. Pokud se bojíš, že bude uživatel přepisovat url a nechceš mu ji dát k dispozici, můžeš vypnout přepis url a nechat datagrid tiše pracovat pouze se session ($grid->setRefreshUrl(FALSE);).
2. DoctrineDataSource normálně iteruje nad entitami, takže tam můžeš vypisovat jakkoliv složité vazby. A nebo si v šabloně volat sám metody entit. A nebo ještě několika způsoby. :D

@Danndy Můžeš na to založit issue? Úprava by neměla být velká.

A bez té custom condition ti filtrování nefunguje? Funkcionalita by měla být nativně stejná.. (DoctrineDataSource::applyFilterMultiSelect()). Asi bude potřeba, abys definoval sloupec, který se má použít při vyhledávání. Takže by mělo stačit něco takového:

$grid->addColumnText('category', 'Kategória', 'category.name')
    ->setSortable('c.name')
    ->setFilterMultiSelect($this->categoryFacade->getCategoryPairs(), 'c.id');

@Danndy Nepodporuje, zatím.

Do šablóny sa vloží komponenta sama – použi ju rovno v šablóne.

{control grid}

ramaskrik napsal(a):

@ramaskrik createComponentXXX($name), kde XXX je jméno pro makro control, případně v $name ti přijde to jméno taky.

Editoval CZechBoY (4. 8. 2016 17:39)

Use case

V detaile položky zobrazujem formuláre s nastaveniami položky. Veľmi rozsiahle, podelené v taboch. Je to výborne použiteľné, pretože je takto možné ovládať takmer celú aplikáciu z jedného gridu.

Problém

Takto načítané formulárové komponenty nepracujú korektne, pretože ide o formulár vo formulári.

Komponenta <form> filter obaľuje celý grid od začiatku po koniec.

Riešenie

Rozdeliť formulár na:

• filter
• groupAction
• add
• edit
• perPage

Chcekboxy pre hromadné akcie by boli riešiteľné pripojením k formuláru atribútom form. Žiaľ, vyžadovalo by to JS fix pre IE/Edge.

Záver

Čo na to vravíte? Hlavne @PavelJanda