Popolamento automatico campi

di il
10 risposte

Popolamento automatico campi

Buonasera, 

sto progettando un database che mi possa agevolare nella creazione di turni di lavoro.

Ho inserito una form dove a sx con caselle combinate seleziono il nominativo. (10 nominativi = 10 caselle combinate)

Poi ho inserito a fianco ogni casella combinata 31 caselle di testo (per indicare il mese)

Esempio: CasellaCombinata (nominativo1) + Caselleditesto (a1;a2;a3;a4;a5;a6 ….etc etc a31)

Ho inserito due caselle di testo (formato data)  per ogni casella combinata (nominativo) così da segnare eventuali ferie.

La domanda è questa…

E' possibile (ci sto pensando e applicando da un pò) far si che qualora venga indicato un periodo di ferie in automatica mi vengano evidenziate le caselle di testo (una per ogni giorno del mese) relative a quei giorni?

Esempio:

NominativoFerie dalFerie al1 dicembre2 dicembre3 dicembre4 dicembre5 dicembre6 dicembre
MARIO.ROSSI02/12/202203/12/2022 xx   
         

Sperando di essermi spiegato abbastanza bene

Porgo cordiali saluti e ringrazio anticipatamente per i suggerimenti che Vorrete darmi.

Jo  ;-)

10 Risposte

  • Re: Popolamento automatico campi

    Quell9nche hai fatto concettualmente va ripensato…. Diciamo che non è la cosa più semplice da sviluppare per chi ha poca dimestichezza… il motivo è principalmente dovuto alla logica di flessibilità a cui dare priorità e tu hai approcciato in modo da dover stravolgere tutto in caso di aumento di personale… non solo, le ferie potrebbero essere più spezzate nel mese… il mese non ha sempre 31gg ecc..

    Devi ragionare su un sistema basato su maschera continua, ma qui nasce il problema… le maschere continue hanno dei vincoli e paletti da conoscere perfettamente per riuscire a sfruttarli, altrimenti sono un problema insormontabile.

    Quello poi che hai chiesto si può fare temo però nell'insieme sia un compito assai difficile senza un po di wsperienza.

    Tieni presente che si può gestire anche una selezione a trascinamento per la selezione del periodo… ma questo è ancora fuori dalle normali tecniche.

    Ho sviluppato un demo abbastanza “elementare” ma non semplice… lunedì magari provo a linkarlo.

  • Re: Popolamento automatico campi

    25/11/2022 - @Alex ha scritto:


    Quell9nche hai fatto concettualmente va ripensato…. Diciamo che non è la cosa più semplice da sviluppare per chi ha poca dimestichezza… il motivo è principalmente dovuto alla logica di flessibilità a cui dare priorità e tu hai approcciato in modo da dover stravolgere tutto in caso di aumento di personale… non solo, le ferie potrebbero essere più spezzate nel mese… il mese non ha sempre 31gg ecc..

    Devi ragionare su un sistema basato su maschera continua, ma qui nasce il problema… le maschere continue hanno dei vincoli e paletti da conoscere perfettamente per riuscire a sfruttarli, altrimenti sono un problema insormontabile.

    Quello poi che hai chiesto si può fare temo però nell'insieme sia un compito assai difficile senza un po di wsperienza.

    Tieni presente che si può gestire anche una selezione a trascinamento per la selezione del periodo… ma questo è ancora fuori dalle normali tecniche.

    Ho sviluppato un demo abbastanza “elementare” ma non semplice… lunedì magari provo a linkarlo.

    Buongiorno e grazie.

    Effettivamente le problematiche che hai evidenziato ci sono. (flessibilità, personale, ferie spezzettate….) 

    Ho creato diversi database in questi anni.. ma son sincero.. questo mi ha messo un pò le spalle al muro… Non riesco a visualizzare bene la struttura… Sul suo comportamento… Devo lavorare molto su questo.. 

    Alle maschere continue non avevo pensato.. provo a studiarci su…

    Già è positivo dove mi dici che “si può fare”…. 

    Ti ringrazio molto… Se linkerai una demo sarò entusiasta di analizzarla e poter magari prendere il via sulla strada giusta per questo progetto.

    Grazie 

    J ;-)

  • Re: Popolamento automatico campi

    25/11/2022 - @Alex ha scritto:


    Quell9nche hai fatto concettualmente va ripensato…. Diciamo che non è la cosa più semplice da sviluppare per chi ha poca dimestichezza… il motivo è principalmente dovuto alla logica di flessibilità a cui dare priorità e tu hai approcciato in modo da dover stravolgere tutto in caso di aumento di personale… non solo, le ferie potrebbero essere più spezzate nel mese… il mese non ha sempre 31gg ecc..

    Devi ragionare su un sistema basato su maschera continua, ma qui nasce il problema… le maschere continue hanno dei vincoli e paletti da conoscere perfettamente per riuscire a sfruttarli, altrimenti sono un problema insormontabile.

    Quello poi che hai chiesto si può fare temo però nell'insieme sia un compito assai difficile senza un po di wsperienza.

    Tieni presente che si può gestire anche una selezione a trascinamento per la selezione del periodo… ma questo è ancora fuori dalle normali tecniche.

    Ho sviluppato un demo abbastanza “elementare” ma non semplice… lunedì magari provo a linkarlo.

    Buongiorno e grazie.

    Effettivamente le problematiche che hai evidenziato ci sono. (flessibilità, personale, ferie spezzettate….) 

    Ho creato diversi database in questi anni.. ma son sincero.. questo mi ha messo un pò le spalle al muro… Non riesco a visualizzare bene la struttura… Sul suo comportamento… Devo lavorare molto su questo.. 

    Alle maschere continue non avevo pensato.. provo a studiarci su…

    Già è positivo dove mi dici che “si può fare”…. 

    Ti ringrazio molto… Se linkerai una demo sarò entusiasta di analizzarla e poter magari prendere il via sulla strada giusta per questo progetto.

    Grazie 

    J ;-)

  • Re: Popolamento automatico campi

    Voglio fare una riflessione e non una polemica o una critica.

    Riguarda il fatto di scegliere lo strumento giusto in base alle proprie esigenze e al proprio modo di ragionare.

    Per quello che si vuole realizzare, access non è lo strumento giusto.

    Per fare una cosa del genere è meglio usare excel.

    Tentare di replicare un foglio dati, con tutto il lavoro che comporta in access, è molto più veloce ed agevole usare excel, dove con un decimo del lavoro si ottiene un lavoro molto migliore, ordinato e performante.

    Inoltre le ore di un lavoratore non si archiviano o gestiscono in questo modo.

    Devono essere organizzate per singolo operaio e non in formato tabellare.

    • Si evitano inutili sotterfugi ingestibili, per discriminare le decine di causali legate alle ore e che a livello contabile e di legge hanno diversi trattamenti (ad esempio: ferie, permessi, malattia, 104, congedi matrimoniali, congedi di maternità, congedi per funerali, congedi parentali, sospensioni) 
    •  evitano inutili insulti da parte del commercialista che si ritroverebbe un ginepraio di dati da scremare per generare una banale busta paga.
    • Molti programmi professionali per la generazione delle buste paga sono già abilitati per collegarsi a tabelle di altri database, o importare dati in formato xls o txt o xml. Quindi basterebbe fornire al commercialista le tabelle o l'esportazione. Con questo formato non si potrebbe fare ma bisognerebbe fare tutto in modo manuale.
    • inoltre, anche se nessuno lo fa, il report delle ore mensili dovrebbe essere dato insieme alla busta paga, ed in questo modo diventa ancora più macchinoso averne uno per singolo operaio.

    Quindi, suggerisco di cambiare approccio e di non seguire questa strada, perchè se all'apparenza può sembrare più agevole a livello visivo, alla fine crea solo inutili problemi.

  • Re: Popolamento automatico campi

    Non condivido l'idea che serva Excel per queste cose.

    Puoi argomentare in modo concreto in cosa Access non sarebbe adatto…?

    Io nel frattempo, giusto perchè preferisco sempre essere concreto quando porto esempi, vi lascio il mio Demo Semplificato che mi pare possa assolvere completamente, anzi sicuramente eccede per la parte di Selezione grafica con il TastoDestro del Mouse.

    https://1drv.ms/u/s!Are2sGzrs4WChnAwqV1L3-F965QS?e=yYBFf3

    Se poi vuoi vedere una cosa veramente notevole e molto complessa, fatta con le API e GDI+, è un Gant interattivo basato completamente sulla Grafica API, ed anche una Stampa di report con le relazioni… (purtroppo ha qualche baco nel repaint che non ho mai avuto voglia di correggere), ma è un gran bell'esempio ;-)

  • Re: Popolamento automatico campi

    26/11/2022 - @Alex ha scritto:


    Non condivido l'idea che serva Excel per queste cose.

    Puoi argomentare in modo concreto in cosa Access non sarebbe adatto…?

    Io nel frattempo, giusto perchè preferisco sempre essere concreto quando porto esempi, vi lascio il mio Demo Semplificato che mi pare possa assolvere completamente, anzi sicuramente eccede per la parte di Selezione grafica con il TastoDestro del Mouse.

    https://1drv.ms/u/s!Are2sGzrs4WChnAwqV1L3-F965QS?e=yYBFf3

    Se poi vuoi vedere una cosa veramente notevole e molto complessa, fatta con le API e GDI+, è un Gant interattivo basato completamente sulla Grafica API, ed anche una Stampa di report con le relazioni… (purtroppo ha qualche baco nel repaint che non ho mai avuto voglia di correggere), ma è un gran bell'esempio ;-)

    Non intendevo che access non è adatto.

    Ma che nella scelta degli strumenti che si hanno a disposizione, bisogna scegliere quello più vicino alle proprie conoscenze, altrimenti prima di arrivare a qualcosa di concreto passano anni o si ottiene un lavoro non funzionale, oppure ci si scoraggia prima.

    In questo caso, bisogna avere una conoscenza di access avanzata e a tutto tondo, che travalica le competenze della quasi totalità degli utenti del forum e di chi usa access. Me compreso.
    E nel  caso specifico, occorrerebbe molto tempo e molto studio, solo per ottenere l'effetto grafico che su excel è nativo.
    Poi c'è da gestire tutta la parte tecnica di gestione.
    Parte tecnica che è già nativa in excel.
    Ad esempio, realizzare un artefizio come fai con l'uso dell'oggetto che hai chiamato cmdrow, anche solo teoricamente, non è immediato ed una volta afferrato il concetto, la sua realizzazione non è del tutto intuitiva e “facile” da applicare. O per lo meno non lo è per chi non ha approfondito e sperimentato da oltre 25 anni tutte le potenzialità di access, magari mutuate e replicate con access, prese da esempi realizzati con altri linguaggi o piattaforme.

    Guardando il tuo esempio, aldilà del puro aspetto tecnico, c'è anche un approccio di realizzazione che non tutti hanno, ed una volta acquisito, c'è poi tutto l'aspetto tecnico da realizzare.

    C'è poi l'aspetto pratico da scegliere per la gestione di determinate situazioni, che nel caso di gestione delle ore di un dipendente, non è quello più adatto, immediato e funzionale. Ma questo capisco che è del tutto soggettivo.

    Edit:
    Ho dato un occhiata anche a Gant_fullaccess.

    Mi asciugo le lacrime e vado a nanna.

  • Re: Popolamento automatico campi

    Guarda quello. Fatto con GDI…

    La questione “Conosvenza” se rileggi era la mia premessa… tuttavia è pur vero che se uno non ci si dedica continua ad avere l'approccio dilettantistico e casalingo… che per carità va bene basta capire anche dove ci si deve fermare, perché ha moltissimi limiti.

    Il suggerimento di usare excel infatti se lo intendevi come strumento associato ad Access vede l'uso di Automation, quanti sanno di cosa parliamo degli utenti BASE…?, ed anche questo richiede una discreta conoscenza, non contando poi che richiede Excel installato, e non è sempre scontato, ad esempio chi distribuisce il Runtime perché il cliente non ha office cosa fa…? Obbliga ad acquistare office…?

    Insomma io farei sempre riflessioni più patiche a livello operativo privilegiando lo strumento nativo.

    Ovviamente è una mia opinione.

  • Re: Popolamento automatico campi

    26/11/2022 - fratac ha scritto:


    Voglio fare una riflessione e non una polemica o una critica.

    Riguarda il fatto di scegliere lo strumento giusto in base alle proprie esigenze e al proprio modo di ragionare.

    Per quello che si vuole realizzare, access non è lo strumento giusto.

    Per fare una cosa del genere è meglio usare excel.

    Tentare di replicare un foglio dati, con tutto il lavoro che comporta in access, è molto più veloce ed agevole usare excel, dove con un decimo del lavoro si ottiene un lavoro molto migliore, ordinato e performante.

    Inoltre le ore di un lavoratore non si archiviano o gestiscono in questo modo.

    Devono essere organizzate per singolo operaio e non in formato tabellare.

    • Si evitano inutili sotterfugi ingestibili, per discriminare le decine di causali legate alle ore e che a livello contabile e di legge hanno diversi trattamenti (ad esempio: ferie, permessi, malattia, 104, congedi matrimoniali, congedi di maternità, congedi per funerali, congedi parentali, sospensioni) 
    •  evitano inutili insulti da parte del commercialista che si ritroverebbe un ginepraio di dati da scremare per generare una banale busta paga.
    • Molti programmi professionali per la generazione delle buste paga sono già abilitati per collegarsi a tabelle di altri database, o importare dati in formato xls o txt o xml. Quindi basterebbe fornire al commercialista le tabelle o l'esportazione. Con questo formato non si potrebbe fare ma bisognerebbe fare tutto in modo manuale.
    • inoltre, anche se nessuno lo fa, il report delle ore mensili dovrebbe essere dato insieme alla busta paga, ed in questo modo diventa ancora più macchinoso averne uno per singolo operaio.

    Quindi, suggerisco di cambiare approccio e di non seguire questa strada, perchè se all'apparenza può sembrare più agevole a livello visivo, alla fine crea solo inutili problemi.

    Buonasera

    nessun problema. Ci mancherebbe.

    Di fatto ho sempre utilizzato Access… E le sfide le ho sempre affrontate con lui. 

    In tanti anni ho risolto molte problematiche, pur comprendendo che Excel (in questo caso) potrebbe essere più adatto.

    E' anche vero che devo fare proprio una cosa semplice. (anche se non lo è) Alla fine non ho necessità di archiviazione o altro.

    La mia prima necessità è avere una form ( per me molto più imperativa all'utente) che permetta di muoversi limitatamente a quello che necessita. 

    Di fatto il suo utilizzo sarà mese per mese, inserire i giorni di ferie delle persone presenti nel turno e creare un planner di turni (giornalieri h24) con il personale restante. Questo viene esportato in excel e stampato a registro.

    Ringraziandoti per i suggerimenti, vediamo se riuscirò a raggiungere l'obbiettivo… Lo spero :)

    Cordiali saluti

    J :)

  • Re: Popolamento automatico campi

    26/11/2022 - @Alex ha scritto:


    Non condivido l'idea che serva Excel per queste cose.

    Puoi argomentare in modo concreto in cosa Access non sarebbe adatto…?

    Io nel frattempo, giusto perchè preferisco sempre essere concreto quando porto esempi, vi lascio il mio Demo Semplificato che mi pare possa assolvere completamente, anzi sicuramente eccede per la parte di Selezione grafica con il TastoDestro del Mouse.

    https://1drv.ms/u/s!Are2sGzrs4WChnAwqV1L3-F965QS?e=yYBFf3

    Se poi vuoi vedere una cosa veramente notevole e molto complessa, fatta con le API e GDI+, è un Gant interattivo basato completamente sulla Grafica API, ed anche una Stampa di report con le relazioni… (purtroppo ha qualche baco nel repaint che non ho mai avuto voglia di correggere), ma è un gran bell'esempio ;-)

    Grazie.

    Ho scaricato la demo. E' strepitosa. Complimenti. In maniera (molto avanzata) è quello che avevo in mente.

    Ora sicuramente ho un indicazione di come mi devo muovere. E di come approcciare il progetto.

    Grazie è fantastico.

    Ora lo studio e vi aggiorno. 

    J :)

  • Re: Popolamento automatico campi

    27/11/2022 - @Alex ha scritto:


    Guarda quello. Fatto con GDI…

    La questione “Conosvenza” se rileggi era la mia premessa… tuttavia è pur vero che se uno non ci si dedica continua ad avere l'approccio dilettantistico e casalingo… che per carità va bene basta capire anche dove ci si deve fermare, perché ha moltissimi limiti.

    Il suggerimento di usare excel infatti se lo intendevi come strumento associato ad Access vede l'uso di Automation, quanti sanno di cosa parliamo degli utenti BASE…?, ed anche questo richiede una discreta conoscenza, non contando poi che richiede Excel installato, e non è sempre scontato, ad esempio chi distribuisce il Runtime perché il cliente non ha office cosa fa…? Obbliga ad acquistare office…?

    Insomma io farei sempre riflessioni più patiche a livello operativo privilegiando lo strumento nativo.

    Ovviamente è una mia opinione.

    Mi scuso con l'autore del post. Stiamo monopolizzando il Thread per delle riflessioni che esulano l'argomento principale, ma che comunque, personalmente, ritengo utili, visto che la programmazione non è solo sudore, codice ed esaurimento nervoso, ma fatta anche di valutazioni di questo tipo, per approcciare meglio quello che si vuole realizzare. Anzi, molte volte sono riflessioni di questo tipo che danno la chiave di volta per trovare una soluzione.

    Praticamente stiamo facendo lo stesso discorso, solo che partiamo da due punti diversi. Io dall'inizio dell'esperienza e tu dalla fine dell'esperienza.
    E come dici l'esperienza la fa da padrona.

    Diverso il discorso di chi distribuisce. Io spero che chi distribuisce applicazioni, non sia limitato all'approccio casalingo. (anche se so perfettamente che nella realtà accade molto spesso)

    Comunque se non mi sbaglio, access era l'unico applicativo che fino al 2019 (mi sembra) era compreso solo con le edizioni professional o enterprise di office. In tutte le altre versioni, tipo la home edition, era optional ed andava pagato a parte.

    Mi trovo d'accordo sul fatto che bisogna fare riflessioni pratiche sullo strumento da usare, ma bisogna anche tenere conto del contesto e di chi dovrà realizzarlo.

    Senza togliere nulla a nessuno, gli esempi che hai postato sono a livelli alti e sono difficilmente replicabili. (tra parentesi è anche impegnativo capirne il funzionamento a livello utente, immagina a livello di programmazione)

    Personalmente non riuscirei a fare cose del genere, ne a livello concettuale e nemmeno a livello pratico, se non immergendomi full time nell'uso di access. Ed anche facendolo, non so se effettivamente riuscirei a ricrearli da zero.
    Quindi le mie considerazioni si basano sul fatto che il livello medio degli utenti del forum è amatoriale e che l'uso di access si limita ad un singolo aspetto pratico immediato, ma soprattutto un po tutti, cerchiamo il risultato con il minimo sforzo e la maggior parte, come giustamente dici, non è disposto o in grado di fare il salto di qualità richiesto per fare determinate cose.

    Da qui il mio consiglio di spostarsi sull'uso di strumenti più adeguati alle loro conoscenze.
    E naturalmente quello detto vale anche per me.

    Comunque dopo che ho visto i tuoi esempi, ho preso due malox e sono andato a piangere in bagno XD XD XD.

Devi accedere o registrarti per scrivere nel forum
10 risposte