SE Homepage - stránkování nefunguje #97

Closed
opened 2017-10-01 11:51:41 +02:00 by Podhorecky · 14 comments
Podhorecky commented 2017-10-01 11:51:41 +02:00 (Migrated from git.spotter.cz)

Klikáním na stránkování ve výpisu rganizací se nedokážu posunout někam dál.
Kliknutím na vysoké číslo stránky se evidentně zobrazí jen nějaké Organizace začínající na A...

Podobné stránkování uvnitř modulů funguje lépe.

Snímek_obrazovky_6

Klikáním na stránkování ve výpisu rganizací se nedokážu posunout někam dál. Kliknutím na vysoké číslo stránky se evidentně zobrazí jen nějaké Organizace začínající na A... Podobné stránkování uvnitř modulů funguje lépe. ![Snímek_obrazovky_6](/uploads/1c8293334008e2da2a3c19c22639d55d/Snímek_obrazovky_6.png)
Podhorecky commented 2017-10-04 13:13:20 +02:00 (Migrated from git.spotter.cz)

stránkování ukazuje duplicity záznamu Organizací

Snímek_obrazovky

tato duplicita reálně vznikla z důvodu dvojího importu, ale pak jsem ji ručně editoval, takže ve výpisu modulu Organisation není vidět. Na homepage ale vidět je.

Jednou byl záznam importován přes template Airports, kde byla vyplněna položka Organisations.
podruhé byl záznam importován přímo do Organisations.

Sahana umí zjišťovat duplicity zápisů podle vyžadovaných polí. Pokud Organizace existuje, tak by Sahana měla teto záznam pouze aktualizovat, tj doplnit prázné pole a změnit zapsané pole.

Pokud se importuje záznam přes šablonu, kde je vyplněna Organizace, ale tato Organizace ještě nemá v modulu Organisations vlastní záznam, tak by se měl tento záznam v modulu Organisations vytvořit.

Pokud v importní šabloně není zmíněna vůbec žádná Organizace, tak se použije přiřazení k Orgsnizaci, ke které patří autor uploadu. (což v případě admina vyrobé nevhodnou souvislost, takže se snažím vyplňovat konkrétní Organizace, nebo alias organizace začínající *hvězdičkou

Duplicit je v modulu více.

stránkování ukazuje duplicity záznamu Organizací ![Snímek_obrazovky](/uploads/51ed2a4d8a923fa137aafa9967536c28/Snímek_obrazovky.png) tato duplicita reálně vznikla z důvodu dvojího importu, ale pak jsem ji ručně editoval, takže ve výpisu modulu Organisation není vidět. Na homepage ale vidět je. Jednou byl záznam importován přes template Airports, kde byla vyplněna položka Organisations. podruhé byl záznam importován přímo do Organisations. Sahana umí zjišťovat duplicity zápisů podle vyžadovaných polí. Pokud Organizace existuje, tak by Sahana měla teto záznam pouze aktualizovat, tj doplnit prázné pole a změnit zapsané pole. Pokud se importuje záznam přes šablonu, kde je vyplněna Organizace, ale tato Organizace ještě nemá v modulu Organisations vlastní záznam, tak by se měl tento záznam v modulu Organisations vytvořit. Pokud v importní šabloně není zmíněna vůbec žádná Organizace, tak se použije přiřazení k Orgsnizaci, ke které patří autor uploadu. (což v případě admina vyrobé nevhodnou souvislost, takže se snažím vyplňovat konkrétní Organizace, nebo alias organizace začínající *hvězdičkou Duplicit je v modulu více.
Disassembler commented 2017-10-06 14:11:34 +02:00 (Migrated from git.spotter.cz)

tato duplicita reálně vznikla z důvodu dvojího importu, ale pak jsem ji ručně editoval, takže ve výpisu modulu Organisation není vidět. Na homepage ale vidět je.

Obávám se, že tohle je works as designed. Tento záznam byl importován přímo jako organizace a tedy se jako Organizace i zobrazuje v přehledu organizací, zatímco tento záznam byl importován jako pobočka (branch) organizace *letiště a jak již víme, pobočky se přímo v přehledu organizací nezobrazují.

Nicméně bych také čekal, že import organizace se stejným názvem upraví původní záznam (tedy v tomto případě samostatnou organizaci přeřadí jako pobočku). Podívám se, jestli je tato domněnka nějak reflektována i v kódu.

> tato duplicita reálně vznikla z důvodu dvojího importu, ale pak jsem ji ručně editoval, takže ve výpisu modulu Organisation není vidět. Na homepage ale vidět je. Obávám se, že tohle je *works as designed*. [Tento záznam](https://dasm.dasm.cz:8443/eden/org/organisation/1315) byl importován přímo jako organizace a tedy se jako Organizace i zobrazuje v [přehledu organizací](https://dasm.dasm.cz:8443/eden/org/organisation), zatímco [tento záznam](https://dasm.dasm.cz:8443/eden/org/organisation/7334) byl importován jako pobočka (*branch*) organizace [*letiště](https://dasm.dasm.cz:8443/eden/org/organisation/7175) a jak již víme, pobočky se přímo v přehledu organizací nezobrazují. Nicméně bych také čekal, že import organizace se stejným názvem upraví původní záznam (tedy v tomto případě samostatnou organizaci přeřadí jako pobočku). Podívám se, jestli je tato domněnka nějak reflektována i v kódu.
Disassembler commented 2017-10-06 14:25:22 +02:00 (Migrated from git.spotter.cz)

Na stránkování otevřeno PR #1402 v upstreamu.

Na stránkování otevřeno PR [#1402](https://github.com/sahana/eden/pull/1402) v upstreamu.
Disassembler commented 2017-10-06 14:25:26 +02:00 (Migrated from git.spotter.cz)

added ~14 label

added ~14 label
Disassembler commented 2017-10-06 14:25:36 +02:00 (Migrated from git.spotter.cz)

assigned to @Disassembler

assigned to @Disassembler
Podhorecky commented 2017-10-06 17:02:01 +02:00 (Migrated from git.spotter.cz)

vidím že na Gitu probíhá čilá diskuse, nebudu rušit :) Nicméně z vyjádření, že "do Sahany nikdo nezapisuje mnoho organizací" mi pak logicky vypývá, že s takovým přístupem k návrhu databázové aplikace se její potenciál těžko nějak zlepší. Když taková potřeba náhodou vznikne, řešitel raději použije cizí komerční aplikaci, než aby se trápil s limity Sahany...

... berte to jen jako komentář, věřím že toto dílčí Issue je řešitelné a naštěstí není kritické. :)

vidím že na Gitu probíhá čilá diskuse, nebudu rušit :) Nicméně z vyjádření, že "do Sahany nikdo nezapisuje mnoho organizací" mi pak logicky vypývá, že s takovým přístupem k návrhu databázové aplikace se její potenciál těžko nějak zlepší. Když taková potřeba náhodou vznikne, řešitel raději použije cizí komerční aplikaci, než aby se trápil s limity Sahany... ... berte to jen jako komentář, věřím že toto dílčí Issue je řešitelné a naštěstí není kritické. :)
Disassembler commented 2017-10-06 18:02:00 +02:00 (Migrated from git.spotter.cz)

Vyjádření spíš zní tak, že pokud do Sahany někdo zapisuje mnoho organizací, nebude mu dávat smysl vyklikávat stránkování. S čímž souhlasím, protože najít jednu konkrétní organizaci mezi 2000 jinými za pomoci pouhého stránkování je nesmysl a vyhledávací políčko udělá mnohem lepší službu.

Nicméně pokud tam ta featura už jednou je a problém v ní existuje, tak jsem za jej opravit i přesto, že se projevuje jen v krajních případech.

Nějak ta spolupráce pokulhává. Místo aby mi řekli "Sice řešíš kravinu, ale opravit se to dá takhle", tak tam debatujeme nad nesmrtelností chrousta. Z ostatních PR (Fire Stations, Vehicles, Twitter) vidím téměř až neochotu sahat do zaběhnutých (ne)pořádků a modifikovat kód, který je podle F&B nepotřebný bez příslušného use case, viz včerejší debata v Google Groups.

Já jsem pak v patové situaci, protože Vy po mně požadujete funkčnost, která je dosažitelná, ale mainaineři ji z ideologických důvodů odmítají přidat. Takže i přesto, že jsem do ní investoval čas, nemůžeme ji použít bez toho, aniž bychom si Sahanu neforkli, což zase negativně ovlivní vývoj všeho ostatního.

Vyjádření spíš zní tak, že pokud do Sahany někdo zapisuje mnoho organizací, nebude mu dávat smysl vyklikávat stránkování. S čímž souhlasím, protože najít jednu konkrétní organizaci mezi 2000 jinými za pomoci pouhého stránkování je nesmysl a vyhledávací políčko udělá mnohem lepší službu. Nicméně pokud tam ta featura už jednou je a problém v ní existuje, tak jsem za jej opravit i přesto, že se projevuje jen v krajních případech. Nějak ta spolupráce pokulhává. Místo aby mi řekli "Sice řešíš kravinu, ale opravit se to dá takhle", tak tam debatujeme nad nesmrtelností chrousta. Z ostatních PR ([Fire Stations](https://github.com/sahana/eden/pull/1398), [Vehicles](https://github.com/sahana/eden/pull/1399), [Twitter](https://github.com/sahana/eden/pull/1396)) vidím téměř až neochotu sahat do zaběhnutých (ne)pořádků a modifikovat kód, který je podle F&B nepotřebný bez příslušného use case, viz včerejší debata v [Google Groups](https://groups.google.com/forum/#!topic/sahana-eden/6VOumS98v0U). Já jsem pak v patové situaci, protože Vy po mně požadujete funkčnost, která je dosažitelná, ale mainaineři ji z ideologických důvodů odmítají přidat. Takže i přesto, že jsem do ní investoval čas, nemůžeme ji použít bez toho, aniž bychom si Sahanu neforkli, což zase negativně ovlivní vývoj všeho ostatního.
Podhorecky commented 2017-10-06 18:34:06 +02:00 (Migrated from git.spotter.cz)

Ano, přesně tak.. ta neochota tam je cítit,
můžeme spekulovat zda to je vázané na vztah přes contributorské organizace silněji, nebo jen slabě.
Nešťoural jsem do jejich motivací ve vztahu k Nadaci Sahana, asi to nějak pořešeno mají, ... Moje důvěra ke konceptu nadace Sahany je zatím vysoká. Spíš to vyhodnocuji, že v širším pohledu jsou v projektu tohoto software jiné výzvy. Takže odbugování těchto "blbostí" může působit jako obtěžování.
Škoda jen, že těch aktivních lidí není více. Pohledem na aktivitu Gitu je vidět, že vše se přesouvá do forků, které asi rycheji spějí k speciálním výsledkům. To už jsme si psali.

Ta věc, že já něco chci, co je vpodstatě technicky řešitelné, oni nechtějí a vás to uvádí pod tlak...
Pro mne jsou po několika plonkových letech plných mnoha řečí a přepracování záměru, důležité hodnoty, které lze hrubě shrnout do slov smysl+vůle. Když oba uvidíme smysl v tom co chceme a děláme, budeme mít vůli v tom pokračovat.
Dříve jsem místo pochopení smyslu a vůle bohužel potkal hlavní zájem vydělat peníze. Jenže to nebylo řečeno na plnou hubu. Výdělku byla podřízena ochota a vznikaly nereálné sliby jen proto aby mne uspokojily. Takto to nakonec nefunguje.

Můžeme si říci, že nechci vytvářet patové stuace, když okolnosti ukáží vnější překážky. Vy mě můžete odborným argumentem přehlasovat že ta věc nemá smysl řešit a já to tak přijmu.
Cílem zůstává odstartování hvězdoletu u kterého bude smysl+vůle pracovat na zlepšení. Z toho můžu být spokojen, bude to stav který se kdykoliv později dá zlepšit. Dokonce i otevřená výzva, že házíte vidle, protože.... se dá přijmout jako platná hrací karta. Sice mě to zastaví, ale ne úplně.
Jen je dobré to říct jasně.

Pokud tento konkrétní bug se stránkováním dosáhne u F&D stop stavu, tak ho prostě obejdeme nevyřešený a pokračujme dál.
Zatím pro mne vyvíjíte maximum energie.

Ano, přesně tak.. ta neochota tam je cítit, můžeme spekulovat zda to je vázané na vztah přes contributorské organizace silněji, nebo jen slabě. Nešťoural jsem do jejich motivací ve vztahu k Nadaci Sahana, asi to nějak pořešeno mají, ... Moje důvěra ke konceptu nadace Sahany je zatím vysoká. Spíš to vyhodnocuji, že v širším pohledu jsou v projektu tohoto software jiné výzvy. Takže odbugování těchto "blbostí" může působit jako obtěžování. Škoda jen, že těch aktivních lidí není více. Pohledem na aktivitu Gitu je vidět, že vše se přesouvá do forků, které asi rycheji spějí k speciálním výsledkům. To už jsme si psali. Ta věc, že já něco chci, co je vpodstatě technicky řešitelné, oni nechtějí a vás to uvádí pod tlak... Pro mne jsou po několika plonkových letech plných mnoha řečí a přepracování záměru, důležité hodnoty, které lze hrubě shrnout do slov smysl+vůle. Když oba uvidíme smysl v tom co chceme a děláme, budeme mít vůli v tom pokračovat. Dříve jsem místo pochopení smyslu a vůle bohužel potkal hlavní zájem vydělat peníze. Jenže to nebylo řečeno na plnou hubu. Výdělku byla podřízena ochota a vznikaly nereálné sliby jen proto aby mne uspokojily. Takto to nakonec nefunguje. Můžeme si říci, že nechci vytvářet patové stuace, když okolnosti ukáží vnější překážky. Vy mě můžete odborným argumentem přehlasovat že ta věc nemá smysl řešit a já to tak přijmu. Cílem zůstává odstartování hvězdoletu u kterého bude smysl+vůle pracovat na zlepšení. Z toho můžu být spokojen, bude to stav který se kdykoliv později dá zlepšit. Dokonce i otevřená výzva, že házíte vidle, protože.... se dá přijmout jako platná hrací karta. Sice mě to zastaví, ale ne úplně. Jen je dobré to říct jasně. Pokud tento konkrétní bug se stránkováním dosáhne u F&D stop stavu, tak ho prostě obejdeme nevyřešený a pokračujme dál. Zatím pro mne vyvíjíte maximum energie.
Podhorecky commented 2017-10-06 18:59:44 +02:00 (Migrated from git.spotter.cz)

Kdybych měl být na F&D tvrdší a kritický, jistě bych našel formulaci otázek, které by byly nepříjemné a oni by na to odpověděli "co byste chtěl, vždyť se tu bavíme o FOSS s minimem veřejného zájmu a s financováním nanejvýš z konkrétních deploymentů"
Takže já nemohu používat tón, který bych si mohl dovolit u komerčního softwaru... A proto jsem rád i za toto.

Komerční developer by si akorát vyslechl nářky, ale o strategii vývoje by se se mnou nebavil.

Kdybych měl být na F&D tvrdší a kritický, jistě bych našel formulaci otázek, které by byly nepříjemné a oni by na to odpověděli "co byste chtěl, vždyť se tu bavíme o FOSS s minimem veřejného zájmu a s financováním nanejvýš z konkrétních deploymentů" Takže já nemohu používat tón, který bych si mohl dovolit u komerčního softwaru... A proto jsem rád i za toto. Komerční developer by si akorát vyslechl nářky, ale o strategii vývoje by se se mnou nebavil.
Disassembler commented 2017-10-06 21:43:05 +02:00 (Migrated from git.spotter.cz)

Stránkování po hromadě keců opraveno v upstream commitu d78e703, změna reflektována u nás.

Stránkování po hromadě keců opraveno v upstream commitu [d78e703](https://github.com/sahana/eden/commit/d78e70390fb0974ebd09953e7b7f29297f9a5ecc), změna reflektována u nás.
Podhorecky commented 2017-10-06 21:48:09 +02:00 (Migrated from git.spotter.cz)

Super! díky :)

Super! díky :)
Disassembler commented 2017-10-08 13:46:16 +02:00 (Migrated from git.spotter.cz)

closed

closed
Disassembler commented 2017-10-08 13:46:18 +02:00 (Migrated from git.spotter.cz)

removed assignee

removed assignee
Podhorecky commented 2018-03-14 22:52:07 +01:00 (Migrated from git.spotter.cz)

changed milestone to %2

changed milestone to %2
Sign in to join this conversation.
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Disassembler/Spotter-VM#97
No description provided.