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

Zdravím, sem úplně zoufalý, nenarazil někdo na situaci, že mu addColumnStatus vypíše jen číslo, místo vytvoření toho buttonu na přepnutí stavu?

Už jsem datagrid párkrát použil a dycky to fungovalo, jediný rozdíl je o pár desetinek novější Nette oproti minulému použití a to, že teď tahám data přes Doctrine, místo Nette Database. Řádek se vypíše, tlačítka v Action se vytvoří, ale ve sloupci pro status mám místo buttonu „1“(1/0 – zapnuto/vypnuto)

Je úplně fuk, co tam dám, na nic to nereaguje, ani přesně skopírovaný kód z dokumentace jen úpravou názvu sloupce nevytvoří tlačítko.

@d@rkWolf Ahoj, mohl bys, pls, udělat nějaké sandbox-like repo na githubu? Nebo alespoň gist? Abych si to mohl rozjet a vyzkoušet. Zatím jsem se s tím nesetkal. Kdyby se to povedlo, usnadnilo by mi to testování. Díky moc! (Můžeš použít https://github.com/…rid-skeleton)

@PavelJanda v pátek jsem s v tom dál vrtal, odpojil jsem datasource Doctriny a místo něj připojil obyčejné pole(stejný formát, jen sem ořezal pár sloupců), na nic dalšího jsem nešáhnul, jen záměna v setDatasource(pole místo funkce z repozitáže s queryBuilderem) a když sem dal F5, přepínač stavu tam byl…no a potom jsem vyměnil zpět zase tu funkce s queryBuilderem…a ten přepínač tam zůstal a od té doby tam je, nechápu, jak je něco takového možné…

jediné vysvětlení, co mě napadalo, je v addColumnStatus->addOption sem měl ten stavový parametr ve špatném formátu, ale nechápu, jak by se přehozením na pole změnil…mám to v Doctrine Entitě zadané jako column type boolean, v DB je to vygenerované jako tinyInt, zkoušel jsem tam dávat true, ‚true‘, 1, ‚1‘, nevím jaké další varianty a nic-a teď mi to funguje s použitím true…

cache sem mezitím smazal x-krát, takže ničím v cache to být nemohlo

Editoval d@rkWolf (24. 2. 2022 15:57)

@Ozzrel Velký inline edit funguje jinak, přes nette forms. Zkusil bych v takovém případě jednoduše přidat error do formu (Form/Input::AddError)

Chtěl bych vás poprosit o radu: Mám sloupec, který používá renderer (k formátování měny) a zároveň má být editovatelný (setEditableInputType()). To v zásadě funguje, ale na rozdíl od sloupců bez rendereru se při otevření editačního pole nepředvyplní stávající hodnota. Je možné takovému editačnímu poli nějak nastavit hodnotu, která se má předvyplnit? Představoval bych si třeba metodu setEditableValue()…

Příklad: V gridu se vypisuje 10 Kč, když na to kliknu, mělo by se objevit 10, ale místo toho se objeví jen prázdné pole.

Ahoj,

chápu dobře že tento řádek generuje data attribute pro multi tlačítka?

https://github.com/…tiAction.php#L63

Jestli ano, tak bootstrap 5 vyžaduje tuto podobu „data-bs-toggle“

Ahoj, já odkazoval na branch, kde je příprava na bootstrap 5.

ale díky za info

Ahoj, je prosím nějaký způsob/možnost, jak se kompletně odtrhnout s datagridem od Bootstrapu a napojit si jakýkoliv jiný framework/vlastní styly?

V CMS používám jiný framework a importovat si BS4 a řešit konflikty s mým frameworkem je něco, čemu bych se chtěl vyhnout

Děkuji

Snažím se pomocí metody addGroupButtonAction vytvořit funkcionalitu, která by mi vyexportovala vybrané (zaškrtnuté) položky z DG do XLS souboru (HTML soubor s tabulkou) a vrátil mi tento soubor ke stažení.
Potíž je ale v tom, že když zmáčknu tlačítko Export, tak se vše provede v AJAXovém volání, takže browser tento soubor nestáhne a nenabídne k uložení.

Existuje nějaký způsob jak donutit DG, aby nedělal obsluhu exportního volání AJAXem, ale normálním synchronním požadavkem? Dává to, jak se o to snažím vůbec smysl?

@PetrParolek s rozšiřováním šablony sem narazil u stránkování – jediný způsob, na který jsem přišel, je:

$grid->getPaginator()->setTemplateFile(__DIR__ . '/BaseGridPaginator.latte');

V tom souboru jsem nahradil původní verzi šablony stránkování za moji(všechny latte věci tam zůstaly, změny se týkají css tříd a vnořených html značek) – a výsledek je, že když změním počet položek na stránku, grid i stránkování se překreslí(ajax, všechny snippety tam jsou), aniž by se projevil výsledek. Z 20->50 u 24 položek má stránkování zmizet, ale zůstane tam a počet se taky nezmění, jen v tom výběru počtu se označní vybraná 50ka.
Nemůžu přijít na to, čím to je.

Je možné z PHP upravit hodnotu filtru Datagridu? Postup, který řeším: Vyfiltruji si určité položky podle stavu (vytvořen přes setFilterMultiSelect), použiju skupinovou akci (addGroupAction) na změnu stavu položek. Po znovunačtení položek Datagridu přes AJAX vybrané položky zmizí z obrazovky, protože se jim změnil stav. Pak jsem zde narazil na následující dotaz z roku 2016:

David Grudl napsal(a):

Narazil jsem na drobnost. Když filtru nastavím hodnotu:

$grid->addColumnText('status', 'Stav')
	->setFilterSelect([...])
	->setValue('value');

tak se sice zohlední při filtrování, ale ne při vykreslení selectboxu.

Ani mně kód $grid->getFilter()->setValue() nefungoval. Dá se to nějak řešit?

Ještě přikládám funkční kód pro změnu hodnoty filtru stavu, nicméně při tomhle postupu se vynulují všechny ostatní možnosti filtru:

$this->redirect($this->getAction(true), [
    'myGrid-filter' => [
        'state_id' => [
            getNewState1(),
            getNewState2(),
        ]
    ]
]);

@Pepino čau jakou tam máš Naju? Koukal jsem se u sebe, TreeView mi funguje, žádné errory, ale mám starší Naju(1.8.3), protože sem potřeboval forceRedirect z payloadu a to je v 2.x odstraněno(a já to neumím udělat jinak…)

Pavel Janda napsal(a):

Ano, můžeš normálně šahat do persistentních proměnných tvé datagrid komponenty. Jmenuje se filter, myslím.

@PavelJanda Díky za rychlou odpověď. Problém je, že v requestu, který přijde při AJAXové změně stavu, je proměnná $grid->filter prázdná a nastavení hodnoty se v prohlížeči neprojeví (ani když pak zavolám svůj navrhovaný redirect).

public function createComponentMyGrid() {
    $grid = new DataGrid();
    //...
    $grid->addGroupAction('Změnit stav')
        ->onSelect[] = [$this, 'changeState'];
}

public function changeState(array $ids) {
    changeState($ids);
    $grid = $this->getComponent('myGrid');
    $grid->filter['state_id'] = [
        getNewState1(),
        getNewState2(),
    ];
    $this->redirect($this->getAction(true));  // zkoušel jsem s tímto řádkem i bez něj
}

Pepino napsal(a):

d@rkWolf napsal(a):

@Pepino čau jakou tam máš Naju?…

Už jsem našel čím to je https://github.com/…/issues/1000

Jo, to vysvětluje, proč mi to s tou Najou 1.x funguje.

Ahoj, nesetkali jste se někdy s takovou chybou https://postimg.cc/NL0S8pQv ?
Dělá to pravděpodobně pouze u robotů, protože HTTP_USER_AGENT je ‚Mozilla/5.0 (compatible; SentiBot/1.0; +https://www.sentibot.eu)‘. Uživatelsky se mi to nepodařilo vyvolat. Je to tím, že ta funkce getSessionData vrací null.

Nevíte, kde by mohl být problém?

Editoval MarekP (8. 6. 2022 17:07)

@Melebius no problém je, že je to součástí kódu datagridu (je to ve funkci handleShowColumn).

Pavel Janda napsal(a):

d@rkWolf napsal(a):

Pepino napsal(a):

d@rkWolf napsal(a):

@Pepino čau jakou tam máš Naju?…

Už jsem našel čím to je https://github.com/…/issues/1000

Jo, to vysvětluje, proč mi to s tou Najou 1.x funguje.

Good point. Nechtěl by někdo poslat opravný PR?

Zdravím všechny @PavelJanda @Pepino @d@rkWolf
Jsem rád, že se k té issue dostali i další. Před časem jsem ji zakládal na Githubu a snažil se za pomoci @jiripudil to vyřešit. Potrápil jsme se s tím dost a přesto se mi to vyřešit nepovedlo, zřejmě zatím nemám dost znalosti. Jinak bych samozřejmě poslal PR. Nechtěli byste jako autoři Datagridu a Naji dát hlavy dohromady a kouknout na to? Mnoho lidí by vám jistě bylo vděčných. Co vy na to Pavle a Jirko? :)

Je tam problém, od Naja 1.6+ to není podporované. Také jsem to nevyřešil, tak jsem si musel napsat vlastní „datagrid“

https://github.com/…/issues/1000#…

Dovolím si přidat také mojí zkušenost. Datagrid používéme už pěknou dobu a je opravdu pomocník. Z mého pohledu, dokud byl datagrid mimo contributte, vývoj a řešení problémů bylo výrazně rychlejší a nové verze nezpůsobovaly tolik problémů (tuším od verze 6), v minulosti funkčních věcech. Když jsme našli nějakou chybu, tak jsme ji nahlásili, v některých případech udělali i PR. Některé PR byly přijaty, jiné ne. Na některé chyby, na které jsme udělali PR, které nebylo přijato byla přidána cenovka. Nakonec jsme se rozhodli udělat fork datagridu a už přes rok jedeme na něm. Ten čas vyřešení chyby či přijetí PR byl prostě moc vysoký, hlavně když se jednalo o základní funkcionality, bez kterých byl datagrid nepoužitelný. Upřímě mám podobný pocit z více knihoven. Dokud byly mimo Contributte, tak to bylo fajn, ale pak rozvoj či dodělání umřelo a hlavně, pokud vyšla nová hlavní verze (např. kvůli php či nette), tak byla dost zabugovaná.

Neberte to jako nějaký hate, jen jsem napsal jak to cítím. Vím, že s časem to je většinou bídné (sám nic nestíhám a ve firmě taky máme co dělat).

Upřímě mám podobný pocit z více knihoven. Dokud byly mimo Contributte, tak to bylo fajn, ale pak rozvoj či dodělání umřelo a hlavně, pokud vyšla nová hlavní verze (např. kvůli php či nette), tak byla dost zabugovaná.

To je celkem zajimave. Nenapadlo me se na to takhle divat, tak presuneme datagrid mimo contributte a vsechno se tim vyresi, ne?

Pavel zase prejde zpet k dennimu programovani v PHP a bude delat na datagridu jako za mlada.

Neberte to jako nějaký hate, jen jsem napsal jak to cítím. Vím, že s časem to je většinou bídné (sám nic nestíhám a ve firmě taky máme co dělat).

Snazim se to tak nebrat. Spis me zajima co mame delat jinak a lepe. Aby jsi takovy pocit nemel. Mas napad?

Ahoj, prosím vás ako funguje Ublaboo + Dibi? Konktrétne väzby 1:N a N:M.

Mám napríklad takýto select:

    public function getAllSuperLocations($approved = 0, $stats = 0, $from = '', $to = '')
    {
        $query = $this->db->select("sl.*")
            ->from('super_locations sl')
            ->where('sl.deleted=0')
            ->orderBy('location_order DESC, sl.city, sl.created DESC');

        if ($approved == 1) {
            $query->select("(select sum(number_of_display) from devices d where d.deleted = 0 and d.device_approved = 1 and d.active = 1 and d.super_location_id = sl.id) as device_count");
            $query->having('device_count > 0');
        } else {
            $query->select("(select sum(number_of_display) from devices d where d.deleted = 0 and d.super_location_id = sl.id) as device_count");
        }
        $query->select("(select sum(impressions_run) from campaigns_device_report cdr where sl.id = cdr.`global_location_id`) as products_show ");
        $query->select("(select group_concat(name SEPARATOR ', ') from locations l where sl.id = l.super_location_id) as locations ");

        return $query;
    }

Mám tam na poslednom riadku vnorený select + group_concat na tabuľku locations. Ak by som ale chcel filtrovať tie hodnoty v locations tak neviem ako. Ublaboo som doteraz používal s NextrasOrm čo fungovalo super. Dibi fakt neviem. Vie niekto poradiť? Tento kod plus setFilerText() mi vyhodí error unknown column locations in where clause

SELECT COUNT(*)
FROM (
SELECT sl.* , (
select sum(number_of_display)
from devices d
where d.deleted = 0 and d.super_location_id = sl.id) as device_count , (
select sum(impressions_run)
from campaigns_device_report cdr
where sl.id = cdr.`global_location_id`) as products_show , (
select group_concat(name SEPARATOR ', ')
from locations l
where sl.id = l.super_location_id) as locations
FROM super_locations sl
WHERE sl.deleted=0 AND (`sl`.`name` LIKE '%bory%') AND (`locations` LIKE '%char%')
ORDER BY location_order DESC, sl.city, sl.created DESC ) `data`

Díky.

@PavelJanda Ale já vůbec nemluvím o chybě ohledně Naja. Naju nepoužíváme a už cca rok jedeme vlastním forku datagridu. Popisoval jsem stav předtím a co nás vedlo jít cestou vlastního forku.