Back to top

Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - bolina

Pagine: [1] 2 3
1
Molto bene, perchè è proprio quello che avevo intenzione di fare ed  compatibile all'attuale impostazione, sarà solo da settare i vari filtri necessari per queste visualizzazioni.

ok, quindi in teoria salta il radiobutton "cancella atto"

Ottimo per un campo.
Per la stampa del registro dovranno essere risolti dei problemi. Nel frattempo l'esportazione dei dati in xls o csv dovrebbe temporanemente tamponare questa cosa.

ok, benissimo. i "problemi" da superare per la stampa quali sono? avevo visto un post sul sito di chronoforms relativamente all'aggiunta di un tasto "stampa" nei forms (è qualcosa di simile?)

Questa è stimolante, e da studiare bene. Ma anche l'invio per email di tutti gli atti non dovrebbe essere male.

Intendi dire una funzione che permetta ad un utente di selezionare X files, compattarli, e mandarli per email?

ale

2
per il caricamento dati penso che siano sufficienti. Eventualmente riduco il numero atti per pagina in modo da provare la paginazione su almeno 3, 4 pagine.

Ok, comunque vado avanti e continuo ad inserire. Magari ti torna utile.

Nel frattempo ho realizzato la funzione di ricerca con i dati caricati per prova.
Ho aperto anche un menù per nuoversi un po' meglio fra le funzioni realizzate.

Credo che la funzione di ricerca sia abbastanza flessibile e configurabile e da un'idea di cosa è possibile ottenere.

Quella realizzata è su quasi tutti i contenuti dell'albo. Ma da essa possono ricavarsi come casi particolari le altre ricerche es. alle sole sezioni o singole categorie ed inseribili in menu dedicati.

Visto tutto, sì, stavo pensando la stessa cosa.

Pensavo che forse sarebbe più opportuna una pagina che contiene tutti i link alle funzionalità e nel menù laterale solo "Albo Pretorio" con il link alla pagina.
Nei prossimi  giorni lavorerò alle funzioni di modifica dei dati inseriti. Poi c'è da pensare anche alla stampa.

Anche questo è da prendere in considerazione, di fatto un solo link all'albo pretorio sarebbe sicuramente comodo e funzioni navigabili all'interno.

Ti/vi aggiorno sulla "mia parte":

Ho mostrato le funzioni attuali a vari dipendenti di vari comuni e tutti concordano che la direzione è quella giusta.

Richieste specifiche sull'archiviazione:

di fatto tornerebbe utile una funzione di archiviazione che svolgesse i seguenti compiti:

- archiviare indistintamente tutti gli atti scaduti ma senza che siano visibili lato pubblico

- permettere accesso all'archivio atti scaduti solo agli operatori del comune mentre lato pubblico visualizzare elenco dei titoli degli atti scaduti (senza poter visionare il contenuto degli atti)

questa archiviazione dovrebbe lavorare di pari passo con il registro delle pubblicazioni per permettere al comune di tenere traccia delle pubblicazioni effettuate (e di mandare in pensione il vecchio registro cartaceo).

- campi inserimento atti: concordano tutti gli utenti che 1 campo solo sia sufficiente in quanto non vedono l'utilita di oggetto e descrizione (che comunque non userebbero)

- di mio aggiungo funzione per permettere accesso agli atti archiviati (al singolo atto però) da parte di cittadini ai quali il comune rilascia utente/password

Questa possibilità piace parecchio e cerco di spiegarmi:
io cittadino faccio formale e motivata richiesta di accesso ad uno specifico atto ed il comune me ne permette l'accesso direttamente via internet senza che io mi debba recare in comune a prendere la fotocopia dell'atto.

come funzione mi rendo conto che sia evoluta e non so quanto semplice (o fattibile) nella realizzazione.

Se di tutto quello che ho scritto qualcosa non fosse chiaro ditelo che cerco di spiegarmi meglio.

Dimenticavo: avvisami quando vuoi che inizio a mettere in "bella" il tutto sul sito che ho pubblicato, comprensivo di codice ed hints.

ale

3
Innanzitutto grazie per gli incoraggiamenti ed i contributi ricevuti.

Faciamo un po' il punto delle cose.

Quella è una prima visualizzazione in ordine sequenziale di inserimento. Serve solo per verificare i collegamenti e le funzionalità inserite ai fini della messa a punto.
Quando tutto sarà a posto non vi saranno limiti alle visualizzazioni realizzabili.

Ok, perfetto, questo era facilmente intuibile visto che siamo in fase di piena progettazione.


Anche io nei campi individuati trovo delle incongruenze esempio:

nome,oggetto, descrizione forse di riferiscono solo alla stessa cosa èsarebbe sufficiente un campo titolo dove inserire il reale titolo dell'atto che di per se dovrebbe essere esaustivo di quello che contiene e propone. Considerando anche che  gli allegati sono già ilmassimo dell'informazione sull'atto.

Effettivamente hai ragione, mentre stavo caricando i documenti stavo pensando la stessa cosa. Tra l'altro molti dei miei comuni *non* utilizzano altri campi che non siano:
campo 1 con (a scelta) titolo, descrizione, blablabla, quello che vuoi
campo 2 limiti temporali di pubblicazione
campo 3 allegati

Però mi chiedo: essendo i campi non obbligatori, anche se li lasciano in bianco, aggrava molto il procedere del lavoro? ovvero nella quasi totalità dei casi il comune utilizzera un solo campo per meri motivi di sua velocità nell'inserimento, ma lasciargli la possibilità di inserire una descrizione (per quei comuni un po' più virtuosi che magari ci tengono a come presentare le informazioni)?

Ovviamente se è un orpello inutile si può tranquillamente eliminare.

Riguardo agli allegati ovvero al fatto che avessi scritto prima che dovrebbero non essere obbligatori, mi hai fatto riflettere ed effettivamente se lo strumento serve a pubblicare atti, allora l'atto deve necessariamente esserci.
Mi era venuta in mente quella cosa perchè in alcuni casi mi è stato richiesto (sempre dai comuni) come fare se volevano pubblicare un semplice avviso ma non un atto vero e proprio.

La risposta, a questo punto, è che esistono altri sistemi per gli avvisi a questo è un programma che pubblica atti, direi (per me) questione risolta, senza dover modificare la logica del programma.

In questafase soffermiamo l'attenzione ai contenuti delle tabelle se sono o meno esaustivi delle cose che vogliamo visualizzare. Questa è la cosa fondamentale perchè quando avremo le tabelle con tutti i dati desiderati sarà più semplice visualizzare tutto in varie forme.

Su questo aspetto confido molto nei pareri di chi lavora negli enti a questi argomenti.

Inizio da domani un ciclo di "consultazioni" con i vari addetti che conosco. In linea di massima ti posso anticipare che più o meno i campi vanno bene eccetto il discorso che facevamo all'inizio del post, ovvero se eliminare o meno campi superflui rispetto allo stretto necessario.

Un piccolo hint riguarda il lato visibile solo al comune:
occorre sicuramente sviluppare un "registro" che sia stampabile e che permetta di avere una visualizzazione di tutto quello che è stato pubblicato nel corso del tempo.

Attualmente questo registro è mediamente cartaceo (lo chiamano registro delle pubblicazioni) ma in tutti i casi mi hanno chiesto di avere un registro vero e proprio consultabile anche sul sito.

Domanda: serve che mi metto ad inserire altri atti nel frattempo nei form di prova?

ale

4
Ho inserito alcuni dati senza significato. Se ne saranno inseriti altri consentiranno di provare la paginazione e le ricerche.

prime impressioni:

funziona e bene. semplice e rapido l'inserimento.
di seguito alcune "note" che mi sono venute in mente mentre caricavo degli atti.
N.B. sò che per ora esiste solo la struttura principale, queste note sono da vedersi solo come affinamento nel funzionamento.

creazione sezioni
deve essere possibile avere un riepilogo delle sezioni già create.

creazione categorie
idem come sezioni

allegati
non devono essere obbligatori in quanto deve esistere la possibilità di pubblicare un atto anche senza allegare niente.

gestione allegati
occorre inserire la possibilità di tornare indietro nel caso un utente si sbagli e selezioni "continua con allegati" mentre in realtà non voleva inserire ulteriori allegati.

titoli e campi descrittivi degli atti
devono avere la possibilità di inserire anche caratteri quali "/" e "-"

ale

5
Ho tirato giù qualcosa. Ancora non è completo dei particolari ma la struttura portante credo ci sia.

Perfetto, grazie.

domani inizio a caricare vari documenti.

Fatemi sapere e non sparate sul pianista.

sia mai!

ancora grazie per lo sbattimento.

ale

6
Mi chiedo:
1) Ma una volta finito questo lavoro, sarà poi possibile inserirlo sul proprio sito comunale ???
2) Inserirete i passaggi necessari ???
altrimenti sarò costretto ad acquistare uno di quei programmi da 1000 euro..

Come vi posso aiutare?

Ciao,

per quanto mi riguarda ho messo a disposizione quel sito proprio per pubblicare il lavoro nella sua interezza e completo di tutti i passaggi necessari.

Quindi chi vorrà utilizzarlo dovrà semplicemente "prenderlo" e metterlo su.

L'ideale sarebbe avere l'aiuto di persone in grado di supportare vales (che si è offerto volontario) dal punto di vista della programmazione, visto che in teoria è un lavoro a step e persone diverse possono occuparsi anche di singoli step.

Per parte mia, mi impegno a tenere "in ordine" quel sito e pubblicare il pubblicabile mano a mano che viene realizzato, oltre a supporotare chi ne ha bisogno per la parte form.

ale

7
sei arrivato tardi bolina, già fatta quella prova  ;D ;D

lol, scusa non avevo collegato.

cmq. a me funza, almeno su firefox

ale

8


in template.css, riga 36

Codice: [Seleziona]
#mainbody_b {

background:transparent url(../images/sfondo_b.gif) no-repeat scroll center bottom;
}

aggiungi:

Codice: [Seleziona]
padding-left:12px;
padding-right:12px;
prima di }

al posto di 12px puoi mettere una grandezza che vuoi tu, anche minore o maggiore, a gusto.

ale

9
Mi chiedevo quali caratteristiche deve avere l'albo, tali da richiedere uno sviluppo ad hoc.
Ciao,
fondamentalmente stiamo parlando delle seguenti funzionalità:

- pubblicazione temporale di atti
- possibilità di avere X allegati per singolo atto
- possibilità di effettuare ricerche da parte dell'utenza
- possibilità di avere un "registro" delle pubblicazioni lato ente
- possibilità di essere abbastanza elastico in modo da poter ampliare le funzionalità sopra descritte.

Mi spiego meglio: escludendo eventuali interfacciamenti con gestionali in uso dal Comune, non si potrebbe sfruttare la versione base di Joomla FAP, con qualche compnente aggiuntivo, tipo attachements?

Non so se hai letto tutto il 3D, ma l'aspetto joomla base + componenti aggiuntivi è stato toccato, ed attualmente è implementato come soluzione temporanea da qualcuno.

I problemi maggiori in un sistema di pubblicazione del genere sono 3:

- estremamente macchinoso per l'utente comunale che deve pubblicare rispetto ad una interfaccia schematica dove occorre solo inserire i dati (pensa a come funziona attachments + articolo, per noi può sembrare semplice per altri no).

- non troppo flessibile se ho bisogno di implementare nuove funzionalità su componenti esistenti.

- difficoltà nella validazione nel caso i componenti originari siano stati sviluppati senza tenere conto di questa problematica.

ale

10
Joomla! 1.5 / Re:Problema con AllVideos
« il: 20 Gen 2010, 21:41:46 »
ok l'ho riscritto a mano e per ora funziona.
misteri....
grazie!

visto ora, mi è successo anche a me con lo stesso plugin, dopo 1 ora di ammattimento l'ho semplicemente riscritto a mano ed è andato tutto. 9/10 ti sei tirato dietro qualcosa che ha sporcato il codice da un copia/incolla.
A me era successo semplicemente perchè era in grassetto.

ale

11
Joomla! 1.5 / Re:All Videos reloaded
« il: 20 Gen 2010, 14:20:26 »

{wmvremote}mms://ftp.thou.tv:8080{/wmvremote} dopo wmremote come devo inserire width e height?

con wmvremote non ho mai provato ma con {flv}{/flv} si.

Puoi fare in due modi:

1) se tutti i video devono avere altezza e larghezza uguali li puoi settare dai parametri del plugin (vai in estensioni->plugin->scegli il plugin e lo apri, lì trovi le impostazioni che ti servono.

2) se un video in particolare deve avere dimensioni diverse puoi sovrascrivere le impostazioni del plugin con:

{flv width="un numero in pixel" height="un numero in pixel"}nomevideo{/flv}

Prova con wmvremote se è lo stesso.

ale

12
Gestione Form / Re:Importare form in contenuto
« il: 20 Gen 2010, 09:52:39 »
Nessuno riesce ad indicarmi qualche suggerimento?

ciao, stavi dicendo che stai provando ad inserire del codice all'interno di un contenuto di joomla.

potresti postare il codice che stai inserendo e l'informazione riguardo al fatto se utilizzi o meno un editor attivo per la modifica dei contenuti?

ale

13
Salve! Creando una voce di menu e mettendo come parametro "al click apri in: nuova finestra con navigatore browser", Joomla mi crea un codice con target="_blank", ovviamente NON valido Strict. Quale parte di codice sorgente bisogna hackare? Soluzioni?

ci sono vari soluzioni a questa disposizione del w3c, ma richiedono l'utilizzo di js, e quindi te le perdi se l'utente non utilizza js.

tra tante ti propongo:
Codice: [Seleziona]
<a onclick="window.open(this.href,'_blank');return false;" href="http://www.w3.org">w3.org</a>
che per esempio ti apre il link in una nuova finestra browser e valida comunque strict.

Però quello che ha scritto elpaso è sacrosanto, per una marea di ragioni.

Ti ricordo che tra le altre cose, il 1^ enunciato della legge Stanca dice:
"2) evitare la generazione di nuove finestre; ove ciò non fosse possibile, avvisare esplicitamente l’utente del cambiamento del focus;" e questo vuole dire che per ogni link non evitabile con il quale mandi l'utente in un'altra pagina del browser devi esplicitamente segnalarlo.

Inoltre il targer _blank fa a pugni con il concetto di accessibilità: aprire collegamenti in più finestre può rendere impossibile la navigazione ad alcune persone.

Seconda cosa: è l'utente che deve decidere cosa farsene dei "target" dei link e non chi crea il sito (pensa ai tab dei browser moderni, o ai palmari, ecc).

Quindi ti vai a complicare la vita per niente, visto che il tuo sito, anche se validato strict, non va nella direzione propugnata dalla legge Stanca.

Concordo con elpaso che alla fine, l'unica cosa corretta sia "non farlo".

ale

14
news: ho finito in bozza i primi due form, domani se tutto va bene carico il tutto su di un sito "test" dove piano piano vado a raccogliere ed inserire tutto quello che viene pubblicato dai vari interessati.

ho messo su velocemente un sito a questo indirizzo:
http://www.albopretorionline.eu/
dove potete vedere mano a mano gli sviluppi del tutto.

@vales: ti ho mandato mail privata sul tuo indirizzo di tin.

ovviamente i form che ho appena caricato sono "vuoti" ovvero non hanno funzionalità interne e non scrivono per ora su nessun DB.

per ogni form ho pubblicato (e verrà pubblciato anche in seguito) anche tutto il codice in modo che sia semplice copiare e incollare in locale per fare qualche prova.

A disposizione per qualsiasi modifica.

ale

15

Per quanto riguarda le categorie che hai elencato sopra (delibere, avvisi, ecc) io non le metterei come predefinite ma lascerei la possibilità di scriverle manualmente.

Si, il mio era solo un elenco a titolo di esempio, ma ovviamente categorie e sottocategorie devono poter essere liberamente costruibili.

PS. mi dispiace non potervi aiutare ma io non ho nessuna conoscenza di php e di programmazione, mi limito a "sfruttare" e a "criticare" il lavoro degli altri ;D

Se la "critica" è costruttiva, e serve a correggere una direzione sbagliata o a dare un suggerimento, allora anch'essa è un aiuto. Spesso prezioso.

Inoltre qui serve chi ha esperienza nella gestione di siti istituzionali (e quindi anche delle richieste che vengono fatte normalmente dai comuni) in modo tale da poter unire le varie esperienze personali e tirare fuori delle funzionalità che siano estendibili a tutti i comuni.

news: ho finito in bozza i primi due form, domani se tutto va bene carico il tutto su di un sito "test" dove piano piano vado a raccogliere ed inserire tutto quello che viene pubblicato dai vari interessati.

ale

16
Per me sarebbe sufficiente avere i form, possibilmente fatti con il Wizard di Chonoform per le eventuali modifiche.

Grazie

Va bene, inizio a lavorarci nel pomeriggio e nei prossimi giorni.

Per quanto riguarda il nome dei vari elementi, conto di inserire nomi lunghi e descrittivi, magari anche codificati per tipologia di form, così ci capiamo qualcosa (magari faccio anche una legenda a parte).

ale

17

Nella prima tabella aggiungere un campo logico che indica la pubblicazione in altro archivio dopo la pubblicazione di legge o meno.
Così come un altro campo logico che indica se vi sono obblighi particolari per la privacy.

Aggiornato l'elenco con scelta se archiviare o cancellare.
Il campo logico relativo alla privacy non serve (ovvero il comune è autonomo riguardo a queta decisione).


Io lavorero con chronoform e chronocnnectivity. Docman per me è morto la nuova versione è a pagamento. Quella corrente 1.4 è legacy

Per non farti fare il lavoro "grosso" tutto da solo (non mi sembra corretto), dicci come possiamo renderci utili.

Io arrivo a:
- creare form anche complessi e anche a geometria variabile.
- fare semplici connessioni al DB con chronoconnectivity
- gestire CSS per la parte grafica

di programmazione sò zero, ma fino a "leggere" un listato php o js, almeno come funziona in via generale ci riesco.

ale

18
Concordo con Bolina, effettivamente (gestendo i siti di 5 comuni) mi è stato chiesto espressamente che alcuni documenti (senza specificarmi quali) possano essere archiviati (quindi non visibili) ma recuperati e mostrati in base alle esigenze.

Si, la richiesta che ti hanno fatto si riferisce al diritto di accesso dei soggetti che ne abbiano giuridicamente interesse rilevante.

Volendo, se l'applicativo lo sviluppiamo bene, il comune sul sito può prevedere le seguenti cose in merito agli atti scaduti:

- elenco degli oggetti degli atti non più pubblicati
- form da compilare con richiesta di accesso formale agli atti e da inviare via PEC o per fax o per posta ordinaria
- accesso tramite nome utente e psw ad un singolo( o vari) specifici documenti per i quali è stata fatta richiesta di accesso formale e per la quale si è verificato che il cittadino ne ha facoltà.



Per le delibere invece credo che debbano rimanere pubblicate comunque.

No, anche per esse si applica la normativa corrente (che poi i comuni facciano di testa loro non è un problema nostro ovviamente, per quello dicevo che l'operatore deve avere la possibilità di decidere cosa farne dell'atto scaduto).


Per quanto riguarda DOCMAN io utilizzo una versione "Accessibile" o meglio validata Strict e CSS ma naturalmente ha i suoi limiti.

P.S. ne avevo trovata un'altra che prevedeva anche il TAG Title sui vari link dei documenti, quindi magari sarebbe opportuno prevedere anche questa funzione.

dove hai trovato quella validata?
ale

19
mi ci metto domani e posto quelli ceh secondo me sono i campi descrittivi (non sono in realtà molti e li ho già citati nel post iniziale)

Posto anche un elenco di tipologie di atti che vengono normalmente pubblicati dai comuni.

Elenco versione 1.0 aggiornato al 17/01/2010
Campi da inserire nelle varie tabelle dell'Albo Pretorio

1) tabella principale con tutti i campi descrittivi dell'atto

- ID documento (numero assoluto progressivo) (campo automatico)
- Autore del documento (campo automatico)
- Data di creazione del documento (campo automatico
- Categoria di appartenenza dell'atto (campo obbligatorio)
- Oggetto dell'atto (campo obbligatorio)
- Descrizione dell'atto (campo facoltativo)
- Data inizio pubblicazione (campo obbligatorio)
- Data fine pubblicazione (campo obbligatorio)
- Stato attuale del documento (pubblicato o meno) (campo obbligatorio)
- pubblicazione in altro archivio dopo la pubblicazione di legge o cancellazione dell'atto a scaduta pubblicazione. (campo logico, obbligatorio)

2) tabella categorie degli atti
- ID categoria (numero assoluto progressivo) (campo automatico)
- nome categoria (campo obbligatorio)
- descrizione categoria (campo facoltativo)

3) tabella sottocagorie
- ID sotto-categoria (numero assoluto progressivo) (campo automatico)
- nome sotto-categoria (campo obbligatorio)
- descrizione sotto-categoria (campo facoltativo)
- associazione alla categoria madre (campo obbligatorio)

4) tabella allegati all'atto.
- ID allegato
- ID atto codice di collegamento all'atto della prima tabella
- testo che contiene il testo dell'allegato
- file che contiene il nome del file che contiene il testo doc,pdf, ecc. di quell'allegato

Nota: prevedere la possibilità di caricare i files non necessariamente nello stesso spazio web dove risiede il sito del comune.

Elenco delle principali tipologie di atto comunemente pubblicate dai comuni

(a titolo di esempio)

Deliberazioni e Ordinanze Sindacali
   - Delibere di Giunta
   - Delibere di Consiglio
   - Ordinanze Sindacali
   - Ordinanze Dirigenziali

Avvisi
   - Convocazione Consiglio Comunale
   - Avvisi di Gara

Bandi e Gare
   - Bandi di Concorso
   - Bandi di Concorso di altri Enti
   - Borse di Studio

Elenchi ed Albi
   - Permessi di costruire
   - Abusi Edilizi
   - Beneficiari di provvidenze di natura economica

Singoli atti
   - Atti destinati a singoli cittadini irreperibili
   - Ulteriori Atti

Affissioni Stato Civile
   - Affissioni di Matrimonio

ale

20
Scusate ma mi sembra ci stiamo un po' perdendo.
Cosa vuol dire che dopo i 15 giorni di pubblicazione di una delibera essa non deve essere più accessibile al pubblico.
Ci sono decine o centinaia di siti di comuni e province in cui sono accessibili tutte le delibere adottate dagli organi.
Questa finalmente è informazione e disponibilità delle informazioni per i cittadini.
Quindi perchè un atto da Albo Pretorio non deve essere disponibile alla consultazione anche dopo i tempi canonici della sua pubblicazione?

Semplicemente perchè così prevede la legge:
- 241/90 modificata dalla 15/2005
recante norme per l'accesso agli atti e loro pubblicazione

- disposizione generale del garante privacy in merito al diritto all'oblio che nella fattispecie va a impattare sui seguenti atti:
a) gli atti anagrafici
b) gli estratti degli atti dello stato civile
c) le pubblicazioni matrimoniali
d) l'organizzazione degli uffici
e) dati reddituali
f) retribuzioni, compensi ed emolumenti
g) autorizzazioni e concessioni edilizie
http://www.garanteprivacy.it/garante/doc.jsp?ID=1407101#allegato1

Di fatto, sto cercando proprio di tornare in strada e segnalo due cose abbastanza importanti:

- l'albo pretorio online deve rispettare quelli che sono gli obblighi di legge in materia di pubblicazione degli atti (quindi richiesta di accesso formale da parte del cittadino dopo il periodo di pubblicazione).

- deve però essere elastico per permettere l'archiviazione e la successiva visione di determinati atti anche dopo il periodo di pubblicazione.

Questo si può ottenere semplicemente facendo decidere all'operatore cosa farne dell'atto una volta scaduto (archiviarlo/eliminarlo), in base a quanto stabilisce sia la legge che il particolare regolamento del proprio comune in merito alla pubblicazione.

Una funzione che potrebbe rivelarsi utilissima sarebbe quella di poter vedere l'elenco degli atti già pubblicati (senza poter accedere al singolo atto) in modo tale da dare contemporaneamente pubblicità alla pubblicazione dell'atto e rispettare i termini di legge in merito alla richiesta formale di accesso.
(ci lavoro con queste cose).

Detto questo credo abbiamo bisogno di definire i contenuti delle seguenti tabelle:

1) tabella principale con tutti i campi descrittivi dell'atto

2) tabella categorie degli atti, credo abbastanza semplice da definire. codice, nome categoria, descrizione.

3) tabella sottocagorie idem come la precedente

4) tabella allegati all'atto.


mi ci metto domani e posto quelli ceh secondo me sono i campi descrittivi (non sono in realtà molti e li ho già citati nel post iniziale)

Posto anche un elenco di tipologie di atti che vengono normalmente pubblicati dai comuni.

Una domanda tecnica: eventualmente le tabelle che vengono create "oggi" in fase di sviluppo, possono essere comodamente ampliate "domani" mentre introduciamo eventuali elementi che non abbiamo ancora preso in considerazione?

ale

Pagine: [1] 2 3


Web Design Bolzano Kreatif