{"id":1104,"date":"2019-02-13T05:04:39","date_gmt":"2019-02-13T13:04:39","guid":{"rendered":"http:\/\/blogs.magicjudges.org\/telliott\/?p=1104"},"modified":"2019-02-13T05:04:39","modified_gmt":"2019-02-13T13:04:39","slug":"cambiamenti-di-policy-di-ravnica-allegiance","status":"publish","type":"post","link":"https:\/\/blogs.magicjudges.org\/telliott\/2019\/02\/13\/cambiamenti-di-policy-di-ravnica-allegiance\/","title":{"rendered":"Cambiamenti di Policy di Ravnica Allegiance"},"content":{"rendered":"

[cets_callout_box style=’yellow’ align=’right’ title=’The New Docs’]IPG<\/a> | MTR<\/a>
\n[\/cets_callout_box]<\/p>\n

Ravnica Allegiance \u00e8 arrivata! Questo significa che \u00e8 giunto il momento di innalzare la bandiera Simic!<\/p>\n

Due nuovi Match Loss<\/h2>\n

<\/p>\n

Scommetto di aver attirato la vostra attenzione. S\u00ec, parleremo di qualcosa di grosso, ma non grosso come avreste potuto pensare inizialmente. Fate un bel respiro.<\/p>\n

Improperly Determining a Winner e Bribery and Wagering adesso sono Match Loss.<\/p>\n

Respiro. Con le branchie, se ne avete bisogno. La cosa pi\u00f9 importante da ricordare \u00e8: se il giocatore sapeva di non poter fare l\u2019offerta o tirare il dado, \u00e8 ancora Cheating. Viene squalificato. Ricordatevi che la maggior parte delle persone lo sa.<\/p>\n

Tuttavia, le regole in queste sezioni sono complicate, e qualche volta persone che non hanno giocato cos\u00ec tanti tornei non ne conoscono tutti i dettagli, e inconsapevolmente commettono un errore. E\u2019 pertanto accettabile assegnare un Match Loss (o doppio Match Loss in alcuni casi), che \u00e8 comunque una penalit\u00e0 molto rilevante ed educare i giocatori anche senza dover affrontare tutto l\u2019iter di una squalifica.<\/p>\n

In pi\u00f9, i giocatori non sono pi\u00f9 obbligati a chiamare un Judge appena ricevono un\u2019offerta di questo tipo dai loro avversari. Ci si aspetta che segnalino comunque l\u2019infrazione (come tutte le infrazioni), ma non coinvolgere un Judge non comporter\u00e0 pi\u00f9 una squalifica automatica. D\u2019altra parte, stiamo anche restringendo le regole sullo spingere il vostro avversario a commettere infrazioni (\u201cUna patta \u00e8 pessima adesso. Se solo potessimo far qualcosa!\u201d). Questo \u00e8 esso stesso un\u2019infrazione..<\/p>\n

Dai Troll a Missed Trigger migliori<\/h2>\n

<\/p>\n

Alcuni di voi si ricorderanno il mio recente post riguardante Charnel Troll. Discutendone con la gente del R&D, abbiamo parlato anche di alcune parti delle policy che non funzionavano bene come avremmo voluto. Questo ha portato ad alcune modifiche. Prima di tutto, il fix specifico per le abilit\u00e0 innescate con azioni di default, \u00e8 scomparso. Questo fix \u00e8 stato in giro da sempre (da prima delle IPG stesse!), e abbiamo capito che nessuno le ha mai apprezzate particolarmente. Alcune erano eccessivamente punitive, specialmente i Patti. C\u2019erano alcune stranezze tecniche: \u201cSe non lo fai\u201d e \u201cSe non puoi farlo\u201d funzionavano in modo diverso (e Charnel Troll usava un template completamente diverso). Adesso, se vi dimenticate una innescata con un\u2019azione di default, il vostro avversario decide se va in pila. Se decide di metterla in pila, farete tutte le relative scelte normalmente.<\/p>\n

<\/p>
\nAbbiamo inoltre un aggiornamento per le innescate della sottofase di cleanup: carte come Obzedat e Aetherling che hanno un\u2019abilit\u00e0 che le rimuove dal gioco, e un\u2019innescata ritardata che le fa ritornare. Anche se tecnicamente sono due abilit\u00e0 separate, era intuitivamente una sola, molto punitiva se ve ne dimenticavate le seconda parte. Quindi abbiamo introdotto un\u2019eccezione per queste abilit\u00e0, e nel farlo abbiamo sistemato anche cose che erano rimaste in sospeso da un po\u2019 di tempo, come i token del Geist of Saint Traft e le innescate di Prized Amalgam.<\/p>\n

Cosa? Prized Amalgam? Cosa c\u2019entra? Il testo di Prized Amalgam \u00e8 abbastanza simile da ricadere in questo stesso gruppo. Questo non era un problema enorme: una policy che occasionalmente fa innescare un\u2019abilit\u00e0 che avrebbe gi\u00e0 dovuto innescarsi, non avrebbe causato la fine del mondo. Ma era effettivamente molto strano che ci si dovesse comportare cos\u00ec. Quindi mi feci una nota per ricontrollarla la prossima volta che avrei messo mano alle innescate.<\/p>\n

Ora, questa innescata cerca specificatamente le abilit\u00e0 innescate ritardate che sono state create da abilit\u00e0 che volevano ripulire un cambio di zona causato da esse stesse (e questo incidentalmente si applica anche alla creazione dei token). Questo \u00e8 un caso pi\u00f9 restrittivo, ma riguarda comunque le carte che intuitivamente vi aspettereste ricadere in questa categoria. Credo che questa versione sia anche pi\u00f9 semplice da leggere e capire.<\/p>\n

<\/p>
\nCome si applica tutto ci\u00f2 sul nostro amato The Tabernacle at Pendrell Vale? Ha un template praticamente defunto che crea abilit\u00e0 innescate su altri oggetti, nello specifico anche dell\u2019avversario. Quindi questa \u00e8 una abilit\u00e0 che \u00e8 incredibilmente facile da dimenticare per l\u2019avversario, e la penalit\u00e0 per essersene dimenticati \u00e8 molto punitiva, essendo un\u2019azione di default. In pi\u00f9, giusto per essere super cattivi, ricevete anche un Warning.<\/p>\n

Abbiamo sistemato il fix per le azioni di default. E che succede al Warning? Come rendiamo queste innescate non detrimental? C\u2019\u00e8 una soluzione intuitiva: un\u2019innescata \u00e8 detrimental per voi solo se ne avete causato l\u2019esistenza. Siate sempre responsabili delle vostre creazioni!<\/p>\n

Abbiamo fatto qualche altro cambio non-funzionale per chiarezza, e adesso abbiamo una sezione sulle innescate che \u00e8 pi\u00f9 veloce, pi\u00f9 forte, e pi\u00f9 semplice.<\/p>\n

Siamo gi\u00e0 stati qui<\/h2>\n

<\/p>\n

Sicuramente il cambio pi\u00f9 grandi in termini di volume di testo \u00e8 la nuova sezione sulla Comunicazione nelle MTR dedicata ai loop. Sono tornati alla ribalta a causa di Teferi, e ho parlato con il Manager delle regole di Magic Eli Shiffrin su come renderli migliori.<\/del> Le regole sui loop sono a posto per\u00f2 potrebbero meritare una piccola revisione per gestire i loop che si sostengono attraverso scelte invece che azioni. <\/p>\n

C\u2019\u00e8 un paragrafo aggiuntivo nelle MTR 4.4 che spiega come gestire le scelte fatte all\u2019interno di un loop. Abbiamo ripristinato un cambio qui \u2013 in passato, se facevate una scelta che coinvolgeva una zona nascosta (tipicamente la mano), non eravate obbligati ad interrompere il loop. Ma, adesso che consideriamo le scelte allo stesso modo delle azioni, se non volete fare una scelta diversa dovete dimostrare che non potete (o rivelando la zona nascosta o chiedendo conferma ad un Judge). Altrimenti, il loop finisce. Adesso \u00e8 possibile fermare quasi tutti i giocatori che mantengono un loop.<\/p>\n

Varie ed Eventuali<\/h2>\n