Pokud se často pohybujete v nastavení parametrů (Možnosti/Globální nastavení) a už vás nebaví procházet všechny parametry, možná by vás zajímala možnost parametry v Joomle filtrovat.
Osobně často nastavuji velké komponenty typu Phoca Cart nebo Phoca Gallery a už mě nebaví procházet všechny parametry, než najdu ten správný. Zvláště když znám jeho jméno. Proto mě napadlo vytvořit filtrovací funkci.
Nejlépe si to ukázat na následujícím obrázku (GIF):
Případně na videu, Joomla! 4:
nebo Joomla! 3.9:
Zatímco přidávání nových vlastností pro Joomlu 3.x je uzavřené a musí se toto řešit pomocí systémového pluginu, u Joomla 4 existuje možnost, že tato vlastnost bude přidána přímo do jádra systému.
Pokud tuto vlastnost chcete vyzkoušet, v Joomle 3.9 si nainstalujte a aktivujte systémový plugin: Phoca Filter Options System plugin.
Pro Joomlu 4 existuje takzvaný Pull Request: Filter Parameters in Options - tedy pokud vám není cizí testovat Pull Requesty, můžete ho najít na GitHubu.
Zatraceně šikovná věcička. Vyhledá okamžitě požadovaný název parametru bez ohledu na které záložce se nachází a to včetně těch, které jsou v závislosti na aktuálním nastavení skryté.
Neuvěřitelně šetří čas a tupé klikání.....
Určitě velmi užitečná vlastnost. Podobně je řešené hledání v konfiguraci u VikAppointments, jen se nejedná o filtr ale o hledání, tj. po zadání termínu se nefiltrují položky, ale zvýrazní se ty které odpovídají, a skočí to na první nalezenou. Vidět to lze na demu https://extensionsforjoomla.com/livedemo/vikappointments/administrator/index.php přihlášení demo/demo.
Možná by to řešilo ty připomínky v PR - nefiltrovat ale vyhledávat...
Jenže vyhledávání je prostě nuda :-) Člověk napíše, co hledá a pak musí odeslat formulář. Když se netrefí, zase něco napsat a odeslat. Zatímco u filtrování se nabízí výsledky hned po prvním znaku, tedy napíšu "rew", aniž bych věděl, jak se ten parametr skutečně jmenuje a už mi nabíhají jakoby "nápovědy" v podobě: reward, atd. a když přidám "a" na "rewa", už mi nabídne hned, to co potřebuji. Když u toho rozšíření Vikapointments napíšu "cur" a dám hledat, vyběhne mi přes 50 parametrů, a jeden je mezi nimi označený, což zase znamená to, že prostě procházím všechny parametry. Ano, je to zjednodušení, protože hledaný parametr je označený - scrollování se prostě ale nezbavím.
Luxus u filtrování je prostě rychlost a pohodlí a kdo to používá (nastavení v např. eclipse, visual studio, tuším možná i phpstorm), ví, jak propastný je to rozdíl.
https://imgur.com/a/1QoHg4c
Přirovnal bych to k tomu, když se zavedl našeptávač do pole hledání.
Ten PR bude mít problémy:
a) možné matení uživatele, když se dva parametry jmenují stejně. To je ale prostě problém těch parametrů (špatně navrženy), ne filtrování
b) menší nedokonalosti např. v globálním nastavení (např. větší mezery), což je dáno tím, že parametry jsou v globáním nastavení ve dvou sloupcích (což je zase trochu nešťasný problém parametrů samotných, vyřešit by se to možná i dalo, ale rozhodně by to bylo na úkor výkonu/rychlosti)
c) neví se, jak to funguje v rámci a11y ... a tady je zase spíš problém v parametrech samotných než ve filtrování
Každopádně pro mě osobně je při hledání/filtrování parametrů velký rozdíl mezi hledáním a filtrováním. Hledání pro mě nemá význam. Pokud ten PR neprojde, což je vysoce pravděpodobné, protože teď se hlavně řeší to, aby fungovaly základní vlastnosti, nic se neděje, protože filtrování lze používat v rámci systémového pluginu (a plugin je pro mě lepší varianta než core, protože na něm můžu dál pracovat a vylepšovat ho - a změny se projeví hned, nemusí se čekat např. 2 roky, než se to protlačí do core)
OK, ok, filtrování je příjemnější, přesvědčil si mně :)
k tomu a) ten špatný návrh je diskutabilní. Pokud jsou stejně pojmenované parametry na různých záložkách, může to mít svůj smysl. Např. nastavení parametrů pro výpis / detail / hledání apod. Jasně, každý parametr může obsahovat celý text, ale prostor je omezený a záložka zařazení parametru poměrně jasně určuje. Na druhou stranu filtr by možná mohl rozšířit v okamžiku filtrování label o nadpis záložky, nebo seskupovat dle záložky do nadepsaných skupin. To by možná celé zpřehlednilo...
U toho a) jde o to, že funkce by neměla být závislá na designu. Co se stane, když budu pro nějakou funkci potřebovat vytáhnout z databáze parametry, samozřejmě je načítám jako nějaké pole bez záložek a už jsem ztracenej, protože mám dva parametry se stejným názvem. Stejně tak na tom můžou být lidé, kteří nepoužívají monitor (nevidoucí např. - v tomhle nemám zkušenosti, takže dávám pouze jako příklad). Rozumím tomu omezenému prostoru, protože sám s tím bojuju při pojmenovávání parametrů, ale nějaké odlišení by tam mělo být. Nikde prostě není 100% daný, že ty parametry se budou načítat pouze v tom místě, kde jsou pro ně vytvořeny záložky. Ano, seskupování, případně label by byl ideální, ale to už by ta filter funkce musela být hodně naboutnalá a pravděpodobně by ztratila svou rychlost odezvy.