SE - Organisation - hierarchie kontaktů #31
Assignees
Disassembler
Clear assignees
Disassembler
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Disassembler/Spotter-VM#31
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
to co popíšu se týká customizace SE a není to zjevná chyba. Momentálně to tak prostě je.
Potřebobval bych zjistit, jak náročné by bylo změnit zobrazování obsahu drop-downů
cílem je lepší a strukturované filtrování s drop-downy v některých formulářích, aby se uživatel rychle dostal ke kontaktu.
Nyní je struktura kontaktů cca takto:
K organizaci jsou vázané v 2. levelu Offices, Facility a Warehouses (+ Zaměstnanci, a dobrovolníci)
Když tam jsou, tak při hledání nebo přidávání osoby k nějaké Facility, nebo nějaké další Události, Prostředku Projektu a podobně... (osoba je vázaná k Facility, nebo k Offices ne přímo k Organizations)
se zobrazují v nabídce všechny Organizations, které jsou v databázi a uživatel má k nim přístupová práva.
zobrazí se ve formě Organizations > Facility (někdy extrémně dlouhý řetězec)
Výsledek je to, co vidíme nyní. Obrovský drop-down.
Jeden uživatel (admin) importoval množství organizací a k nim množství Facility.
Při jakémkoliv použití dropdownu se pak nabídnou všechny...
Při +/- stovce položek to nehraje roli... ale při desetitisíci položek (což je možné naplnit) se takové řešení stává neužitečným, problémovým.
Otázka zní:
Bylo by možné změnit hierarchii která zobrazuje nabídky Facility postupně tak, aby byly vázané jen na Offices pod kokrétní Organizací?
něco podobného jako je u filtrování Location L0 - L5?
Při hledání by se nejdříve nabízela pouze Organizace. Po zvolení by se nabídla v dalším drop-downu pouze Office která je pod tou Organizací a při dalším hledání by se nabídl drop-down pouze pro Facility v hierarchii pod touto Office
Struktura by byla takto:
Myslíte že se to nějak zásadně projeví ve změně core kódu?
Patrně i nastavení databáze?
Je to nutné realizovat jako custom řešení?
Doufám že jsem to vysvětlil srozumitelně.
Tuším, že to může být komplikované vzhledem k tomu, jak komplikované to je už teď.
Když nic jiného, pomohla by mi analýza nebo doporučený postup pro někoho jiného...
Don't udnerstand question, but I'm fairly sure it's a yes if we know
what you mean & you're prepared to put enough effort into the
implementation.
Yes...often this is achieved through permissions, but can easily add
custom filters
https://groups.google.com/d/msg/sahana-eden/E0C3VncDIS0/uuCizgz7AAAJ
ehm... bohužel v těle zprávy GitLab mění text, takže můj popis levelů je jiný, než jsem zamýšlel. :(
je to vidět při editaci textu.
Rozumím čeho chcete dosáhnout a i já mám pocit, že by to nemuselo být příliš komplikované. Alespoň ne pro člověka, který chápe jak Sahana uvnitř funguje. Nechávám zatím jako enhancement pro případného programátora. (Pokud mě zvládnete trápit do vánoc, mám pocit, že do té doby informace o fungování Sahany přirozeně absorbuji a programátor možná nebude potřeba. Už teď, po třech měsících, se mi její kód čte podstatně snáze.)
added ~17 label
Co se týče trápení, zvládnu to i déle. Snažím se adaptovat na informace, které zjišťujete.
Ohledně peněz plánuji že někdy podzim-konec roku vám rád zaplatím další průběžnou platbu.
Nebojte se obtěžovat lidi ze Sahany. Přijal bych, kdybychom z postupného odvšivování vyloupli nějaké nosné (a pro všechny smysluplné) téma a s tím otravovali Fran&Dominic. Ať se snaží.
Kdyby skutečně došlo k tomu, že něco rozpracujete, bude to pro mne jednodušší, než uhánět programátora. Teď netlačím, ještě je pořád co dělat.
Plán s designem mam ale pořád stejný, takže na to pak budu muset najít experta na Bootstrap nebo Foundation.
changed the description
changed milestone to %2
closed