marekprochazka / v2_markogebra Goto Github PK

Je třeba zrychlení, když je v mezipaměti více křivek, nebo šumu

#24

Body/křivky musí mít v list view tlačítko delete

Možná řešení:
Indexovat souřadnice -> kouknout v jakém stavu je objekt popřípadě upravit
Možná změnit způsob zapisování do listu

Pokud přepíšu změnu, měla by se přepsat v changes_cache a ne se napsat jako další. Zpomaluje to chod

Vždycky bere data z cache nikokliv z hromady zbytečních listů.
#1

#1

Koukne se na to_animate a ví přesně s jakýma datama má pracova
#1

To add data to cache in right format and update table
#1

Měnit se bude pomocí comboboxu

Počkat na #24

Je třeba vytvořit architekturu uspořádání souborů v projektu

• Projít kód a rozdělit jej dle funkčnosti
• Navrhnout architekturu
• Refaktorovat kód

#1

jednopísmenový zápis barev u pie shazuje kvůli gui apliakci

Obecné issue na refactoring

#1

#24

Nezobrazí se koláč ani data. Do konzole háže error

#1

Koláčové grafování hlásí chybu a nezobrazuje se v listu

obdobně, jak má Math svoje nastavení limit a mřížky, tak bar může mít ku příkladu rotaci textu a stejně jako v Math se tu hodí grid settings

Vytvořit komentáře v kódu pro zlepšení přehlednosti

Na frontend přibude:
zaškrtávací tlačítko "automatická aktualizace limit" a entries, který budou zammčený, pokud bude zapnutá automatická aktualizace limit

.py soubory obsahující classu, která je děděná v app.py se přesunou do zvláštní složky

Refaktorovat stávající formát dat do modelů podobných pro příklad djangu.
Je to výhodné z důvodu přehlednosti a možnosti ukládání dat.
Tato issue nahrazuje #1
Souhnná issue

Řešení je horzně nešikovné. Bude potřeba kompletní refaktoring
Souivející issues #35, #36

#24

Věci, které po změně řešení dat nefungují, ale nebyly hlavní prioritou

Při vykreslování grafu funkce se špatně nastaví limity a funkce se neobjeví celá

stejná osa nemůže mít stejný min a max

Řešení funguje hrozně nešikovně
Je třeba vymyslet úplně jinej způsob jak to dělat

na ose x třeba každých 25 a na y každých 50
třebam zajistit, aby to dělalo vždy stejně

rozjetí projektu jedním souborem

Je třeba kompletně překopat funkcionalitu kreslení funkce. Celá špatně
Nastudovat, jak funguje limitace grafu. Něco tam divně hafruje.
Poměry stran taky ne vždy sedí
Když už se funkce jednou vykreslí, tak se neaktualizuje po změně rozměrů plátna (zůstane uřízlá)

Kódově, ale i uživatelsky přívětivější konzole

Finální řešení:

• sqlite databáze, ze které se budou tahat data do cache.
• V cache budou vždy data aktivního framu
• Vedlejší cache bude zaznamenávat změny
• Při změně framu proběhne několik po sobě jdoucích akcí: vymaže se cache, pomocí vytvořených akcí se aktualizuje databáze podle vedlejší cache, z databáze se do cache uloží data nového framu

Navázané issues: #14 , #15

Při matematickém grafování je apliakce schopna zapamatovat si hodnoty limit.
Nová tabulka v databázi/JSON

Možnost vkládat do vstupu funkcí goniometrické funkce, ln

#1

Generace za pomocí pseudo-náhody:

• do databáze bude stačit uložit "seed", který bude posléze z náhody generovat stejnou posloupnost

https://github.com/marekprochazka/V2_MarkoGebra/projects/6