[Progetto] Lanciatore di dadi per il Nucleo

Ecchice ... su suggerimento del buon Gornova.

Ho provato a dare una forma il più libera possibile a quello che ha iniziato Manible qui
Anche questo è da sgrezzare e da testare ... fatemi sapere.

Nuova Prova

Molto buono... questo potrebbe già andare bene.
El, magari non c'è un modo per mettere un link al lanciatore nelle pagine html? Che magari appaia solo in quelle dei PBF...
Chessò tipo il percorso della discussione in cima ai post...

L'idea potrebbe essere questa. Cmq si può inserire direttamente nella home del forum.

http://www.freeforumzone.com/viewForum.aspx?f=57259


Dwarfolo
"So you hate Orcs cause Orcs hate you" (Eldrin)
"No! I hate Orcs cause they resemble my ex-wife" (Kurtgan)

[Modificato da Dwarfolo 28/01/2005 13.45]

I si può fare ....una cosa però sarebbe mooooolto buona, e cioè tramite account del master accedere alla zona risultati registrati che verranno piazzati nel Database del Nucleo .....Elwood tu che dici?

Ecco .. questo sarebbe ottimo. Però bisognerebbe rifarlo in asp o php a quel punto.

P.S. Volevo far notare che per ora il gingillo funziona sia con il "+" che con il "-"

Es.
2d5 + 3
4d8 - 2
1d1000 + 0 :O

Dwarfolo
"La violenza è l'ultimo rifugio degli incapaci" (Salvor Hardin, sindaco della Prima Fondazione)

[Modificato da Dwarfolo 28/01/2005 18.43]

---

Scritto da: Dwarfolo 28/01/2005 13.46
Ecco .. questo sarebbe ottimo. Però bisognerebbe rifarlo in asp o php a quel punto.

P.S. Volevo far notare che per ora il gingillo funziona sia con il "+" che con il "-"

Es.
2d5 + 3
4d8 - 2
1d1000 + 0 :O

---

Cazzarola... quando si dice la differenza fra dilettanti e professionisti... :-D.

Grazie, grazie Mandy ... troppo gentile ^_^

Cmq ho fatto una variante all'aggeggio per generalizzarlo ancora di più.

Eccolo

Ora in sostanza può risolvere anche delle espressioni con i dadi e la forma dell'input è liberissima.
In questo modo è usabile non solo per lanciare dadi ma anche per risolvere confronti e check di statistiche di gioco generiche con modificatori (in + e in -) e con moltiplicatori. Alcuni esempi....

- Lanciare 2d6 con un moltiplicatore di x3:
3*2d6 oppure 2d6*3

- Lanciare 3d4+4 con un moltiplicatore di x5:
5*(3d4+4) oppure (3d4+4)*5, (4+3d4)*5, 5*3d4+5*4, ecc...

- Lanciare 4d8 con moltiplicatore x2 e aggiungere 3 al totale:
2*4d8+3 oppure 4d8*2+3

- Lanciare 5d5 e dividere il totale per 4:
5d5/4

Insomma potete inserire le espressioni con l'ordine che volete, ricordando che * e / hanno precedenza su + e - e le parentesi cambiano l'ordine della valutazione delle espressioni.

Veniamo all'utilità della cosa per i Master dei PbF (alcuni esempi)...

- Lex Arcana
1d4+1d6+1d8

- Colpo critico D&D con un arma che fa 1d6 di danno +1d4 di danno da fuoco, ha un moltiplicatore di x3 e ha un bonus di For di +2:
3d6+3*2+1d4

- Check di abilità col d20, abilità del PG 12, vonus di circostanza +2, CD della prova 20:
1d20+12+2-20
con questo sistema si ha anche direttamente il margine di successo (positivo) o di fallimento (negativo)

- Check di abilità in GURPS, abilità del PG 12:
12-3d6
con questo sistema si ha anche direttamente il margine di successo (positivo) o di fallimento (negativo)

- Tabella della resistenza in Cthulhu, forza attiva 13, forza resistente 10:
50+(13-10)*5-1d100
un sirultato positivo è un successo, uno negativo un fallimento.

E via dicendo ...

Per inciso l'aggeggio può funzionare anche come banale calcolatrice ;)
Bene, testate e debuggate pls. Per ogni domanda sono qui!

Scusa Dwarfolo ma non è meglio fare un campo testo per ogni elemento dell'esperssione? .....sai a scanso di casini, troppa libertà non giova sempre

Non capisco il senso Sno?
Esempi?

Be se in futuro il salvataggio dei risultati nel DB si potrà fare questo richiede una coerenza nell'inserimento dei dati, cosa che in questo momento non è possibile dato che ognuno può scrivere l'espressione come cazz gli pare
.

Si ho capito quello che vuoi dire tu ma ...
- Nel DB puoi metterci esattamente l'espressione digitata come stringa, ergo non vedo il problema come insormontabile.
- Fare un parser ricorsivo come lo ho fatto io, usando regex e la funzione eval di Javascript (ovvero usando le elevate potenzialità del linguaggio) è banale. Farlo su più campi diventa un pandemonio, specie considerando che per metterlo nel db si useranno linguaggi diversi (php o asp). Php non ha la funzione eval e asp (che mi ricordi) non supporta nemmeno le regex.
- Ultima cosa, ma non indifferente, quanti campi mettiamo? Cosi puoi scrivere un'espressione arbitraria che copre ogni necessità presente, passata e futura. Se restringi le espressioni a campi prestabiliti sei costretto a dei compromessi sulle potenzialità dell'oggeto.

Non so ... fatemi sapere cosa avete bisogno e se posso mi attivo ;)

E' proprio perchè php e asp non supportano le funzioni che hai usato tu bisogna racchiudere gli operatori in campi prestabiliti ....cmq per il momento hai ragione tu dato che se non si passa a php non serve fare quello che ho detto.

Uhmmmm ... però adesso che ci penso abbiamo detto una cazzata entrambi.
Sia php che asp consentono di inserire codice javascript nella pagina e di manipolarne le variabili (quindi anche i risultati).

A questo punto nel db ipotizzo che si possa mettere tranquillamente un record con due semplici campi varchar, l'espressione e il risultato. Il Master che va nel DB a leggere vedrà che formula ha usato chi ha lanciato i dadi e con quale risultato.

Uhmmm .... quasi quasi mi rimonto mysql sulla macchina e faccio un paio di prove.... a presto.

Sarà come dici Dwarfolo ma onestamente preferisco che la cosa sia moooolto lineare ...e poi non è solo il DM che può accedere ai report dei risultati ma anche i giocatori quindi le persone che devono viosionare il tutto sono tante ed uno standard non fa male.

Bho ... forse allora parliamo di 2 cose diverse Sno.
Come fai a standardizzare??

Qui parliamo di fare una form che gestisca TUTTE le meccaniche di TUTTI i GDR possibili (anche quelli a venire?) parametrizzando ogni meccanica (e ogni GDR può averne diverse) con una scomposizione in fattori .... non ti sembra una cosa un po troppo ambiziosa?

Se sono un PG è devo fare un tiro per colpire nel d20 (ad esempio), scrivo:
1d20+12
(e 12 è il mio modificatore al TxC)
Il risultato è 22.
Nel DB ci schiaffi 1d20+12 e 22. Il PG che se lo va a leggere si troverà quello che ha scritto e il risultato e idem farà il master.
Prova a pensare a quante caselle di testo ci vogliono per gestire anche solo una meccanica cosi banale, con tutti i modificatori (For, Arma magica, Incantesimi presenti, bonus di circostanza, ecc..) e dimmi come facciamo ad uscirne :o

Bho ... ripeto, forse non sto capendo io il problema.

Scusa ma non credo di essere un genio eppure mi pare di esserci riuscito nello Zaino .

Campo0 = Testo che specifica a cosa appartiene il tiro "spada, incantesimo ecc."
Campo1 = Numero di dadi da Tirare
Campo2 = Numeno di Facced di ogni DADO
Campo3 = Modificatori Bonus/Malus

Non capisco di quali problemi stai parlando

Ahhhh mo ho capito.
Scusa Sno, ma se lo hai già pronto, perchè allora mi vate fatto faticare a vuoto? ;)
Prendiamo quello che hai fatto per lo Zaino e morta li ... o no?

Beh, ma ormai l'hai già fatto Dwarf.
Secondo me, per tagliare la testa al toro, potresti fare così:
lasci il campo di cui parlavi ora, in cui si possono scrivere le espressioni che si vuole, in modo che sia usabile x qualsiasi GDR. Poi però aggiungi altri campi standard, per facilitare la vita al DM, che sò i più classici: CD, bonus/malus, caratteristica del PG, etc.
O no?

Una nota: arrotonda i numeri per eccesso o difetto, o almeno limita i decimali a 1 o al max 2.

Facilitare?? ... ragazzi, sarò gnucco io, ma una cosa più semplice di scirvere una banale sequenza di dadi e addizioni in un UNICA casellina di testo proprio non riesco ad immaginarla. Se poi mi dite che per voi è invece più facile usare un interfaccia con 20 controlli, non parlo più ....
Domanda che non vuole essere assolutamente polemica ... qualcuno oltre Gab lo ha provato?

Se invece non parliamo di facilità d'uso ma di convenienza nell'inserimento in un eventuale prossimo venturo DB, ripeto che ancora non vedo il problema ... ma sarò io gnucco, come dicevo.
Se tutto quello che c'è da leggere è la formula inserita e il suo risultato, non capisco che casino crei....bho.