Potvrzení uzavření úrovně VB

EDIT: 22.03 19:53 Přistupuji šabloně pro nápady

Současný stav:
Momentálně lze do VB přispět více bodů než chybí do dokončení. Poté se ale přispěje jen tolik bodů kolik se do VB vejde. Lepší vysvětlení níže, je to moc složité na dvě věty.

Nápad: Navrhuji, aby hra tuto operaci nechala schválit. Například: V případě, že k dokončení VB je třeba X bodů a já bych se pokusil přispět X+1. (Ano je to za jistých okolností možné) hra by se nejprve ujistila jestli to ještě opravdu chci udělat tedy třeba "Do teto VB lze přispět pouze X bodů (Ano/Ne)"

Zkoušel jsem nápad hledat zde na fóru: ANO

Pokračuje původní text:

Ahoj,

pravidelně se nám v cechovním vláknu 1,9 "náhozů" stává, že se dva lidi pokusí nahodit stejnou budovu v jeden čas.
Všichni asi víme, že to vede na to, že druhý člověk VB zavře přesto, že GUI/FE tvrdí, že budovu neuzavřeme, jelikož nedojde k aktualizaci okna VB.

Ještě podivnější je to, že mě hra nechá klidně hodit 1000 bodů do budovy kde zbývá například jenom 300 bodů do uzavření.

Můj nápad je takový:

Bylo by dobré aby hra kontrolovala zda se uživatel opravdu pokouší zavřít VB a pokud tak neučinil aby ho nechala operaci ještě schválit.
Nebo více programátorsky: Vyžadovat potvrzení pokud se celkový počet investovaných bodů v době zobrazení okna VB neshoduje s aktuálním počtem při "náhozu".

Tedy příklad.

Chci nahodit první místo v budově kde úroveň stojí 1000 bodů 500 body.
Když otevřu úroveň velkolepé budovy, není v budově investován ani jeden bod.
Mezitím nikdo jiný investuje do budovy 500 bodů výzkumu.
Investuji 500 bodů (neočekávám že VB zavřu) -> Zde bych místo zavření VB ocenil znovu načtení okna VB a potvrzení investovaní bodů.

Chápu, že se neumím vyjadřovat úplně přesně ale snad všichni pochopíte co mám na mysli.
Budu rád za názory, případně i doplním aby byl nápad lépe pochopitelný.

* Vyžadovat zde nemusíte chápat jako že by musel být povinný, bylo by dobré aby toto upozornění mohlo být vypnuto aby neobtěžovalo lidi co tyto problémy nemají.

Díky za pozornost

Edit 22.03 19:33

Prosím neřešte tu neukázněnost cechu, chápu že to muže vypadat tak, že se lidí nedokážou dohodnou a proto se to řeší ale to není důvod. Lidé nejsou stoje a tudíž nejsou neomylní. Navíc to ani nemusí být jejich chyba. Berte v úvahu například nenasytného souseda, i když tam je velmi malá pravděpodobnost že se to stane. Nicméně aplikace by měla mít podchycené všechny možnost a né jenom ty co se stávají běžně.

Docela se mi líbí příspěvek LordFrunDor
"Váš vklad bude snížen z XYZ na XY, přesto vložit? ANO / NE" ?
ale chtělo by to ještě podchytit to uzavírání tedy když se do VB body vejdou ale dojde k uzavření
 
Naposledy upraveno:

sir mcbacon

Komentátor
Nápad určitě zajímavý, ale trochu se bojím, že v praxi by to nemuselo fungovat a byli bychom tam, kde jsme teď, protože každy máme jinak ryhlou wifi atd. Ale i tak jsem pro
 
Nápad určitě zajímavý, ale trochu se bojím, že v praxi by to nemuselo fungovat a byli bychom tam, kde jsme teď, protože každy máme jinak ryhlou wifi atd. Ale i tak jsem pro

Rychlostí by se to mělo lišit pouze v době, kdy dojde k nečekané události, že někdo hodil do VB body mezi tím co si otevřel okno VB a tím co si hodil body. Pokud se tak nestalo jedná se pouze o primitivní kontrolu zda k tomu nedošlo a to jsou podle mě ns, tedy zanedbatelné. Samozřejmě v případě, že k tomu dojde je třeba aby si server vyžádal potvrzení, tedy komunikace se serverem probíhá na 2x, což muže vést i k tomu, že se daný scénář bude opakovat. Tedy někdo zase hodí před tebou.

Abych to zkrátil nemyslím si, že by byli hráči s pomalím připojením znevýhodněni. Pokud teda nejste v Pražském metru tam může být problém. :D
 

Joxer

Psavec
Pokud jde o to, aby hráč nepřišel o body při nahazování VB, kdy ještě neni pro něj dostupný info o vložených bodech, tedy když dochází k přijmutí vkladu i přes to, že v závěru si to veme míň bodů, než je vyplněné při vkladu, tak souhlasím.
Za mně PRO návrh
 

Svatej

Legenda
Pokud to chápu správně, tak ti jde prostě o vyskakovací okno "Váš vklad bude snížen z XYZ na XY, přesto vložit? ANO / NE" ?
Za mě PRO
 

Mrtvejmagor

Veterán
pravidelně se nám v cechovním vláknu 1,9 "náhozů" stává, že se dva lidi pokusí nahodit stejnou budovu v jeden čas.
nevím o čem je ten zbytek nápadu :D :cool: (jo ještě si ho dočtu) ale tohle pravidlo mám v cechu a PERFEKTNĚ to funguje
-Ve vláknu 1,9 se přihazuje jen a pouze na pozice které napsal majitel, pokud nenapíše žádnou pozici je to bráno tak že tu VB tam nedal !!! Pozice které nenapsal majitel se nenahazují !!! (zdůvodu například že nejsou pojištěné, šetří je pro někoho jiného). O pozice zveřejněné majitelem VB je nutno se písemně hlásit a pak nahazovat FB.
1584897821368.png
prostě majitel napíše pozice které chce obsadit a pak nahazovači napíší co obsadí, když se to napíše současně tak to každý vidí a dohodnou se
 

DeletedUser17617

Host
Jde o to že budou dva hráči současně házet první místo
rychlejší nahodí to co má a tomu pomalejšímu se tam odešle už jen to co se tam vejde ...
stačilo by kdyby systém zablokoval / zrušil druhý ( pomalejší ) nához
nemluvím o předem zapsaném nahazování na 1,9 - to je samozřejmě jasné ...
 

d arvit

Odborník
pravidelně se nám v cechovním vláknu 1,9 "náhozů" stává, že se dva lidi pokusí nahodit stejnou budovu v jeden čas.
možná bude chyba v disciplíně účastníků vlákna.
Troufám si říct že máme v cechu hodně aktivní 1,9 vlákno a nepamatuji že by někdo někomu zavřel budovu dvojitým nahozením jednoho místa.

ale pořád nevim jak by jsi to chtěl reálně provést, to potvrzení by ti tam vyskočilo pouze v případě že by hra věděla že je první místo obsazený a pokud by to věděla tak by se ti to tam ukázala rovnou v progresu VB..
 
možná bude chyba v disciplíně účastníků vlákna.
Troufám si říct že máme v cechu hodně aktivní 1,9 vlákno a nepamatuji že by někdo někomu zavřel budovu dvojitým nahozením jednoho místa.

ale pořád nevim jak by jsi to chtěl reálně provést, to potvrzení by ti tam vyskočilo pouze v případě že by hra věděla že je první místo obsazený a pokud by to věděla tak by se ti to tam ukázala rovnou v progresu VB..

Mě se to paradoxně stalo dneska, a proto jsem se to odhodlal napsat. Nicméně souhlasím, že neukázněnému cechu by se to stávat nemělo. Ale ono to ve výsledku nemusí být problém nahazovaní ve vlákně. Tohle muže nastat kdykoliv. Nicméně neukázněnost lidí tu řešit nechci.

Ale reálně hra ví kdo hodil první. De o to, že když někdo přihodí hra musí zahájit komunikaci se všemi hráči co mají zrovna tuto VB otevřenou. To nějakou dobu trvá, z mích pozorování to je cca 10s než se změna projevý ostatním hráčům. Navíc tabulka lidí kdo nahodili se neaktualizuje, aktualizuje se celkový počet bodů tedy lišta s progresem nahoře.

Nicméně pokud se člověk trefí do toho krátkého okamžiku budovu může zavřít.
 
tak nahazování je risk :D :D

To je bez debat, ale aplikace mě tím uvádí v omyl. Já dávám souhlas u přispění 500 bodu a né 499. (Pouze příklad) Pravděpodobně pro to mám svůj důvod, za mě je to požadavek, který by se neměl provádět pokud nelze splnit. Je pravda, že v případě že je to 500 ku 500 tak je to sporné a záleží na úhlu pohledu. Já hájím ten, že by to jít nemělo. Je to takové blbu-vzdornější.
 
Nahoru