[Idee]Nuovo Bod filler

[marcogaviolia]

Ciao, sto scrivendo sempre in Vbnet un nuovo BodFiller e vorrei il vosto parere su come migliorare quello scritto in Easyuo.
Questa è la maschera principare con la lista Bod e le loro caratteristiche:

In alto a sinistra è possibile selezionare se visulizzare un libro in particolare o tutti i libri contemporaneamente.
Sotto si trova la lista dei vari bod con le loro caratteritiche. Se la riga del bod Large è in verde vuol dire che è disponibile il bod small, quindi se tutte le righe sono verdi il large è completo, non ci sono duplicati.
A destra ci sono tutti i premi disponibili, oltre ai filtri identici a quelli del gioco.
Oltre a questo ci sono 2 tasti: Completa, Estrai
Se si preme completa vengono estratti tutti i bod necessari per completare il large(a differenza di easyuo si estraggono solo i bod necessari), large compreso ovviamente, dopo viene unito e se si desidera consegnato.
Il tasto estrai invece estrae solo il bod.

Oltre a questo ho inserito il cambio libro se questo è vuoto(quello da dove si estraggono i bod da fillare) o pieno (se il libro conserva è pieno, o quello riprova), cosi si può fillare per parecchi giorni consecutivi, ovviamente si riconnette al riavvio.
Ultima cosa per ora ho inserito anche il giro bod.

Attualmente funziona solo con la parte blacksmith, successivamente inserirò anche la parte tailor. Prima che rilascerò qualcosa passeranno cmq mesi.
Ovviamente non sarà per i "deboli" dei settaggi

Ora vi chiedo, devo inserire altre funzionalità?

[Aramon]

Ciao ma ovviamente fa anche il ciclo di fillaggio-consegna-raccolta dei soli small bod per poi collectarli nei large in un secondo momento ?

[marcogaviolia]

Ciao ma ovviamente fa anche il ciclo di fillaggio-consegna-raccolta dei soli small bod per poi collectarli nei large in un secondo momento ?

certo

[Galotar]

Visto all'opera non vedo l'ora di provarlo!!!!

[marcogaviolia]

Nessuno propone nulla quindi deduco che lo script di Easy uo sia completo?

[fengyr]

Nessuno propone nulla quindi deduco che lo script di Easy uo sia completo?

se ti riferisci al boscags7, si e' abbastanza completo. la gestione di libri multipli e' un'ottima aggiunta.
personalmente preferisco lasciare vuoti i bod da conservare e fillarli in un secondo momento, valuta se renderlo opzionabile.

per il resto quanto segue sono piu' delle osservazioni e non le vedo come modifiche fondamentali, ma visto che cerchi idee butto giu quello che mi viene in mente.
spero tu abbia implementato uno smistamento dei premi (martelli,picconi,sop,etc..) simile a quello di easyuo: dati dei contenitori multipli, all'avvio li controlla tutti e gli assegna automaticamente il premio.
es. ho varie casse, in alcune metto dei prospector, lo script individua che la' verranno depositati soltanto prospector, in un altra andranno solo le sop e cosi via...
lato utente non servono tante configurazioni e con una semplice funzione, al momento del setup, seleziono 'x' contenitori ed il gioco e' fatto. semplice e potente, il tipo di automazione che preferisco


per quanto riguarda la finestra con la lista dei bod forse sarebbe piu immediato visualizzare i large su una riga unica, stile questo:


nota: quella e' la rappresentazione grafica dei large dal mio database, gli small in grassetto non sono dentro ai large ma semplicemente 'posseduti' ed assegnati

il menu a discesa premi disponibili: non so a cosa si riferisca, ai large bod completati e pronti alla consegna x il premio?
per visualizzare i bod immagazzinati forse sarebbe comodo un filtro 'per premi' oltre a quello complesso a check box (materiale/quantita'/qualita'/tipo)
infine e piu' succoso, esportazione del database. basterebbe che sia compatibile/convertibile ai sistemi preesistenti, un tempo era in voga questo: http://free.7host06.com/WebBod/Aiuto.asp (post originale) una sorta di mercatino dove i giocatori potevano confrontare i propri database e accordarsi x gli scambi, se riesci a originare un output compatibile con il suo formato credo che quel sito sia ancora sfruttabile.

[marcogaviolia]

se ti riferisci al boscags7, si e' abbastanza completo. la gestione di libri multipli e' un'ottima aggiunta.
personalmente preferisco lasciare vuoti i bod da conservare e fillarli in un secondo momento, valuta se renderlo opzionabile.

per il resto quanto segue sono piu' delle osservazioni e non le vedo come modifiche fondamentali, ma visto che cerchi idee butto giu quello che mi viene in mente.
spero tu abbia implementato uno smistamento dei premi (martelli,picconi,sop,etc..) simile a quello di easyuo: dati dei contenitori multipli, all'avvio li controlla tutti e gli assegna automaticamente il premio.
es. ho varie casse, in alcune metto dei prospector, lo script individua che la' verranno depositati soltanto prospector, in un altra andranno solo le sop e cosi via...
lato utente non servono tante configurazioni e con una semplice funzione, al momento del setup, seleziono 'x' contenitori ed il gioco e' fatto. semplice e potente, il tipo di automazione che preferisco


per quanto riguarda la finestra con la lista dei bod forse sarebbe piu immediato visualizzare i large su una riga unica, stile questo:


nota: quella e' la rappresentazione grafica dei large dal mio database, gli small in grassetto non sono dentro ai large ma semplicemente 'posseduti' ed assegnati

il menu a discesa premi disponibili: non so a cosa si riferisca, ai large bod completati e pronti alla consegna x il premio?
per visualizzare i bod immagazzinati forse sarebbe comodo un filtro 'per premi' oltre a quello complesso a check box (materiale/quantita'/qualita'/tipo)
infine e piu' succoso, esportazione del database. basterebbe che sia compatibile/convertibile ai sistemi preesistenti, un tempo era in voga questo: http://free.7host06.com/WebBod/Aiuto.asp (post originale) una sorta di mercatino dove i giocatori potevano confrontare i propri database e accordarsi x gli scambi, se riesci a originare un output compatibile con il suo formato credo che quel sito sia ancora sfruttabile.

Per ora non riempe nessuno large da solo, volevo mettere come opzione consegna i large in automatico in base ai premi.
Per i premi è identico a easyuo casse multiple e in base a quello che c'è dentro lascia il premio.
Il menu a tendina dei premi disponibili se cliccato mostra tutti i premi completi che si hanno, se si seleziona il premio escono tutti i large completi, cosi da poterli consegnare.
Per quanto riguarda il sito per gli scambi io avrei voluto fare un database online, ma 1 costerebbe,2 non ci capisco una mazza di database

[fengyr]

avere l'esportazione dei bod sarebbe gia' qualcosa, oltre al fillaggio dei large e' la mancanza principale di quello script secondo me.

se non hai mai lavorato col multithreading e' uno spunto interessante per l'uso del component BackgroundWorker, ci sono aziende che tutt'oggi non hanno programmatori preparati ad usarlo ;D

[marcogaviolia]

avere l'esportazione dei bod sarebbe gia' qualcosa, oltre al fillaggio dei large e' la mancanza principale di quello script secondo me.

se non hai mai lavorato col multithreading e' uno spunto interessante per l'uso del component BackgroundWorker, ci sono aziende che tutt'oggi non hanno programmatori preparati ad usarlo ;D

Sei fissato con sto backgroundworker. Per fare cosa?

[marcogaviolia]

Vi faccio vedere con un video come viene riempito e consegnato un bod large, spero si capisca qualcosa. Secondo vai va bene fatto così?

[marcogaviolia]

Ho seguito il consiglio di fengyr e ora la visualizzazione dei bod è cosi:

[seel82]

Sei fissato con sto backgroundworker. Per fare cosa?

BackgroundWorker è un thread ad eventi e quindi potrebbe essere impiegato per gestire 2 operazioni contemporaneamente (per essere pignoli il "contemporaneamente" non è propriamente vero), quali : Lettura Pixel e parse dei bods o scan del journal!
Secondo me poi dipende da come lo vuoi strutturare tu, puoi benissimo fare vari thread e gestirli attraverso un bool.

Detto cio volevo segnalare una problematica non da poco: nel video hai il taskmanager aperto e si vede nella traybar un uso di cpu sui 90/100%, è dovuto al programma?

[koky]

devo dire che la tua casa ha uno stile molto... come dire insomma hai un arredamento op

[marcogaviolia]

BackgroundWorker è un thread ad eventi e quindi potrebbe essere impiegato per gestire 2 operazioni contemporaneamente (per essere pignoli il "contemporaneamente" non è propriamente vero), quali : Lettura Pixel e parse dei bods o scan del journal!
Secondo me poi dipende da come lo vuoi strutturare tu, puoi benissimo fare vari thread e gestirli attraverso un bool.

Detto cio volevo segnalare una problematica non da poco: nel video hai il taskmanager aperto e si vede nella traybar un uso di cpu sui 90/100%, è dovuto al programma?

Sinceramente uso i task cmq non era riferito a quello ma solo che fengyr mi sembra fissato con il background worker^_^. Per la cpu non hai pesato che stavo anche registrando

[marcogaviolia]

devo dire che la tua casa ha uno stile molto... come dire insomma hai un arredamento op

Dovresti vedere dentro le casse però