Měl jsem na mysli obecně všechny Select2Multiple, nemělo se to týkat jen barvy…
Barva asi může být všude (v Adminu tyhle styly stejně nepoužíváme, ne?)
Já si úplně nepamatuju, jestli to je nebo není DB věc :-) Takže holt klasickým pythoním filterem.
V zájmu bezpečnosti bych možná spíš než Iterable použil Sequence, tj. věc, kde mají věci dané pořadí (množina a slovník jsou Iterable, ale ne Sequence; asi chceme, aby to pořadí, co tady napíšeme, se dodrželo.)
Užitečnost uložení přímo Problemu je i v tom, že pak podproblémy můžeš určit jako nadproblem.podproblemy.count() > 0 o kus níž (v rychlosti nevidím, jestli related managers umí i…
Uh, tohle dělá co? Ať už to dělá cokoliv, tak to z toho není zřejmé. Zejména není samozřejmé, kdy je QuerySet falsey.
Nechceme ten nadproblém rovnou uložit jako Problém do self? Na první čtení jsem tady měl pocit, že když mi někdo předhodí blbost do URL, že někde něco musí spadnout…
Tohle FIXME se vztahuje IMHO i na zaříznutí nezadaných problémů… Teď bych to asi neřešil, ale možná ho dává smysl přesunout výš…
Možná lepší pojmenovat ve stylu NahrajReseniRozcestnikTematekView nebo NahrajReseniVyberHlavnihoProblemuView, nebo dokonce OdevzdavatkoVyberTematkaView? Tady se žádné řešení nenahrává, a technicky to ani není nadproblém, ale hlavní problém (bo i nadproblém může mít nadproblém, teoreticky).
Přemýšlím, kde všude jsou Select2Multiple, jestli je to nerozbíjí. Ale snad ne.
Zatím jsem neviděl realizaci, ale pojem „nadproblém“ bych nepsal nikam, kde ho můžou vidět řešitelé. Přijde mi dost matoucí i pro orgy, ale ti se aspoň mají koho zeptat :-)
Tohle je možná lepší psát nějakým filterem (ať už QuerySetovým, nebo čistě pythonovým list(filter(lambda: ..., qs)) – není to úprava dat, jen filtrování, tak ať je to názornější.
Dobře, klidně si sám odhalím bug: teď můžou vznikat cesty /sraz-30let/ a (výhledově, možná, hypoteticky) /sraz/nebeska-rybna-2023/, což se liší jen málo, takže to taky může být…