Udělal jsem to jen tak na rychlo, ale další featury by do toho neměl být problém přidat. Hlavně mi tam teď vadí že se zobrazuje vždy jen maximálně 5 „stránek“ v pagingu a k tomu vždy tlačítka na boku pro přechod do části předchozích „stránek“ nebo analogicky následující části. Co mi dále vadí je to že kesky které nejsou zobrazeny jako by nebyly vůbec. Neměl jsem žádný náčrt co od toho chci a potřebuji, tak jsem to naprogramoval „jen tak“. Taky se hledaný text nerozdělí podle mezer(a případně dalších znaků) a nevyhledává na všechny části v názvu každé kesky. 😅
Při změně stránkování(například ze 100 na 200) se ukončí vyhledávání a načte se první stránka s keskami. Ostatní funkce zůstaly zachovány, jako například hromadné označování/odznačení všech kesí právě zobrazených, nebo hromadné označování pomocí shift. Nejnižší stránkování je po 50, pak jsou zde ještě hodnoty 100, 200 a 300. Poslední hodnota není číselná, ale za to zobrazí Všechny kesky v DB.
To znamená že když máte nastavené filtrování po 300, máte v databázi 588 kesek, zaškrtli jste všechny zobrazené kesky a jste na druhé stránce, při exportu se vám vytvoří soubor s 288 keskami. Kesky zůstávají označené i když zrovna nejsou viditelné ale při exportu se vytvoří soubor pouze s keskami které jsou aktuálně zobrazené. Proto když chcete mít jistotu že kesky v exportu skutečně budou, není na škodu před akcí nechat zobrazit všechny kesky(tz. nestrankovat).
Pokud si například kesku vyhledáte políčkem na stránce a zaškrtnete ji, bude zaškrtnuta i po jejím zmizení ale nebude se zahrnovat do žádného z exportů. Hledání není citlivé na velikost znaků, neboť všechny názvy kesek jsou při načtení stránky převedeny na lower case a to samé se děje s čímkoliv co napíšete do hledacího boxu. Po načtení stránky je vždy řazeno po 300 keskách a zobrazuje se poslední stránka(tedy 301-600 – 2. stránka, 601-900 – 3. stránka atd.).
Vyzkoušet si to můžete na 👻 Tady kdysi bývala stránka. Teď je tu jen vítr a plevel..