Joomla.it Forum
Non solo Joomla... => Pubblica Amministrazione => Albo Pretorio On Line => : bolina 12 Jan 2010, 13:17:26
-
(aggiunto da moderatore) Questa discussione ha prodotto questo risultato:
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html)
Buon giorno a tutti.
Invado questa sezione del forum per proseguire una discussione iniziata sul forum di FAP in merito alla pubblicazione di documenti a tempo (albo pretorio) nelle pubbliche amministrazioni.
Si stava pensando di sfruttare le potenzialità di chronoconnectivity e della pubblicazione temporale degli articoli per arrivare ad una soluzione.
Un primo chart dei lavori potrebbe essere il seguente:
Obiettivo: pubblicazione temporale di documenti (PDF, RTF, DOC, ecc.) con possibilità da parte di utente guest di visionare il documento stesso lato front-end e di eseguire minime funzioni di ricerca nelle categorie di documenti.
Lato front-end
un utente deve poter accedere ad una sezione dove siano elencati i documenti pubblicati all'albo pretorio online e deve poter:
- visualizzare una struttura dell'albo pretorio che viene suddiviso in varie aree specifiche (es bandi, delibere, determine, gare, atti, ecc.) e che sia navigabile.
- effettuare il download del documento (in realtà se lo potesse visualizzare e basta senza scaricarlo sarebbe meglio es. google libri).
- effettuare una ricerca per tipologia di documento e per nome documento.
- effettuare un riordinamento delle liste a video, in ordine cronologico, nome, tipologia del documento.
Lato back-end
funzioni minime:
- creazione di categorie e sottocategorie di documenti.
- creazione di documenti da pubblicare a tempo con scelta della categoria e file/files allegato/i, oltre una tabella riassuntiva per singolo documento con i campi descritti di seguito e marcati con "anche in vista front-end".
- stampa ed interrogazione di un "registro delle pubblicazioni" con i seguenti campi:
ID documento (numero assoluto progressivo)
Autore del documento
Data di creazione del documento
Oggetto (anche in vista front-end)
Descrizione (facoltativa) (anche in vista front-end)
Data inizio pubblicazione (anche in vista front-end)
Data fine pubblicazione (anche in vista front-end)
Stato attuale del documento (pubblicato o meno)
Nota sul registro: non ha nessuna valenza legale/normativa, ma è richiesto costantemente da parte dei comuni, per avere un minimo di controllo interno sulla pubblicazione.
I documenti devono poter essere visualizzati anche dal lato back-end.
Per evitare di intasare lo spazio web occorrerebbe prevedere anche la possibilità di eliminare (con scelta attivabile o meno da parte dell'operatore) i files scaduti.
Per facilitare le operazioni di pubblicazione a tempo, si potrebbe pensare ad un sistema che permetta di inserire la data di inizio pubblicazione e poi di inserire il numero totale di giorni per i quali il documento deve rimanere pubblicato senza costringere l'operatore a farsi il conto a mente.
I documenti pubblicati all'albo pretorio solitamente hanno intervalli temporali più o meno stabiliti (es. 15 gg, 30 gg, ecc.) e sono soggetti a proroghe nella loro pubblicazione (es. prorogata la pubblicazione per x giorni).
NOTA normativa: l'albo pretorio on-line deve essere la "fotografia" del giorno relativa alla pubblicazione dei documenti e non l'archivio di qualsiasi cosa sia stata pubblicata nel corso dei mesi/anni.
Ciò detto, una funzione "archivio" per determinati tipi di documenti senz'altro viene richiesta dai comuni.
Un esempio di layout che ho riprodotto utilizzando pocha documentation+attachments+Content Templater è il seguente (attualmente funzionante):
vista generale albo pretorio
http://it.tinypic.com/view.php?pic=b50h08&s=6 (http://it.tinypic.com/view.php?pic=b50h08&s=6)
vista singolo documento
http://it.tinypic.com/view.php?pic=4j74ut&s=6 (http://it.tinypic.com/view.php?pic=4j74ut&s=6)
Benvenuto qualsiasi intervento.
ale
-
per semplificare...
considerato che la parte admin (anche se da front end) non deve essere accessibile, o mi sbaglio?
per quanto riguarda il caricamento o upload ci sono dei semplici modulini che permetto di caricare documenti e ne controllano il formato, e da front end..
(diciamo pure che se un tale aggeggio prevede tutto da front end è meglio) anche perchè diversamente sorgono altri problemi ad esempio per l'amministratore di sistema se c'è che dovrebbe proteggere il suo componente per la rilevazione delle operazioni...
premesso che guardo raramente i layout pre-disegnati, direi che sul formato pdf dei documenti potrebbe non esserci dubbio..
(ci sono ipotesi di lavoro integrati che prevedono l'integrazione con noti applicativi di cui dispongono i comuni, li tralasciamo?)
un modulino o due risolvono già metà del problema...
per quando poi riguarda il dowload sinceramente non ritengo professionale l'utilizzo di quei componenti che una volta installati ti obbligano alla loro presenza a vita salvo perdere tutto, soprattuto nei siti di enti che notoriamente anche se in ritardo, pagano discretamente...
quindi, via il riccio dalla saccoccia e in questi casi se serve un componente che costa qualche euro io sono per spenderli che mi fa sempre sentire sicuro anche perchè potrei sempre disinstallarli senza perdere i documenti..
mi sembra ci sia invece un altro problema per quei documenti che deriva da una segnalazione di una utente che parlava di una legge per una numerazione unica, domandai ma non rispose ....
imho sarebbe una eventualità da prendere in considerazione in fase di analisi del problema, almeno per sccluderlo per non fare un lavoro inutile...
comunque per l'albo costuito con componenti eterni vi auguro buona fortuna..
ps
rileggo e che vedo? albo pretorio con documenti in formato .rtf .doc ecc?
non sono formati portabili nonchè sono facilmente modificabili prima di essere stampato e quindi manomessi, assolutamente pdf e magari con firma digitale.. (ma saremmo sicuramente all'estero ???)
-
quindi, via il riccio dalla saccoccia e in questi casi se serve un componente che costa qualche euro io sono per spenderli che mi fa sempre sentire sicuro anche perchè potrei sempre disinstallarli senza perdere i documenti..
Se esistesse già un componente con queste caratteristiche non avrei minimamente problema ad acquistarlo, ma purtroppo non esiste ancora. Inoltre la "perdita" dei documenti non sussiste in quanto i documenti devono essere pubblicati solo per un determinato lasso di tempo.
L'archiviazione degli atti originali avviene a monte presso il comune, non certo sul sito.
mi sembra ci sia invece un altro problema per quei documenti che deriva da una segnalazione di una utente che parlava di una legge per una numerazione unica, domandai ma non rispose ....
imho sarebbe una eventualità da prendere in considerazione in fase di analisi del problema, almeno per sccluderlo per non fare un lavoro inutile...
Quello riguarda il protocollo informatico, non l'albo pretorio.
L'ID unico che ho citato riguarda il registro di protocollo ed esiste per una esclusiva motivazione di funzionalità interna e non per legge.
comunque per l'albo costuito con componenti eterni vi auguro buona fortuna..
Non ho capito, scusa.
ps
rileggo e che vedo? albo pretorio con documenti in formato .rtf .doc ecc?
non sono formati portabili nonchè sono facilmente modificabili prima di essere stampato e quindi manomessi, assolutamente pdf e magari con firma digitale.. (ma saremmo sicuramente all'estero ???)
Infatti la preferenza va sempre verso il PDF, ma in ogni caso, non sussiste il problema della manomissione in quanto nessun documento scaricato dal sito dell'ente ad oggi ha valenza legale, e fa comunque fede solo e solamente l'atto in originale depositato in comune, oppure quello temporaneamente pubblicato sul sito.
L'albo pretorio ha una mera funzione di "pubblicità" dell'atto e stop.
Volendo, puoi pubblicare una delibera anche copiandone il testo dentro un articolo di joomla, che può stampare e realizzare pdf on-fly, o può selezionare e copiare ulteriormente il testo, non modificherebbe lo stesso la valenza della sua pubblicazione. E' un falso problema che porta fuori strada.
Detto questo, se si riuscisse ad imbastire un discorso sull'effettiva realizzazione di un qualcosa (Open Source) con le caratteristiche sopra citate (ed eventualmente altre derivate dall'esperienza degli utenti), sarebbe di sicuro aiuto a tutti quei comuni che vorrebbero provare ad utilizzare joomla come base gestionale del proprio sito.
ale
-
non sussiste il problema della manomissione in quanto nessun documento scaricato dal sito dell'ente ad oggi ha valenza legale, e fa comunque fede solo e solamente l'atto in originale depositato in comune, oppure quello temporaneamente pubblicato sul sito.
dici? se un burlone qualisai ti inserisce nel capitolato di appalto del momento il link ad un sito sozzo poi senti se non importa al sindaco, giunta e co...
così solo per fare il primo esempio che mi viene in mente..
ma lo divevo prima già io, saremmo all'estero, in italia la fede pubblica è risolta in carne di porco e anche la professione di informatico si deve adeguare ed annovantare..
Quello riguarda il protocollo informatico, non l'albo pretorio.
L'ID unico che ho citato riguarda il registro di protocollo ed esiste per una esclusiva motivazione di funzionalità interna e non per legge.
bene, è quanto sapevo, infatti citavo gli applicativi già in uso nei comuni (quasi tutti)
sarebbe di sicuro aiuto a tutti quei comuni che vorrebbero provare ad utilizzare joomla come base gestionale del proprio sito.
....
farebbero bene ad utilizzare le estensioni web degli applicativi che già hanno, non ncessariamente dobbiamo proporre il nostro cms sempre e ed ovunque, anche peggiorando il servizio ai cittadini..
-
non sussiste il problema della manomissione in quanto nessun documento scaricato dal sito dell'ente ad oggi ha valenza legale, e fa comunque fede solo e solamente l'atto in originale depositato in comune, oppure quello temporaneamente pubblicato sul sito.
dici? se un burlone qualisai ti inserisce nel capitolato di appalto del momento il link ad un sito sozzo poi senti se non importa al sindaco, giunta e co...
così solo per fare il primo esempio che mi viene in mente..
ma lo divevo prima già io, saremmo all'estero, in italia la fede pubblica è risolta in carne di porco e anche la professione di informatico si deve adeguare ed annovantare..
Scusa non ti seguo..
Stai parlando di hackerare il sito istituzionale dell'ente? ok e allora? nel momento che ti hanno manomesso il sito allora possono fare quello che vogliono, gli importa assai di modificarti solo un file .doc pubblicato sul sito.
Stai parlando della copia che si scarica in locale l'utente che naviga e che poi modifica? e allora? fa fede solo l'atto depositato in comune e mica quello che ti modifichi a casa e poi ti stampi modificato.
Torno a dirti che è un falso problema. Se ti manomettono il sito, allora l'albo pretorio è l'ultima delle tue preoccupazioni. Le modalità di pubblicazione (in allegato, in foto, con riscrittura del testo, con il metodo che ti viene in mente) sono assolutamente libere, e da nessuna parte c'è l'obbligo di firme digitali et similia. Rileggiti la 69/2009 con attenzione.
....
farebbero bene ad utilizzare le estensioni web degli applicativi che già hanno, non ncessariamente dobbiamo proporre il nostro cms sempre e ed ovunque, anche peggiorando il servizio ai cittadini..
Ma tu hai la minima idea di quali documenti devono essere pubblicati all'albo pretorio? Ed hai la minima idea degli applicativi dei comuni e delle loro (ah!) estensioni web?
Magari pensi che stiamo parlando solo di delibere, determine e bandi di gara, ma ti assicuro che non è così. La mole di documenti da pubblicare è notevolmente differenziata e praticamente tutti gli uffici devono pubblicare qualcosa.
Oppure pensi che viviamo in un mondo dorato dove tutti i comuni hanno applicativi in grado di generare con estensioni web una pubblicazione per tutte le tipologie di atti del comune?
E poi spiegami, seriamente, perchè secondo te Joomla peggiorerebbe un eventuale servizio reso ai propri cittadini. La tua frase la trovo abbastanza in controtendenza rispetto ad un uso di Joomla più allargato, specie con la possibilità grazie alla comunità italiana di averne una versione anche estremamente accessibile (FAP)
O forse i tuoi interventi vogliono solo dire che non hai la minima idea di come realizzare una funzionalità come descritta nel mio primo post?
ale
-
ho espresso la mia opinione..
e come tu stesso ammetti hanno già applicativi e potrebbero semplicemente utilizzare le estensioni web esistenti,
che qualità hanno? difficile cavarsela con un bah.. essendo le estensioni web diverse per ciascuna applicazione ed essendo le applicazioni stesse in gran numero, se poi alcune non funzionano come dovrebbe non mi stupisce dell'uso che riescono a farne li dove un dirigente richiede di pubblicare documenti in formato .doc o .rtf
siamo alla analfebitazione informatica...
idem per la storia "tanto c'è l'albo materiale cartaceo e vale solo quello", nell'era della firma digitale, della crittografia e della pec..
imho nella logica dell'open source mi sembra un non-sense idealizzare l'uso di joomla come sostituto o clone di ciò che già c'è con la finalità di nascondere invece che pubblicare..
o al meglio per pubblicare inutilità (come tu stesso ammetti)
;)
che si usi ok ed è una ottima cosa, ma per fare comunicazione, ma con riferimento al titolo del topic la digitalizzazione dei documenti e la trasparenza amministrativa in rete sono cose diverse da joomla...
e per me finisce qui.
-
ho espresso la mia opinione..
e come tu stesso ammetti hanno già applicativi e potrebbero semplicemente utilizzare le estensioni web esistenti,
Mi spiace essermi scaldato provo a ridire in modo diverso.
Gli applicativi (in parte) esistono, ma non assolvono questa funzionalità nella maggioranza dei casi.
Inoltre non tutti gli uffici che devono pubblicare hanno applciativi che glielo permettono.
In parte mi sembra (pare) che tu non sappia cosa comporti un albo pretorio comunale (sia cartaceo che online) e che faccia degli interventi che non c'azzeccano molto.
imho nella logica dell'open source mi sembra un non-sense idealizzare l'uso di joomla come sostituto o clone di ciò che già c'è con la finalità di nascondere invece che pubblicare..
o al meglio per pubblicare inutilità (come tu stesso ammetti)
;)
Non ti seguo. Non sto idealizzando nulla, sto cercando la soluzione ad un problema (semplice).
Di nuovo, non capisco cosa intendi con "pubblicare inutilità" visto che io non ho mai detto (ammesso?) nulla di simile. Enon capisco a cosa tu ti riferisca con inutilità.
Il problema, riassunto è di una semplicità disarmante:
- Devo pubblicare temporalmente tot documenti di varia natura e provenienti da vari supporti in formato X.
- Possibilmente devo anche tenere traccia (per comodità) di ciò che è stato pubblicato.
- Non ho bisogno che il documento pubblicato sia "firmato digitalmente" in quante assolve un mero obbligo (di legge) di dare "pubblicità" ad un atto, e l'originale è depositato in comune.
Come faccio?
Per ora ho cercato di dare una soluzione utilizzando in maniera congiunta diversi componenti (open source) ma anche se funziona è macchinoso.
Può chronoconnectivity risolvere questi problemi e produrre qualcosa che abbia le funzionalità descritte?
che si usi ok ed è una ottima cosa, ma per fare comunicazione, ma con riferimento al titolo del topic la digitalizzazione dei documenti e la trasparenza amministrativa in rete sono cose diverse da joomla...
e per me finisce qui.
La penso in senso diametralmente opposto. Da quando in qua l'open source non si può applicare a soluzioni di alto livello? Esiste solo il software proprietario? scusa ma la penso davvero in altro modo.
ale
-
Ritengo che si può valutare di percorrere due vie.
1) Utilizzare ciò che già c'è in joomla. Gli articoli.
E' sufficiente la classificazione in sezioni e categorie a dare risposta alla moltiplicità di atti da pubblicare?
Sezione 1 Categoria 1
Categoria 2
......
Sezione 2 Categoria a
Categoria b
.......
Ecc.
Se non necessitano sottocategorie penso di si.
I campi contenuti nella tab articolo sono sufficienti a caratterizzare un atto da pubblicare ?
Forse un difficoltà può sorgere dagli allegati dell'atto, che è vero possono essere inseriti a piacere nell'articolo, ma non sono poi classificati nel database.
Rimedio forse sarebbe una nuova tabella che contiene id-articolo ed altri riferimenti: nome allegato, link all'allegato ecc.
Con chronoconnectivity sarà possibile filtrare gli articoli sul campo di fine pubblicazione degli articoli e con questo criterio far vedere nell'albo gli articoli ancora non scaduti per sezione, categoria, ordinati per data, titolo come vogliamo.
Gli articoli scaduti saranno visibili con il filtro che lavora in modo opposto al punto precedente nell'archivio storico.
2) altra alternativa, creare una tabella ad hoc popolata con un form di cui dovremo definire i campi a questo punto nel modo più idoneo.
Anche in questo caso essendo il numero gli allegati dell'atto da pubblicare variabili, da atto ad atto, dovremo fare riferimento alla solita tabella detta nel punto precedente.
Anche in questo secondo caso chronoconnectivity farà il resto consentendo di visualizzare con varie modalità (liste, sintesi, ecc) gli atti pubblicati.
La discussione concreta credo sia questa e da qui si debba partire se si vuole dare risposta al problema.
In qualsiasi modo giungeremo ad un risultato dovrà avere la validazione per l'accessibilità. A quel punto si ritorna nel forum di JoomlaFAP.
E' evidente che le grandi amministrazioni non saranno interessate a questa cosa, ma i piccoli enti sicuramente si.
Gli strumenti che già abbiamo possono farci realizzare questo, alla fine vada come vada sarà sempre stata una bella cosa.
-
Ritengo che si può valutare di percorrere due vie.
[...snip...]
tra le due alternative voterei per la seconda e spiego le motivazioni:
assumo che il (posso chiamarlo componente?) debba poter essere utilizzato sia da utenti esperti che gestiscono il sito ma anche da utenti assolutamente non esperti e che potrebbero trovarsi molto male nella gestione di articoli (pensate al classico messo comunale che tutto ha per la testa meno che mettersi li ad imparare come pubblicare un articolo).
Secondo punto è la semplicità di utilizzo e la necessità di minimizzare gli errori in fase di inserimento. Per questo la soluzione n. 2, con un form pre-impostato va in questa direzione, mentre trovarsi di fronte l'editor di joomla con miriadi di possibilità di formattazione testo lo trovo controproducente (per operatori non esperti è abbastanza disorientante).
Sempre a favore del punto n. 2 vedo la costruzione del "registro" ovvero di una vera e propria tabella che permetta lato back-end di visualizzare tutte le pubblicazioni e gestirle comodamente (ed esportabile in CSV o excel come già fa chronoform).
La discussione concreta credo sia questa e da qui si debba partire se si vuole dare risposta al problema.
Condivido, e molto concretamente, io posso mettere a disposizione un ambiente di test e sviluppo anche da domani, aperto a chi abbia interesse a questa cosa.
Oltre a questo posso imparare molto velocemente l'utilizzo di chronoconnectivity associato a chronoform, anche se non sono minimamente un programmatore, ma ci ho avuto a che fare un poco con entrambi i componenti e più o meno sò su che basi lavorano (senza considerarmi affatto un esperto, sia chiaro).
Infine, posso far testare da vari utenti reali e del settore (con vari livelli di capacità) tutto il processo mano a mano che avanza per avere anche pareri immediati e concreti sulle funzionalità.
Come ci organizziamo?
E' evidente che le grandi amministrazioni non saranno interessate a questa cosa, ma i piccoli enti sicuramente si.
Gli strumenti che già abbiamo possono farci realizzare questo, alla fine vada come vada sarà sempre stata una bella cosa.
Confermo soprattutto per le piccole amministrazioni che hanno già un sito Joomla che conosco e che si stanno guardando in giro per trovare già la soluzione.
ale
-
Ciao,
io attualmente per i comuni che gestisco sto usando per l'albo pretorio on line il componente docman. Facilità di utilizzo garantita, i dipendenti comunali in autonomia inseriscono i documenti (che prima faccio ad ogni modo trasformare in pdf con cute pdf, nn si sa mai) già con la visualizzazione dei dettagli mi da una schermata di info. Unica pecca è la data si "spubblicazione" che non viene gestita. Percui ci si deve segnare in un promemoria quando "spubblicare" a mano le notizie. oltre a questo ho creato una categoria solo per utenti registrati (al momento non prevedo registrazioni di utenti se non i dipendenti comunali) che ho chiamato archivio, e qui faccio che spostino (sempre a manaccie) i documenti spubblicati. A questo punto ho iniziato a fare alcune cose (proprio ieri). nella tabella del db di jos_docman ho aggiunto il campo dmdate_unpublished con le stesse caratteristiche di dmdate_published, cioè type datetime, allow nulls no, key none, default value 0000-00-00 00:00:00. e a sto punto ho moddato /components/com_docman/includes_frontend/documents.html.php aggiungendo
<label for="dmdate_unpublished">Fine pubblicazione</label>
<input class="inputbox" type="text" name="dmdate_unpublished" id="dmdate_unpublished" size="25" maxlength="19" value="<?php echo $row->dmdate_unpublished; ?>" />
<input type="reset" class="button" value="..." onclick="return showCalendar('dmdate_unpublished', 'y-mm-dd');" />
sotto la data di pubblicazione
e
<?php
if ($row->dmdate_unpublished) {
echo mosFormatDate($row->dmdate_unpublished);
} else {
$date = date("Y-m-d H:i:s", time("Y-m-d g:i:s"));
echo mosFormatDate($row->dmdate_unpublished);
}
?>
a sto punto la data me la inserisce regolarmente nel db
oggi provo a vedere come fare il check della data per passare automaticamente dalla situazione pubblish a quella unpubblish
sperando di farcela ed avere abbastanza tempo da dedicarci...
spero di essere stato un filo utile
ciao
Manuel
-
Ciao,
io attualmente per i comuni che gestisco sto usando per l'albo pretorio on line il componente docman.
[snip]
spero di essere stato un filo utile
ciao
Manuel
ciao,
utile sicuramente, provo a vedere il codice che hai scritto (non sono un programmatore) per capirci qualcosa.
Per ora sto utilizzando un sistema unendo attachment+gestione articoli+phoca documentation per visualizzare un "Albo Pretorio" con schermata contemporanea delle varie sezioni e categorie di documenti.
Ho installato anche Content Templates per creare un template all'interno dell'articolo con un minimo di dati preformattati (per es. oggetto, descrizione date di pubblicazione).
Però il tutto è estremamente complesso per i messi comunali che lo stanno usando, anche se con un po' di buona volontà ci si stanno adattando.
L'ideale sarebbe avere un semplicissimo form inserimento dati, con possibilità di allegare x documenti e visualizzazione tabellare per categorie.
ale
-
L'ideale sarebbe avere un semplicissimo form inserimento dati, con possibilità di allegare x documenti e visualizzazione tabellare per categorie.
avevo già scritto:
per quanto riguarda il caricamento o upload ci sono dei semplici modulini che permetto di caricare documenti e ne controllano il formato, e da front end..
e un modulo come quello citato puoi caricarlo in conten-templater con loadposition, un modulo per ciascun utente, con destinazione la specifica cartella e solo per determinate estensioni..
ma resto dell'idea che è un esperimento senza sensso e forse una duplicazione di costi nel caso che pagano già per estensioni web degli applicativi, e se non pagano potrebbero e non si ritroverebbero con due interfacce, il che è meglio.
augh!
-
Stavo pensando a quale poteva essere la struttura delle tabelle con l'ipotesi n. 2 data da vales.
immagino:
1 tabella categorie
dove inserire le categorie di documenti da pubblicare con le eventuali sottocategorie.
1 tabella documenti
dove inserire i dati del documento, gli allegati, scegliere la categoria dove pubblicare, e l'intervallo di tempo di visibilità
i passi sopra, da gestire con chronoform mentre dopo, tramite chronoconnectivity:
1 connessione db vista guest
con visualizzazione dei documenti a seconda del giorno in cui siamo, visibili o meno se rientra nel range di tempo stabilito, e suddivisi per le categorie prefissate.
1 connessione db vista gestori albo
con visualizzazione completa di tutti i documenti e la possibilità di editare (modifica/cancella) i documenti presenti.
sbaglio oppure ho interpretato correttamente?
ale
-
oggi provo a vedere come fare il check della data per passare automaticamente dalla situazione pubblish a quella unpubblish
sei mica riuscito a farcela?
ale
-
:-\
nop
sono arrivato ad inserire la data nel campo, farla vedere al momento dell'inserimento frontend e memorizzarla, ma non sono ancora riuscito a fare il controllo "scaduta" o no e di conseguenza "pubblicarla" o meno....
xo' testone kontinuo a lavorarci...
-
Stavo pensando a quale poteva essere la struttura delle tabelle con l'ipotesi n. 2 data da vales.
immagino:
1 tabella categorie
dove inserire le categorie di documenti da pubblicare con le eventuali sottocategorie.
1 tabella documenti
dove inserire i dati del documento, gli allegati, scegliere la categoria dove pubblicare, e l'intervallo di tempo di visibilità
i passi sopra, da gestire con chronoform mentre dopo, tramite chronoconnectivity:
1 connessione db vista guest
con visualizzazione dei documenti a seconda del giorno in cui siamo, visibili o meno se rientra nel range di tempo stabilito, e suddivisi per le categorie prefissate.
1 connessione db vista gestori albo
con visualizzazione completa di tutti i documenti e la possibilità di editare (modifica/cancella) i documenti presenti.
sbaglio oppure ho interpretato correttamente?
ale
Concordo con te che queesta sia la soluzione migliore, anche se la prova di Emanuele sembra interessante...
Vorrei solo puntualizzare alcune cose:
1) bisognerebbe poter scegliere la durata della pubblicazione di un documento e terminato tale periodo esso dovrebbe andare in una identica categoria archivio (x es. da Pubblicato cat. AVVISI - da spubblicato cat. ARCHIVIO AVVISI) con possibilità se renderla visibile a tutti o meno.
2) a volte capita che sia necessario associare più file appartenenti alla stessa categoria ad un particolare evento (x es. nel caso di un CONCORSO PER VIGILE URBANO magari c'è il File AVVISO CONCORSO VIGILE URBANO e il File MODULO DOMANDA CONCORSO VIGILE URBANO e il File REQUISITI PER PARTECIPARE AL CONCORSO VIGILE URBANO ecc...) quindi sarebbe opportuno poter accorpare in qualche modo questi file, suddividendoli da quelli che li precedono e da quelli che li seguono, magari con uno sfondo di colore diverso, per fare in modo che chi vada a consultare i documenti sappia e riconosca subito che quei file sono tutti appartenenti ad un particolare evento (in questo caso CONCORSO VIGILE URBANO)
Potete vedere un esempio di cosa intendo qui http://www.pietralunga.it/Avvisi.htm
3) sarebbe poi opportuno poter pubblicare almeno i titolio dei documenti anche in un modulo tipo ULTIME NOTIZIE scegliendo le categorie e il numero di documenti da pubblicare
Spero di essere stato chiaro
-
Concordo con te che queesta sia la soluzione migliore, anche se la prova di Emanuele sembra interessante...
Ho provato a replicare lo script di emanuele, poi mi sono venute in mente due cose:
- Docman non è validato strict a meno di non modificarne il codice
- non permette di associare tot files ad un singolo documento ma solo in rapporto 1 a 1.
1) bisognerebbe poter scegliere la durata della pubblicazione di un documento e terminato tale periodo esso dovrebbe andare in una identica categoria archivio (x es. da Pubblicato cat. AVVISI - da spubblicato cat. ARCHIVIO AVVISI) con possibilità se renderla visibile a tutti o meno.
più o meno concordo, tranne sull'automatismo di questa funzione, mi spiego:
se prendi la legge sulle pubblicazioni degli atti, e la esamini in collegato con la normativa relativa, ti rendi conto che l'albo pretorio on-line non è per niente diverso dall'albo pretorio cartaceo, ovvero terminato il periodo di pubblicazione, l'atto deve essere indisponibile al pubblico, tranne se viene fatta una formale richiesta di accesso agli atti.
Ovvero, una delibera (per esempio) terminati i 15 gg. di pubblicazione non deve più essere liberamente consultabile ma deve esserne fatta richiesta esplicita al comune.
Quindi ok, per funzioni di archiviamento, ma non automatiche, solo su espressa volontà dell'operatore (del comune).
Inoltre, in poco tempo ti troveresti a dover gestire spazi web abbastanza intasati di vecchi documenti ormai spubblicati e quindi occorrerebbe prevedere hosting da vari giga solo per tenere conto di 1 anno di pubblicazioni on-line.
2) a volte capita che sia necessario associare più file appartenenti alla stessa categoria ad un particolare evento (x es. nel caso di un CONCORSO PER VIGILE URBANO magari c'è il File AVVISO CONCORSO VIGILE URBANO e il File MODULO DOMANDA CONCORSO VIGILE URBANO e il File REQUISITI PER PARTECIPARE AL CONCORSO VIGILE URBANO ecc...) quindi sarebbe opportuno poter accorpare in qualche modo questi file, suddividendoli da quelli che li precedono e da quelli che li seguono, magari con uno sfondo di colore diverso, per fare in modo che chi vada a consultare i documenti sappia e riconosca subito che quei file sono tutti appartenenti ad un particolare evento (in questo caso CONCORSO VIGILE URBANO)
Potete vedere un esempio di cosa intendo qui http://www.pietralunga.it/Avvisi.htm
visto l'esempio, la soluzione più pratica sarebbe poter creare un "documento" al quale associare più files, una cosa che per esempio sto già facendo con il componente attachments e gli articoli.
Oppure (temporaneamente) con docman per i comuni che lo richiedono, creo direttamente una categoria per quel determinato "multi-documento" dove vado ad inserire tutti i files di competenza.
3) sarebbe poi opportuno poter pubblicare almeno i titolio dei documenti anche in un modulo tipo ULTIME NOTIZIE scegliendo le categorie e il numero di documenti da pubblicare
Spero di essere stato chiaro
Volendo, si può creare un modulo html personalizzato che richiama la connessione di chronoconnectivity al DB e mostri i soli titoli relativi a categorie selezionabili, ma siamo già in là.
Nel mio piccolo (come dicevo non sono un programmatore), mi sono messo dietro al tutto, e ho già creato il primo form, quello per la gestione delle categorie di documenti.
ad oggi riesco a salvare editare e cancellare categorie dal front-end, ma sono bloccato sulla generazione delle sottocategorie (cioè non ci riesco, mi mancano i fondamentali della programmazione).
Torno alla mia offerta/richiesta di collaborazione, e di mio posso rendere pubblico un ambiente di test dove possiamo insieme cercare di portare a termine questa cosa che a quanto ho capito non è "difficile" ma solo complessa e richiede competenze specifiche in php e js.
Inoltre ho anche postato sul forum specifico di chronoengine, dove sono di regola estremamente disponibili, e spero in un aiuto "tecnico" anche da parte loro.
Per quanto riguarda il problema delle sotto-categorie, il form che ho creato assomiglia un po' a quello per la generazione di una voce di menu standard in joomla, ha un campo imput dove srivere il nome della catgoria da creare ed un campo select che mostra l'elenco delle categorie già create.
il campo select si autopopola ogni volta che inserisco e salvo una nuova voce nel campo imput. E fino a qui tutto ok, quello che non so fare è creare una nuova categoria, selezionando una categoria "madre" nella select e quindi farla diventare una sottocategoria di quest'ultima.
ale
-
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?
La nuova legge mi sembra parla di efficacia degli atti con la pubblicazione all'Albo Pretorio online “A far data dal 1° gennaio 2010(termine prorogato al 1° luglio 2010 n.d.r.) gli obblighi dipubblicazione di atti e provvedimenti amministrativi aventi effetto dipubblicità legale si intendono assolti con la pubblicazione nei proprisiti informatici da parte delle amministrazioni e degli enti pubbliciobbligati.”
e non di ciò che deve o non deve stare online.
Quindi il nostro Albo Pretorio farà vedere gli atti nel corso della loro pubblicazione legale e tali atti potranno essere visibili benissimo in altre sezioni del sito una volta finita la pubblicazione legale.
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. Questa a mio modo di vedere dovrà essere una tabella particolare.
Dovrà descrivere gli allegati sia nel contenuto da visualizzare che il quello da scaricare.
Faccio un esempio un disciplinare di gara. Io lo memorizzerei in due campi uno come testo vero e proprio del disciplinare da visualizzare nel sito e un altro campo che contiene il nome dell'allegato da scaricare.
Quindi in sintesi la tabella dovrebbe avere minimo 4 campi.
id allegato
idatto 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
in questo modo possiamo associare ad ogni atto quanti allegati vogliamo tramite il campo idatto e gestire tipologie di atti con allegati variabili.
Credo di avere tutti gli strumenti per fare questo. Mi mancano i tracciati records delle tabelle in modo particolare la prima, la principale.
Se qualcuno contribuisce a definire questi tracciati records penso si possa lavorare alla cosa.
L'importante è partire da un'ipotesi poi gli aggiustamenti verranno nella sua evoluzione.
-
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
-
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.
Per le delibere invece credo che debbano rimanere pubblicate comunque.
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.
Ciao.
-
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
-
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
-
Ok prendo atto di quanto detto da Bolina, ci sono degli atti che saranno sempre visibili ed atti che spariranno per sempre ;D .
Per partire vanno bene i campi riassunti da bolina.
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.
Io lavorero con chronoform e chronocnnectivity. Docman per me è morto la nuova versione è a pagamento. Quella corrente 1.4 è legacy
-
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
-
Per me sarebbe sufficiente avere i form, possibilmente fatti con il Wizard di Chonoform per le eventuali modifiche.
Grazie
-
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
-
Ciao Bolina,
la versione di Docman è la 1.4 (quella gratuita) e usa la legacy e come dice Vales ora la nuova è a pagamento anche se ne esiste una versione di un altro sviluppatore che gira con Joomla 1.5 si chiama Jomdoc mi sembra ed è gratuita.
Comunque io ho trovato 2 versioni "Accessibili" di Docman fornitemi da "angeli custodi" trovati qui nel forum:
1) una versione è validata STRICT e CSS e in più ha i Tag TITLE nei link dei documenti ma non viene validata la pagina della ricerca e dei risultati della ricerca (chi l'ha creata ci stava ancora lavorando)
2) la 2° versione che è quella che utilizzo attualmente nel sito che vi ho mostrato come esempio, valida STRICT e CSS su tutto anche nella ricerca ma non ha il Tag TITLE sui link dei documenti
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.
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
-
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
-
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
-
Buongiorno a tutti.
Mi inserisco in questa discussione, essendo interessato ad approfondire il discorso dell'albo pretorio online.
Laddove facessi una domanda inopportuna, Vi chiedo scusa in anticipo.
Mi chiedevo quali caratteristiche deve avere l'albo, tali da richiedere uno sviluppo ad hoc.
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?
Nativamente con Joomla potrei gestire categorie (di atti), impostare date di validità e pubblicazione, aggiungere allegati tramite il componente attachements, effettuare ricerche.
Mi sfugge qualcosa? Esiste qualche requisito che ignoro?
Grazie per l'attenzione,
Vlade
-
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
-
Sì, hai ragione, in effetti per un utente non pratico può essere un problema usare la versione core con alcuni componenti aggiuntivi.
Meglio semplificargli la vita con delle interfacce ad hoc.
Grazie della riposta,
ciao.
V
-
Grandi, mitici, Bolina Number 1.
Ho visto il sito http://www.albopretorionline.eu
Non ci capisco + di tanto e trovo sinceramente difficoltà ad utilizzare chronoform;
con Chronoconnectivity poi, proprio nn so da dove cominciare.
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?
-
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
-
Ho tirato giù qualcosa. Ancora non è completo dei particolari ma la struttura portante credo ci sia.
I problemi principali affrontati sono stati le due dropdown di sezioni e categorie di cui la seconda in funzione della prima scelta, e la possibilità di inserire illimitati allegati ad un atto.
Sembra che le cose funzionino. Ci sono da fare dei test di queste prime realizzazioni e pensare agli altri supporti ricerche e visualizzazioni.
Qui troverete l'inserimento sezioni (http://valesweb.altervista.org/index.php?option=com_chronocontact&chronoformname=sezione_10) e categorie (http://valesweb.altervista.org/index.php?option=com_chronocontact&chronoformname=categoria_10) che sono la cosa preliminare.
Qui l'inserimento atti ed allegati (http://valesweb.altervista.org/index.php?option=com_chronocontact&chronoformname=madre_atto_10) e qua una prima visualizzazzione (http://valesweb.altervista.org/index.php?option=com_chronoconnectivity2&connectionname=albo_pretorio) dell'albo.
Ho inserito alcuni dati senza significato. Se ne saranno inseriti altri consentiranno di provare la paginazione e le ricerche.
Se appare un errore in fase di caricamento allegati ignoratelo è un problema del server di altervista e non produce conseguenze.
Aspetto a trasferire sul sito preparato da bolina che le cose siano assestate.
Fatemi sapere e non sparate sul pianista.
P.S. Gli strumenti usati sono Chronoforms, Chronoforms con Plugin Multipage, Chronoforms con Plugin Profile e Chrononnectivity2, con le modifiche che ho inserito.
-
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
-
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
-
Ciao a tutti,
ho visto la bozza di Vales e vi faccio tantissimi complimenti per il lavoro, credo proprio che siate sulla buona strada.
E' proprio quello che serviva!!!
Colgo l'occasione per ricordarvi che poi sarebbe utile anche un modulo che esponga gli ultimi inserimenti di una categoria tipo Bandi e Concorsi o Avvisi da pubblicare in prima pagina.....
Grazie ancora.
-
P.S. se può esservi utile qui http://www.tecuting.it/c054016/mc/mc_p_ricerca.php?tipo_atto=&x=ba08c809caf906659d1063bf9d619218&&pag=0 trovate il nuovo albo pretorio di un comune di cui gestisco il sito che si appoggia ad un servizio esterno e automatico ma che credo abbia poco a che fare con il discorso Accessibilità.........
-
P.S.
guardando la Visualizzazione dell'Albo Pretorio di Vales ho notato che tutte le categorie sono mischiate nella tabella, mentre credo che un avisualizzazione sequenziale ma divisa in categorie di appartenenza magari sia più facilmente consultabile...
Ciao.
-
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.
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.
allegati
non devono essere obbligatori in quanto deve esistere la possibilità di pubblicare un atto anche senza allegare niente.
Riguardo a questo invito gli esperti a riflettere su l'aspetto sopra citato dabolina, perchè un atto per avere una pubblicazione efficace penso debba essere visibile per intero, quindi almeno un allegato credo debba sempre esserci, l'atto stesso. Questo rende anche più semplice la cosa.
Alternativa, è da rifare tutta la logica del programma non più multipage ma altre vie, singoli form che comunicano fra loro con $_GET e $_POST. Siamo appena partiti e forse è da mettere in conto anche questo.
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.
Ora vedo di implementare una vista elenco categorie e sezioni caricate.
Mi ero dimenticato di citare che ho fatto uso anche di Chronoforms ed il Plugin Profile.
Credo alla fine avremo utilizzato tutte le risorse di questo sistema. ;D
-
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
-
Ciao ragazzi,
dopo un'ultima chiacchierata con un operatore di un comune ed analizzando meglio il sistema automatico di Albo Pretorio che ho citato in un post precedente, mi permetto di dare qualche piccola delucidazione in merito al discorso della "temporalità" della pubblicazione di un atto:
in pratica il comune in questione vuole un collegamento nel sito chiamato ALBO PRETORIO e da qui si accederà al contenitore principale il quale contiene tutti gli atti pubblicati (ma non necessariamente tutti consultabili).
Questi atti saranno pubblicati per un tempo X dopodichè verranno cancellati dal contenitore principale e andranno a finire in un contenitore secondario (Archivio)suddiviso in base categorie di appartenenza.
Gli atti finiti nell'archivio possono o meno essere consultati da tutti:
per esempio una Delibera viene pubblicata per 15 giorni nell'albo pretorio; dopo i 15 giorni la delibera passa nell'archivio delle delibere dove sarà presente solo come titolo e data di pubblicazione, ma potrà essere consultata solo su presentazione di formale richiesta al comune.
In questo caso poi mi è stato richiesto di creare anche un Link nel sito chiamato Delibere dal quale si accede solo all'archivio delle Delibere.
P.s quando un atto è pubblicato sull'Albo Pretorio, dovrebbe essere presente anche nel relativo archivio, quindi in poche parole pienamente consultabile nel 1° e solo il titolo nel 2°
Comunque se date un'occhiata qui capirete meglio http://www.comunecostacciaro.it/
P.s andando in Albo Pretorio e cercando nei Tipi di Atto "DETERMINAZIONI" troverete degli atti sia consultabili sia solo titolo (vedi X rossa sulla destra)
Spero di essere stato chiaro e non ripetitivo.
Ciao.
-
@canebianco
sarà possibile tutto quello che hai detto perchè l'ente potrà personalizzare le visioni che ritiene necessarie.
@bolina
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.
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.
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.
Questo il link alla ricerca (http://valesweb.altervista.org/ricerca-atti.html)
-
Mi inserisco nella discussione per rendere noto che ho appena finito di sviluppare una soluzione (piattaforma linux apache mysql php) che consente tutta la gestione delle delibere di giunta e di consiglio con generazione automatica della delibera in pdf.
Scorrendo la discussione mi viene in mente che la cosa potrebbe essere utilmente integrata con il joomla semplicemente scaricando file e dati nelle tabelle e nelle directory giuste con un semplice colpo di click e contestualmente al lavoro di back office.
Sarebbe il primo passo verso la famosa integrazione orizzontale dei processi.
:-X Chissà...
-
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
-
@bolina
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 delcomune mentre lato pubblico visualizzare elenco dei titoli degli attiscaduti (senza poter visionare il contenuto degli atti)
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.
questa archiviazione dovrebbe lavorare di pari passo con il registrodelle pubblicazioni per permettere al comune di tenere traccia dellepubblicazioni effettuate (e di mandare in pensione il vecchio registrocartaceo).
- campi inserimento atti: concordano tutti gli utentiche 1 campo solo sia sufficiente in quanto non vedono l'utilita dioggetto e descrizione (che comunque non userebbero)
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.
- di mio aggiungo funzione per permettere accesso agli atti archiviati(al singolo atto però) da parte di cittadini ai quali il comunerilascia utente/password
Questa è stimolante, e da studiare bene. Ma anche l'invio per email di tutti gli atti non dovrebbe essere male.
-
Mi inserisco nella discussione per rendere noto che ho appena finito di sviluppare una soluzione (piattaforma linux apache mysql php) che consente tutta la gestione delle delibere di giunta e di consiglio con generazione automatica della delibera in pdf.
Scorrendo la discussione mi viene in mente che la cosa potrebbe essere utilmente integrata con il joomla semplicemente scaricando file e dati nelle tabelle e nelle directory giuste con un semplice colpo di click e contestualmente al lavoro di back office.
Sarebbe il primo passo verso la famosa integrazione orizzontale dei processi.
:-X Chissà...
Luca, metti, metti altra carne al fuoco. Tanto ce n'è poca. ;D
Se una di queste mattine vieni a trovarmi di trovo il da fare. Documentati su un database esterno e Joomla intanto.
-
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
-
Ho aggiornato con le ultime funzioni. Manca ancora la stampa.
Qui (http://valesweb.altervista.org/albo-pretorio-demo.html) la pagina che riassume tutto.
-
Per chi non ha molta esperienza nella programmazione e nell'utilizzo di ChronoConnectivity - ChronoEngine, come è possibile installare sul proprio sito web l' "Albo Pretorio On Line versione 1.0 alfa Demo" di Vales?????
Ci sono dei passaggi da rispettare (se sì quali?) oppure è possibile installarlo direttamente come fosse un modulo???
E comunque avete fatto un lavorone..grandi
-
Albo Pretorio On Line (APOL) ??? Brutto ;D
E' un applicativo realizzato con l'uso dei form e delle connessioni di Chronoform e Chronoconnectivity che dialogano fra di loro per ottenere gli strumenti necessari alla sua gestione.
Per la versione in test sono utilizzati:
1 Form Multi Page composto da 3 form
7 connessioni
7 form "normali" con uso dei plugin Profile Page (6) e Confirmation Page (2)
Al momento è ancora in fase di test e di adeguamento. Appena terminata questa fase sarà messo a disposizione di chi vorrà usarlo.
L'intallazione quindi non sarà la normale via di Joomla, ma quella dei form e delle connectivity. Probabilmente l'aggiornamento di alcune tabelle del Database di Joomla. Perchè li stanno i form e le connectivity.
-
E' un lavoro eccezionale... Ma che non riesco ad utilizzare perchè non conosco bene il componente... Hai previsto una sorta di tutorial che può permettere ad una come me di sfruttare questa risorsa?
Complimenti ancora...
-
Bevenuto in joomla! Velina78,
Ci sarà il tutorial ma non sarà troppo complicato.
Nel frattempo ho attivato nuove funzionalità per la gestione dell'area riservata degli utenti loggati e autorizzati.
Questo il nuovo link finestra di avvio (http://valesweb.altervista.org/albo-pretorio-demo.html)
-
C'è da farsi venire i capogiri... sto tenacemente cercando di imparare il componente grazie ai tuoi (vales) tutorials... ma aspetto impazientemente quello riferito all'albo pretorio...
in attesa
-
Salve a tutti,ho creato una pagina di ricerca con chronoconnectivity su una tabella riempita con i dati di form create con chronoforms. Volevo sapere un paio di cose,1)come realizzare una vista tipo quella dell'albo pretorio in cui i record sono tutti gia presenti nella zona sottostante l'area di ricerca e 2)volevo sapere come creare il link ai dettagli per il record.Ho capito che devo creare uan form analoga a quella originale di partenza e poi linkarla al plugin profile page, ma per tutti i passaggi dove devo guardare?
Aspetto risposte...
Grazie a presto
-
attendiamo fiduciosi....giugno è vicino
-
Ho appena inviato nella sezione download il pacchetto di installazione dell'applicazione.
Sarà disponibile dopo l'approvazione degli amministratori.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html)
-
Salve e complimenti a Vales e a quanti impegnati al progetto Albo pretorio.
Ho installato l'applicazione ma non riesco ad inserire gli allegati; tutto bene nella creazione di sezione e categoria ma al momento di inserire l'allegato mi ritrovo in una pagina vuota (è come se mancasse il relativo form).
Mi chiedo se è un problema mio (ho più volte ricontrollato la procedura ma inutilmente) o anche altri si sono ritrovati nella stessa situazione.
Grazie per l'eventuale risposta
pino
-
Bevenuto nella comunità italiana di Joomla! pinocat
Il sintomo è quello della mancata o non corretta applicazione del plugin Multi Page al form madre_atti_10.
Controlla il punto numero 11 delle istruzioni di installazione che vedi nel backend del tuo sito cliccando su Componenti->Albo Pretorio Setup
-
ciao Vales, ho controllato quanto mi hai suggerito ma il plugin Multipage è attivato e configurato come da istruzioni.
Ho fatto la prova in due diverse installazioni di joomla ma il risultato è identico: una pagina senza form; anche cliccando sul link della form madre_atto_10 nel backend vengo indirizzato ad una pagina senza form.
Ciao
-
Inserito aggiornamento versione 1.0 alpha2 che modifica la gestione dell'accesso dell'utente abilitato all'area riservata.
La trovate al solito link della sezione download di questo sito
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html
-
Salve,
Da un paio di giorni mi sono accorto del grosso lavoro che state facendo con questo "albo pretorio".
Mi congratulo per i risultati ottenuti, e vi "stimo" per il tempo che dedicate gratuitamente alla comunità.
Non ho potuto fare a meno di provarlo (in quanto gestore di un sito comunale), e dopo alcune prove mi sono naturalmente affiorate delle domande a dei piccoli problemi che mi si pongono....
- Ho installato tutto come da vostre istruzioni ma al punto 7 della guida:
7.Configurare i form di gestione degli allegati per il sito ospitante:
dal Backend di Joomla entrare nel compenente Chrono Froms scegliere Form Management e nell'elenco dei form mostrati cliccare sul nome del form allegati_10, selezionare la finestra File Uploads e cancellare il contenuto della riga corrispondente alla voce Full upload Path: e salvare il form.
ho notato che la stringa "full upload pach" vostra è Writable (in verde), la mia no (in rosso).
...non so se questo comporti qualcosa...
- Non riesco a modificare gli atti inseriti: se provo a farlo mi restituisce il seguente messaggio:
1.Form passed first SPAM check OK
2.Form passed the submissions limit (if enabled) OK
3.Form passed the Image verification (if enabled) OK
4.Form passed the server side validation (if enabled) OK
5.$_POST Array: Array ( [cod_sezione] => 3 [cod_categoria] => 7 [ccf_id] => 2 [nome_atto] => prova di avviso [datainizio_atto] => 2010-03-17 [datafine_atto] => 2010-03-31 [descrizione_atto] => sdf dfgdg ghfghdyr6yol myilokolòui yiukluo poiò9ò90 [radio0] => Si [radio1] => No [button_1] => Invia [7159c35a720fce776f27f64154f01ac9] => 1 [1cf1] => a7bde4c5276b1005d0cbbe39107641eb [chronoformname] => atto_10_modifiche )
6.$_FILES Array: Array ( )
7.Form passed the plugins step (if enabled) OK
8.Debug End
9.Redirect link set, click to test:
/component/chronoconnectivity2/?connectionname=atti_allegati_modifica
... è forse perche non ho ancora pagato e validato Chrono Connectivity ?
- Ancora una domanda... ma per cancellare un'atto inserito per sbaglio, come si fa?
Grazie di tutto.
Germano
-
Ciao Germano grazie per le segnalazioni,
ho notato che la stringa "full upload pach" vostra è Writable (in verde), la mia no (in rosso).
...non so se questo comporti qualcosa...
All'inizio può darsi che sia rossa perchè il link è quello del mio sito e quindi va sostituito. Controlla, dopo che hai cancellato e salvato con il campo vuoto, come lo vedi rientrando nel form. Dovrebbe esserci il tuo nuovo link alla cartella degli allegati.
Quello stesso link lo devi copiare anche nel medesimo campo nel form allegati_10_modifica.
Per l'altro problema è una mia dimenticanza. Ho lasciato il debug del form e forse anche quello di altri attivato.
Dovresti quindi entrare nel form atto_10_modifiche e nella tab general disattivare il campo debug mettendolo ad off.
Se altri form dovessero avere il debug attivato mettilo sempre ad off.
Potrebbe esserci un problema di pagina non trovata all'uscita di alcuni form. Dipende dal fatto che ho realizzato i link in un sito con tutti i campi della sezione SEO attivati.
In un sito con quei campi SEO disattivati potrebbe manifestarsi il problema. Se si pone il problema procedere come segue.
Aprire i seguenti form e nella tab generale modificare il campo Redirect URL (la pagina a cui reinvia il form) con i seguenti link:
form atto_10_modifiche
index.php?option=com_chronoconnectivity2&connectionname=atti_allegati_modifica
form sezione_10_modifica
index.php?option=com_chronoconnectivity2&connectionname=sezioni_modifica
form categoria_10_modifica
index.php?option=com_chronoconnectivity2&connectionname=sezioni_categorie_modifica
Ultima questione non ho inserito per ora l'opzione di cancellazione perchè mi risulta che un atto pubblicato nel caso che contenga errori non si toglie ma si rettifica con un atto successivo.
Su questo aspetto mi piacerebbe conoscere parere dei colleghi dei comuni.
Farò un aggiornamento con queste modifiche
-
Salve Vales,
Complimenti per la celere risposta !
:D OK. Ho risolto il problema delle "modifiche" con la tua correzione.
Ho verificato la stringa "full upload pach" ... è esatta (di fatto gli allegati me li carica...) però permane la scritta rossa: "Not Writable" ???
Poi... visto che ci sono ti faccio un'altra segnalazione:
Caricando o modificando un'atto, il campo "Note ed Info", pur riempiendolo non visualizza il contenuto.
Stessa cosa per tutti i campi descrizione, anche quelli degli allegati (oppure non ho capito dove andrà a visualizzare i testi e le descrizioni inserite).
mandi mandi
(tipico saluto friulano)
-
Inserita nella sezione download la nuova versione Alpha3 che risolve i seguenti problemi:
- Modificati link di uscita di alcuni form.
- Corretto bug divisualizzazione del campo "Info e note" in alcuni form.
- Disabilitato debug rimasto attivo in alcuni form
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html)
-
Salve a tutti,
In questi giorni ( fra una cosa e l'altra ) sto testando "il lavoro" di Vales come se fossi un'impiegato comunale... provando ad inserire ... sbagliare ... modificare ... inserire di nuovo ... visualizzare quello che ho fatto ...
La mia prima impressione:
La procedura dall'inserimento dell'atto e dell'allegato è guidata molto bene; l'addetto potrebbe perdersi invece nel momento in cui neccessiti una modifica: deve tornare indietro con l'apposito tasto e riprendere la procedura di modifica dal menu principale.
Secondo me sarebbe molto utile avere un menu sempre disponibile che ti permetta di individuare subito la procedura desiderata.
A tal proposito volevo appunto provare ad inserire un modulo a sx con un menu specifico per l'"albo pretorio" (che compaia solo in esso),
non riesco però a "fissarlo" durante tutte le fasi di menu del componente.
Anche se associo i vari link il modulo non mi rimane a sx.
Io non smanetto con il codice ...Vales come si fà ?
saluti
Germano
-
Puoi risolvere creando un menu a sinistra contenente le voci della finestra iniziale e usando gli stessi link della tabella, che sono tutti link a form o connessioni facilmente individuabili.
Dovrai poi limitare l'accesso ai link riservati agli utenti registrati. Le voci di menu in questo caso saranno però visibili a tutti i registrati, mentre l'accesso reale ai form sarà limitato a quelli che hai abilitato nelle connessioni.
-
Si OK...
Ho creato i menu che puntano algli stessi link della finestra di avvio, fino qui tutto bene.
Fin tanto che navigo in questi 13 link il menu a sx si mantiene, nel momento in cui:
- visualizzo un atto
- modifico un atto/categoria o sezione
- ...o semplicemente uso il tasto "indietro"...
... perdo il menu.
Sicchè...
-
... dimenticavo:
I link presenti nella finestra di avvio non sono abbinabili ad un menu.
( prova...)
Saluti.
-
Probabilmente gli indirizzi che che vedi sono creati dal SEO e vedrò di normalizzarli nel prossimo aggiornamento.
Per fare le voci di menu tieni presenti i segunti elementi.
I 3 link inseriti in Inserimento Elementi fanno riferimento ai rispettivi form che vedi nella parte terminale della loro url, ad essi puoi fare riferimento creando voci di menu con la procedura normale che punta a chronoform come componente e nella quale inserisci il nome del form.
Gli altri 11 link fanno riferimento a delle connessioni di Chronoconectivity2. Crei le voci di menu con lo stesso metodo detto sopra che punta a Chronoconnectivity2 ed a ciascuna connessione.
Prova a rendere il menu visibile su tutte le finestre, poi eventualmente adeguiamo dopo, e proviamo se rimane visibile nei casi particolari che hai elencato.
-
Per la creazione dei menu ho utilizzato la procedura che hai appena descritto.
Se il modulo menu lo rendo visibile a tutte le finestre, nessun problema: rimane fisso per qualsiasi operazione io faccia (rimane anche facendo "indietro" con l'apposito tasto).
Però a me così non stà bene, vorrei che si visualizzi il menu solo quando l'utente è all'interno di questa sezione... e quì nasce il problema precedentemente descritto.
-
Ho creato la finestra di avvio per gestire il tutto da una pagina che fosse indipendente dalla voci di menu che in ogni installazione possono essere chiamate con nomi diversi. E quindi i vari tasti indietro non avrebbero saputo dove tornare.
Comunque dopo che hai creato le voci di menu andando in gestione moduli puoi rendere visibile il tuo modulo e le singole voci insieme ad altri moduli.
Penso si tratta di trovare la giusta combinazione dei moduli e voci che ritieni di visualizzare contemporaneamente.
-
Validazione di cronoform e chronoconnectivity
Continuano a pervenire richieste anche in privato sulla seguente scritta rossa che appare all'apertura dei componenti.
Your Chronoforms install at www.xxxxxxxx.org (http://www.xxxxxxxx.org) is NOT Validated, No limited features but for a small fee you get link free forms and help us continue the development and support
Tradotta significa questo
Il tuo Chronoforms installato a www.xxxxxxxxx.org (http://www.xxxxxxxxx.org) non è convalidato, nessuna funzionalità limitata, ma per una piccola tassa si ottiene i form senza i link ed ci aiuti a continuare lo sviluppo e il supporto
Cioè non vi sono limitazioni rispetto alle versioni registrate. L'unica differenza è il link ai siti della Chronoengine nel piede del form che nella versione registrata non sarà presente.
-
Grande Vales,
hai fatto un lavoro ciclopico. La settimana prossima vedo di passare a trovarti.
Per intanto. Buon lavoro!
-
Scusate,
se mi registro a questa importante discussione. ;D
Spero che alla fine qualche anima buona faccia una guida. :-X
-
Inserita nella sezione download la versione apha4 che rende completamente automatica la fase di installazione e configurazione.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html
@ofranco
Spero che alla fine qualche anima buona faccia una guida
La guida è già compresa nel pacchetto di installazione dalla prima versione.
-
Problema inserimento Allegati risolto.
Un ringraziamento a Vales per la sua disponibilità.
pino
-
Avevo contattato bolina tempo fa, all'inizio del progetto in quanto incaricato di implementare due siti (turistico e istituzionale) per un comune.
Giunto a buon punto del sito turistico sto iniziando la parte istituzionale e ribadisco il mio interessamento al componente come alternativa molto più mirata rispetto a Remository (scelta di base).
Volendo quindi testare il componente ed eventualmente adattarlo alle mie esigenze, mi chiedevo se esiste uno spazio in cui vien fatto il tracking dello stato di avanzamento e in cui si possono segnalare eventuali modifiche (spero migliorative) al progetto.
Grazie e complimenti a chi sta condividendo un componente che molte ditte, approfittando nelle nuove normative, vendono ai comuni a cifre assurde.
-
Buongiorno a tutti.
Leggendo i vari post mi è sorto un dubbio e ad ogni buon fine, ve lo voglio partecipare. :)
Come sappiamo tutti, dal 1° gennaio 2010 tutti gli atti amministrativi hanno valore legale soltanto se pubblicati sull'albo pretorio elettronico del Comune. Ciò premesso, mi sto chiedendo come faccio a comprovare, a distanza di tenpo, che l'atto è stato pubblicato effettivamente all'albo pretorio del Comune. In particolare se accade una guerriglia giudiziaria quale documento certificherebbe l'avvenuta pubblicazione dell'atto? (numero di ID, data di inizio, data di fine pubblicazione, oggetto, numero dell'atto pubblicato). Vi è un file di registro dal quale è possibile risalire ai dati degli atti pubblicati?
Spero che accolgierete questo mio dubbio con una risposta.
Un saluto a tutti, Franco
-
Buongiorno a tutti.
Leggendo i vari post mi è sorto un dubbio e ad ogni buon fine, ve lo voglio partecipare. :)
Come sappiamo tutti, dal 1° gennaio 2010 tutti gli atti amministrativi hanno valore legale soltanto se pubblicati sull'albo pretorio elettronico del Comune. Ciò premesso, mi sto chiedendo come faccio a comprovare, a distanza di tenpo, che l'atto è stato pubblicato effettivamente all'albo pretorio del Comune. In particolare se accade una guerriglia giudiziaria quale documento certificherebbe l'avvenuta pubblicazione dell'atto? (numero di ID, data di inizio, data di fine pubblicazione, oggetto, numero dell'atto pubblicato). Vi è un file di registro dal quale è possibile risalire ai dati degli atti pubblicati?
Spero che accolgierete questo mio dubbio con una risposta.
Un saluto a tutti, Franco
Innanzitutto il 01/01/2010 è piuttosto labile come vincolo, perchè ovviamente c'è la proroga di 6 mesi ...
Se ho ben capito ti chiedi come a posteriori verrà verificato se la data di pubblicazione sul sito sia stata realmente quella indicata o meno giusto?
Se così ti pongo una questione: come puoi oggi verificare se un cartaceo è stato affisso in tempo utile a posteriori?
Secondo me non verranno fatte troppe questioni in merito, altrimenti servirebbe certificare il tutto in qualche modo tramite marca temporale o non so bene cosa che certifichi il tutto, ma la normativa non mi pare che ne parli...
Secondo me quello che potrebbe essere un controllo verosimile è quello di verificare che alla data del controllo siano pubblicati gli atti che in quel momento devono risultare.
Sono stato molto approssimativo e del tutto privo di fondamento lo so, ma non vedo come sia possibile far le pulci a ritroso, visto che l'albo digitale non deve far altro che sostituire quello cartaceo senza aggiungere nuovi vincoli
-
Volendo quindi testare il componente ed eventualmente adattarlo alle mie esigenze, mi chiedevo se esiste uno spazio in cui vien fatto il tracking dello stato di avanzamento e in cui si possono segnalare eventuali modifiche (spero migliorative) al progetto.
Gli aggiornamenti vengono inseriti periodicamente nella sezione download (per ora siamo 1 alla settimana io aggiorno e alexred pubblica ;D non vorrei impegnarlo troppo).
Per i suggerimenti, le modifiche e segnalazioni bug questa ormai è la discussione ufficiale ed è opportuno che qui siano inseriti.
Ciò premesso, mi sto chiedendo come faccio a comprovare, a distanza di tenpo, che l'atto è stato pubblicato effettivamente all'albo pretorio del Comune. In particolare se accade una guerriglia giudiziaria quale documento certificherebbe l'avvenuta pubblicazione dell'atto? (numero di ID, data di inizio, data di fine pubblicazione, oggetto, numero dell'atto pubblicato). Vi è un file di registro dal quale è possibile risalire ai dati degli atti pubblicati?
Spero che accolgierete questo mio dubbio con una risposta.
Un saluto a tutti, Franco
Segnalo che fra i campi nascosti dell'atto c'è "recordtime" che registra nel database la data e l'ora dell'inserimento nell'albo, e che all'occorrenza può essere in qualche modo recuperato per dimostrare la data dell'inserimento. Questo è già un punto di riferimento importante.
Se poi qualcuno mette indubbio quello, perchè pensa che il database possa essere alterato allora è un altro discorso che vale ad esempio anche per il protocollo elettronico e quindi non ci si ferma più.
Comunque penso che un registro si potrà stampare. La funzione di stampa che trovate nella visualizzazione pubblica dell'albo è un tentativo di fare anche questo.
-
Segnalo che fra i campi nascosti dell'atto c'è "recordtime" che registra nel database la data e l'ora dell'inserimento nell'albo, e che all'occorrenza può essere in qualche modo recuperato per dimostrare la data dell'inserimento. Questo è già un punto di riferimento importante.
Se poi qualcuno mette indubbio quello, perchè pensa che il database possa essere alterato allora è un altro discorso che vale ad esempio anche per il protocollo elettronico e quindi non ci si ferma più.
Comunque penso che un registro si potrà stampare. La funzione di stampa che trovate nella visualizzazione pubblica dell'albo è un tentativo di fare anche questo.
Ottimo vales era proprio quello che può attestare l'effettivo inserimento dell'atto nel sistema.
Se possibile, ti volevo suggerire l'emissione automatica di Email al richiedente (il dipendente comunale che ha effettuato la pubblicazione) con cui viene avvisato che l'atto (con tutti gli estremi dell'atto) è stato defisso dall'albo pretorio informatico dove è stato affisso per x giorni.
In questi casi l'Ufficio stampa l'Email (Email=piena validità legale) timbro e firma di chi la riceve e l'appiccica dietro l'atto cartaceo a titolo di attestazione.
Saluti, Franco
-
Mi sembra un buon suggerimento.
Se l'invio viene indirizzato ad una email certificata direi che siamo al massimo.
Penso dovremo pensare ad una nuova funzione che attesta la fine pubblicazione. Quest'ultima avviene ora in modo automatico semplicemente con il filtro sulla data di fine.
-
Mi sembra un buon suggerimento.
Se l'invio viene indirizzato ad una email certificata direi che siamo al massimo.
Penso dovremo pensare ad una nuova funzione che attesta la fine pubblicazione. Quest'ultima avviene ora in modo automatico semplicemente con il filtro sulla data di fine.
Grande vales, ;)
infatti l'email, specialmente certificata, ha valore di una raccomandata A.R. (lo ha detto Stanca ed è stata confermata dal CNIPA)
-
Penso sia il caso di raccogliere le cose suggerite ed i problemi riscontrati.
Tenete sempre presente che siamo ad una versione alpha che potrà evidenziare problemi in un uso concreto.
1) Ieri io ed altri abbiamo rilevato ad esempio che i filtri nei campi di inserimento consentono solo di inserire lettere e numeri e questo è un limite.
2) La dimensione del campo nome atto è insufficiente e dovrà essere adeguata sia in inserimento caratteri che dimensione.
3) altra cosa che pensavo era di associare i responsabili dell'atto ai nomi delle categorie in modo di aver nell'atto il riferimento della persona a cui rivolgeresi. Questo però non è semplice perchè i responsabili variano nel tempo e quindi è necessaria la gestione di questo aspetto.
4) notifica delle date di inserimento e spubblicazione dall'albo, appena segnalata.
Per il primo problema la soluzione è semplice chi vuole lo può già risolvere.
la cosa si risolve mantendo ai campi interessati solo la caratteristica di richiesto e togliendo gli altri filtri in questo modo.
<input class="cf_inputbox required validate-alphanum" maxlength="150" size="30" title="Campo obbligatorio" id="text_0" name="nome_atto" type="text" />
Questo è il campo nome_atto che dovrebbe essere modificato così:
<input class="cf_inputbox required" maxlength="150" size="30" title="Campo obbligatorio" id="text_0" name="nome_atto" type="text" />
Per gli altri campi dove si manifesta il problema la cura è la stessa.
In questo modo si possono inserire anche caratteri come . " ' ecc.
La massima lunghezza al momento lasciatela com'è perchè comporta la modifica anche di altre parti di codice.
Segnalate tutto quello che ritenete si debba modificare. (se possibile ;D )
-
3) altra cosa che pensavo era di associare i responsabili dell'atto ai nomi delle categorie in modo di aver nell'atto il riferimento della persona a cui rivolgeresi. Questo però non è semplice perchè i responsabili variano nel tempo e quindi è necessaria la gestione di questo aspetto.
Ti suggerisco di segnalare soltanto il Settore o l'Ufficio di appartenenza
-
Inserito nuovo aggiornamento alla versione alpha5.
Modificata dimensione ed aspetto campi di input.
Eliminati filtri ad uso caratteri speciali.
Corretti alcuni bug nella fase di autoinstallazione che influivano sui link alle tabelle nel backend.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html)
-
Salve a tutti,
Ho un problema con Albo Pretorio on line 1.0 Alpha by vales, precisamente la pagina di avvio viene aperta nella posizione esatta, mentre le altre finiscono in altre posizioni, ad esempio cliccando su Archivio storico atti accessibili, mi si apre una pagina posizionata dove c'è il copyright. Spero possiate aiutarmi.
-
Benvenuto in joomla! Sandrolunghitano,
Ho unito il tuo post a questo per mantenere unità alla discussione.
Non ho però compreso il problema che hai segnalato dovresti essere più preciso nell'esemplificare il problema.
Eventualmente puoi lincare anche l'indirizzo del sito dove stai provando.
-
l'indirizzo è www.unionepaesideinebrodi.gov.it
-
C'è un piccolo bug nella connessione albo_storico_accessibili, grazie della segnalazione.
devi andare da backend del sito nella connessione albo_storico_accessibili poi nella sezione footer sostituire il codice con il seguente.
</table>
[br /]
<p>{pagination}</p>
[br /][br /]
<div class="form_item">
<div class="form_element cf_button">
<input value="Indietro" onClick="location.href='<?php echo $session->get('indietro','','ricerca');?>';" type="button">
</div>
<div class="cfclear"> </div>
</div>
</div>
In sostanza basta aggiungere solo un </div> dopo l'ultima riga. Questo dovrebbe correggere l'errore di visualizzazione.
Fammi sapere l'esito.
-
Scusa ma sono alle prime armi, mi potresti indicare in maniera più dettagliata come fare a raggiungere connessione albo_storico_accessibili. Grazie
-
vai in backend di joomla.
componenti->chronoconnectivity2->connection manangement2
A questo punto si apre la finestra delle connessioni
clicchi su nome di albo_storico_accessibili si apre una nuova finestra
cerchi la voce footer e clicchi sul segno +/- si apre un box e li dopo l'ultima riga inserisci </div>
poi in alto a destra premi il bottone salva ed hai finito.
-
Grazie ora è tutto ok. Un ultima cosa se non chiedo troppo,come potrai vedere quando si va sulla voce atti on line non compare il modulo con la foto cosa che invece succede quando vado sulle restanti voci, come faccio per fa si che questo modulo non compaia. Spero che non mi maderai al diavolo ciao
-
Da backend entri nel modulo e il basso a sinistra gli indichi, evidenziandole, le voci di menu insieme alle quali vuoi far vedere il modulo della foto.
Penso dipenda da questo.
E così farai contenti i cittadini che non vedranno più la foto. ;D
-
Grazie ci voleva un tale componenete.
Se posso dire la mia, farei dei cambiamenti:
prima pagina più semplice, ovvero farei comparire solo tre voci:
Albo Online:
Contiene tutti gli Atti in corso di Pubblicazione.
Archivio
Contiene tutti gli Atti Pubblicati... (sia archiviati che in corso)
Ricerca
Consente di effettuare ricerche su tutti gli Atti presenti in Pubblicazione e nell'Archivio
Infine solo per gli amministartori le varie voci: inserisci atto, sezione ...ecc..
Infine (nella ricerca) poter cercare gli atti per anno e mese ma ovviamente questo deve presupporre che gli atti vengano archiviati automaticamente per anno e mese.
A quando una versione stabile?
ciao e grazie
-
non dipende da quello, il modulo non è visibilie nella voce di munù albo pretorio come potrai vedere, ma compare appena vado nelle voci della pagina
-
Fai la prova di abilitare il modulo solo su home e vedi come si comporta.
-
Inserita nuova versione Alpha 6 che corregge bug di visualizzazione colore di sfondo nella lista Storico atti accessibili.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html
-
Il modulo è abilitato solo su home. Ma si continua a vedere anche quando clicco sulle voci relative all'albo pretorio
-
1) Ieri io ed altri abbiamo rilevato ad esempio che i filtri nei campi di inserimento consentono solo di inserire lettere e numeri e questo è un limite.
[...]
Per il primo problema la soluzione è semplice chi vuole lo può già risolvere.
la cosa si risolve mantendo ai campi interessati solo la caratteristica di richiesto e togliendo gli altri filtri in questo modo.
<input class="cf_inputbox required validate-alphanum" maxlength="150" size="30" title="Campo obbligatorio" id="text_0" name="nome_atto" type="text" />
Questo è il campo nome_atto che dovrebbe essere modificato così:
<input class="cf_inputbox required" maxlength="150" size="30" title="Campo obbligatorio" id="text_0" name="nome_atto" type="text" />
Per gli altri campi dove si manifesta il problema la cura è la stessa.
In questo modo si possono inserire anche caratteri come . " ' ecc.
La massima lunghezza al momento lasciatela com'è perchè comporta la modifica anche di altre parti di codice.
Segnalate tutto quello che ritenete si debba modificare. (se possibile ;D )
Ciao ,ho provato a fare i cambiamenti da te suggeriti nel campo nome_atto per poter inserire anche altri caratterei, ma non mi permettere di salvare e mi dice: "Method Not Implemented". Che cosa può essere?
-
Installa l'ultima versione contiene già tutti i cambiamenti.
-
Ho studiato a fondo il componente e queste sono le mie osservazioni:
1 unirei "Inserimento atti ed allegati" con "allegati
atto"
2 oltre al numero progressivo automatico darei la
possibilità di inserire il numero dell'atto
Quindi Inserimento allegato:
scelta sezione e categoria
numero progressivo automatico (anche non visibile)
inserire Numero atto
inserire Titolo atto
inserire Oggetto atto
inserire Note ed Info (facoltativa)
inserire Testo (secondo me non serve: il testo sarà scritto nel file allegato)
Data di inizio pubblicazione
Data di fine pubblicazione
Pubblica il documento SI NO
Al termine della pubblicazione
Allegare file
Ricerca archivio atti accessibili
farei fare la ricerca per: titolo, oggetto, numero (non quello progressivo),sezione e categoria, Dal aL
Infine nella tabella alla colonna N. farei visualizzare il numero inserito dall'utente e non quello progressivo
ciao
-
@Giaxx,
Mi sembra di capire che proponi di realizzare l'inserimento di atti ed allegati in un unico form.
Per la questione oggetto avevamo già discusso qui
http://forum.joomla.it/index.php/topic,92012.msg413807.html#msg413807
ed era stato convenuto che era un campo ridondante.
Per il numero aggiuntivo relativo alla tipologia dell'atto penso si possa fare semplicemente.
Sentiamo anche gli altri che stanno già collaudando Albo cosa pensano di queste proposte.
-
Mi sembra di capire che proponi di realizzare l'inserimento di atti ed allegati in un unico form.
Per il numero aggiuntivo relativo alla tipologia dell'atto penso si possa fare semplicemente.
si unico form. con la possibilità di allegare più file in quanto nei bandi (x esempio) ce ne sono più di uno.
il numero aggiuntivo serve perchè ogni anno gli atti ricominciano da 1. Quindi nella colonna N. si visualizzerà il rispettivo (quello vero e prorpio) numero dell'atto.
L'unico problema è che gli atti si dovranno ordinare in base a questo numero.
Ho fatto vari test e sembra funzionare egregiamente.
Ecco come lo ho utilizzato:
le sezioni sono i tipi di atto (delibere Giunta, delibere Consiglio, Ordinaze...ecc)
le categorie sono gli anni (anno 2009, 2010,2011 ecc). cosi l'archivio è ben strutturato.
per quanto riguarda le colonne ho fatto:
per gli atti in corso: N. - Oggetto Atto - Data inizio - Data Fine - Tipo Atto
per l'archivio: N. - oggetto Atto - Data Adozione - Tipo di atto
praticamente ho tolo la data di scadenza che non serve più ed ho rinominato data inzio in data adozione.
in entrami i casi ho tolto la colonna categoria in quanto sono gli anni che è gia scritta nella data ( per chi ha template stretti è utile).
Ultima cosa nella Ricerca:
sarebbe bello se la scritta
X Risultati trovati per
Titolo= Oggetto= Sezione= ...
coparisse dopo aver cliccato su Trova
a mio avviso cosi sarebbe quasi pefetto.. voi che ne dite?
grazie per il lavoro che fate
a presto
-
Ciao a tutti sono nuovamente qui a chiedervi consigli e soluzioni, e di questo vi ringrazio già anticipatamente.
Sto usando albo pretorio online, funziona correttamente e sono felice, la mia domanda è la seguente, ora ho caricato una serie di dati di prova, come posso cancellarli? e ripartire da capo per il cliente finale?
Vi ringrazio ulteriormente e vi saluto.
Cordiali Saluti
Andrea
-
gurdando altri albi pretori farei altre modifiche:
aggiungerei il mittente quindi la tabella diventa:
per gli atti in corso: N. - Nome Atto - Data inizio - Data Fine - Tipo Atto - Mittente
troppi passaggi per l'inserimento: unico form anche senza la conferma. cioè:
scelta sezione e categoria
inserimento mittente
inserimento numero
inserimento titolo atto
data inizio
data fine
info e note
pubblica il documento
al termine archiviare
allegati multipli
invia - reset - indietro
poi cliccano sul nome atto non farei aprire la pagina ma farei aprire direttamente il file allegato. (se non è possibile modificherei tale pagina)
il file allegato ha un nome troppo lungo toglierei l'ora: n_data_nomefile dove n è il numero aggiunto non quello automatico.
altra modica che farei riguarda la modifica atto aggiungerei i filtri di ricerca.
purtroppo non so dove mettere le mani altrimenti sarei di aiuto.
-
Ciao a tutti sono nuovamente qui a chiedervi consigli e soluzioni, e di questo vi ringrazio già anticipatamente.
Sto usando albo pretorio online, funziona correttamente e sono felice, la mia domanda è la seguente, ora ho caricato una serie di dati di prova, come posso cancellarli? e ripartire da capo per il cliente finale?
Vi ringrazio ulteriormente e vi saluto.
Cordiali Saluti
Andrea
Ho spostato il post in questa discussione per mantenerla unitaria e non dispersa in tanti post.
Al momento non ho previsto la funzione di cancellazione, perchè un atto pubblicato non si può rimuovere dall'albo, anche quello fisico.
Comunque per azzerare tutto hai due vie:
1) puoi rimuovere i record delle tabelle jos_chronoforms_atto_10, jos_chronoforms_allegati_10, jos_chronoforms_sezion2_10 e jos_chronoforms_categoria_10 con phpmyadmin, ricordati poi di aggiornare anche il valore di autoincrement della chiave di ciascuna tabella.
2) disinstallare albo, poi cancellare con phpmyadmin le tabelle dette sopra e reinstallare tutto.
Parli di utente finale, tieni conto che la versione pur funzionando è ancora in fare alpha e quindi suscettibile di ulteriori miglioramenti, come risulta dalle richieste nelle discussione.
-
la mia prova:
ho modificato:
finestra_avvio
ricerca_albo_pretorio
ricerca_archivio_accessibili
atto_10_modifiche_copia
atto_10
ho aggiunto mittente e numero ma non li memorizza nel db però se li cambio manualmente nel db allora si visualizzano correttamente.
secondo me per il lato pubblico è sufficiente questo; niente elenchi o cose varie
-
Come faccio a installare la nuova versione. Ho notato che nella vecchia versione quando si entra come registrati e si va in elenchi admin e poi in albo pretorio si verifica l'errore che si verificava prima cioè si apre in un posto sbagliato ciao
-
Disintalli con la normale procedura di joomla. Poi installi la nuova versione alpha6.
Le tabelle degli atti già caricati rimangono disponibili.
-
ho installato la nuova versione ma continua ad esserci quel bug che dicevo prima.ciao
-
ricapitolando ecco le modifiche che farei:
1 niente numero progressivo automatico ma immesso dall'utente
2 unico form per inserimento atto e allegati multipli
3 aggiunta del mittente
4 nella creazione di sezioni e categorie poter scegliere se farla comparie anche nell'archivio
che ne pensate?
ciao
-
ci sono novità?
-
@SandroLunghitano
Per il problema del tuo modulo che non scompare ho provato a rendere visibile un modulo della mia demo solo sulla home (il modulo di Artforms) ed il modulo scompare regolarmente in tutte le visualizzazioni dell'albo. Quindi non riesco a comprendere il motivo che lo rende sempre visibile nella tua installazione.
-
@Giaxx
sto valutando le tue proposte ed alcune mi sembrano fattibili il problema è il tempo disponibile.
Il numero dell'atto per me deve rimanere e deve essere automatico, anche se potrà divenire non visibile, perchè è la chiave che consente di ritrovare gli atti nelle visualizzazioni dei singoli record.
Non ho capito la motivazione del mittente. Ho visto la tua demo ma mi sembra che è una ripetizione. Delibere di Giunta, mittente giunta comunale.
poi cliccano sul nome atto non farei aprire la pagina ma farei aprire direttamente il file allegato. (se non è possibile modificherei tale pagina)
Il problema da risolvere è quello degli atti con allegati multipli e quindi dobbiamo cliccare sul nome dell'allegato da visualizzare.
il file allegato ha un nome troppo lungo toglierei l'ora: n_data_nomefile dove n è il numero aggiunto non quello automatico.
Quel tipo di nominazione è pensato per avere un nome univoco per ogni allegato. Prendendo solo il nome del file originario si rischierebbe nel tempo di avere allegati con lo stesso nome. In questo modo il nome contiene all'inizio il numero dell'atto di riferimento la data e l'ora che lo rendono univoco ed il nome del file originario e ciò consente in caso di problemi con gli archivi si capire a chi si riferisce l'allegato.
-
ok grazie sempre cristallino nelle spiegazioni...
-
Ciao ragazzi,
dopo essermi interessato inizialmente al vostro lavoro ho atteso in silenzio i risultati visto che non posso contribuire allo sviluppo del progetto perchè non ne ho le capacità.
Devo dire che avete fatto un ottimo lavoro anche se mi sembra che ancora non ci sia una versione definitiva e stabile.
Visto che giugno si avvicina volevo sapere alcune cose:
1) per giungo credete che ci sarà una versione stabile e utilizzabile su un sito ufficiale?
2) tale versione sarà anche accessibile e validata CSS e Stict?
3) è possibile che riusciate a realizzare anche un modulo che possa mostrare gli ultimi atti pubblicati di una categoria x es. AVVISI ?
4) sarà possibile creare nei menu dei link diretti a delle particolari categorie x es. DELIBERE?
Vi chiedo questo perchè quelle che ho citato sono le mie necessità e devo organizzarmi per preparare un manuale per i redattori del comune e fare un breve corso per spiegargli l'utilizzo dell'albo pretorio.
Magari (rivolto a tutti coloro che poi sfrutteranno il vostro lavoro) si potrebbe pensare anche di riconoscervi qualche cosa da un punto di vista economico.
Nel caso le richieste che ho fatto non fosserò realizzabili, dovrò allora ripiegare su DOCMAN che ho già installato su un altro sito.
Comunque mi complimento per il lavoro che avete fatto e per l'impegno che ci state mettendo tuttora.
Grazie.
-
@canebianco
intanto questo
Il comma 5 dell'art. 2 della legge 25/2010 ha prorogato la data di inizio della pubblicazione obbligatoria al 1.1.2011 quindi abbiamo ancora del tempo sufficiente.
Per le altre proposte penso potranno essere prese in considerazione.
In modo particolare la validazione su joomla FAP, anzi se qualcuno potesse iniziare delle prove sarebbe benvenuto (ho già visto che ci sono degli errori).
Il modulo credo si potrà fare.
Pagamento mai ! Lo spirito del forum è un altro.
Anzi la sfida sarebbe anche dimostrare che nella Pubblica Amministrazione ci sono delle persone che sono all'altezza dei tempi ed in grado di risolvere i problemi. Non solo fannulloni.
-
una segnalazione da fare; se faccio ricerca e nel campo descrizione inserisco qualsiasi cosa ho questo errore:
Unknown column 'descrizione_atto' in 'where clause' SQL=SELECT count(*) FROM `jos_chronoforms_atto_10` WHERE `radio0` = 'Si' and `datafine_atto` >= CURDATE() AND `descrizione_atto` LIKE '%asp%'
-
Hai ragione il campo descrizione non esiste più, era praticamente un duplicato del titolo.
Aggiornerò le ricerche.
-
Ma se valido la pagina contenente un elenco del form mi appaiono circa 100 errori nella valadizione con http://www.w3.org, questi non dovrebbero essere corretti tutti?
-
La validazione è un aspetto che deve essere ancora affrontato.
Nella sezione JoomlaFAP c'è già un post per la validazione dei form.
http://forum.joomla.it/index.php/topic,87450.0.html
Gli elenchi non sono stati ancora sistemati.
-
se volessi inserire come menù la categoria di riferimento (ad esempio, Delibera di giunta, Delibera di consiglio,...) in modo tale da cliccarci e far apparire i risultati della interrogazione per la stessa categoria.
E' inutile complimentarmi con vales, sei un grande...
-
posso cambiare la sintassi della data da Y-m-d a d-m-Y? Dove?
-
se volessi inserire come menù la categoria di riferimento (ad esempio, Delibera di giunta, Delibera di consiglio,...) in modo tale da cliccarci e far apparire i risultati della interrogazione per la stessa categoria.
E' inutile complimentarmi con vales, sei un grande...
Dovresti duplicare una connessione, per esempio quella di albo_pretorio e rinominarla, aggiungere nella sezione WHERE SQL alla query
`#__chronoforms_atto_10` WHERE `radio0` = 'Si' and `datafine_atto` >= CURDATE()
gli ulteriori filtri adatti alla tua situazione es. :
`#__chronoforms_atto_10` WHERE `radio0` = 'Si' and `datafine_atto` >= CURDATE() and `cod_categoria` = 'numero_tua_categoria'
Dove vuoi cambiare la data?
-
nella pagina in cui ci sono gli "Atti in corso di pubblicazione" c'è la data inizio e la data fine pubblicazione con il formato "Y-m-d"
-
Inserirò la modifica della data nel prossimo aggiornamento.
-
altri due problemi riscontrati:
1. il display num non funziona dove ci sono i filtri
2. cliccare due volte per aprire le sezioni, se scelgo una sezione, faccio reset e torno alla scelta delle sezione queste vengono duplicate (senza fare trova)
ciao
-
Grazie per le segnalazioni Giaxx,
dovresti però decrivermi con più dettagli dove trovi quei problemi.
-
in queste ricerche:
Ricerca storico atti accessibili
Albo Pretorio
credo che sia lo stesso errore:
1.display num non funziona
2.per aprire il menu a tendina delle sezione bisogna cliccare due volte e se, scelta una sezione, faccio reset e riapro le sezione vengono duplicate, se rifccio reset triplicate e cosi via
-
Inserita nella sezione download e nel sito demo la nuova versione Alpha7.
Corretti alcuni bug segnalati nel forum: dropdown sezioni e categorie, date in elenchi in formato D M Y, validazione W3C in form e elenchi, elenchi in backend.
La trovate nella solita posizione.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html)
-
provata la nuova versione.
risolto il problema del dropdown sezioni e categorie;
continua il problema del display num.
date in formato D M Y:ottimo; stesso formato all'interno dell'atto stesso non sarebbe male.
validazione W3C in form e elenchi: riduzione drastica degli errori ma ancora non c'è la convalida.
Riscrivo le modifiche che apporterei:
1- unico form per invio atto.
2- nella creazione della sezione (categoria) poter scegliere se farla comparire anche nell'archivio.
3- realizzare anche un modulo che possa mostrare gli ultimi atti pubblicati.
4 - poter eliminare un atto o almeno poter eliminare l'allegato.
5- messaggio di avvenuto inserimento o creazione sezione (categoria)
6- eliminerei gli elenchi (questo posso farlo)
Secondo te Vales, per avere una versione definitiva cosa manca?
grazie ancora
-
Giaxx, grazie per le verifiche.
Potresti indicarmi le pagine dove ci sono gli errori di validazione. A me risulterebbero ancora i 3 elenchi albo_pretorio, albo_storico_accessibili e albo_tutti, dove ci sono alcuni problemi con il javascript che però ho capito come risolvere.
Per il display num non so a cosa ti riferisci, forse al fatto che cliccandolo non modifica la pagina? La modifica avviene dopo aver premuto di nuovo invia. Quello però è codice nativo di chronoforms non è mio.
Per la versione definitiva ancora un momentino di pazienza, vorrei inserire un sistema di numerazione che si resetta e riavvia all'inizio di ogni anno e c'è da studiarci ancora.
-
Convalida XHTML 1.0 Strict:
1- prima pagina (finestra_avvio):15 Errors, 9 warning(s)
2- ricerca_archivio_accessibili:7 Errors
3- ricerca_albo_pretorio:7 Errors
4- elenco sezioni:5 Errors
5- elencocategorie:5 Errors (stessi sezione)
6- elenco albo_storico_accessibili:10 Errors, 2 warning(s)
7- elenco albo_pretorio: vedi 6
se invece fai la convalida XHTML 1.0 Transitional ovviamente sono di meno però per le P.A. è richiesta la convalida XHTML 1.0 Strict.
Un sistema di numerazione che si resetta e si riavvia all'inizio di ogni anno sarebbe molto utile.
grazie
-
uhm non avevo notato questa cosa... non si resetta al termine dell'anno?
In questo caso non sarebbe utile apportare un'altra colonna oppure inserire nel campo numerazione un #/Year che si imposta in automatico in base alla data?
Es.
N. Nome atto Data Inizio Data fine
1/2010 xxxx 03/05/2010 20/05/2010
-
Forse chiedo troppo ma è possibile far in modo che un utente possa inserire atti solo in una determinata sezione (o categoria)?
-
Segnalo l'ultima versione di Albo Pretorio adottato da un Comune al quale ho realizzato il sito web http://213.203.143.153/c054046/mc/mc_gridev_messi.php?x=&bck=http://213.203.143.153/c054046/po/po_disegna_menu_servizi.php?livello=2#0
Sperò possa darvi qualche suggerimento.
Ciao.
-
Forse chiedo troppo ma è possibile far in modo che un utente possa inserire atti solo in una determinata sezione (o categoria)?
Penso sia possibile, va creata una nuova tabella degli utenti autorizzati a determinate sezioni e categorie, e poi inserire i controlli nelle zone di inserimento e modifica. Ovviamente sarà il Superadministrator ad avere accesso a tali settaggi.
-
Segnalo l'ultima versione di Albo Pretorio adottato da un Comune al quale ho realizzato il sito web http://213.203.143.153/c054046/mc/mc_gridev_messi.php?x=&bck=http://213.203.143.153/c054046/po/po_disegna_menu_servizi.php?livello=2#0 (http://213.203.143.153/c054046/mc/mc_gridev_messi.php?x=&bck=http://213.203.143.153/c054046/po/po_disegna_menu_servizi.php?livello=2#0)
Sperò possa darvi qualche suggerimento.
Ciao.
Grazie della segnalazione canebianco.
Ho già messo a punto una versione 2 che prevede gli stessi campi di quella linkata. Escluso il campo mittente.
A parte l'effetto lightbox mi sembra che siamo abbastanza in linea. Forse abbiamo in più le ricerche e la sezione storica degli atti.
Forse per le unioni dei comuni od altre forme associate fra più comuni si potrebbe prevedere anche quel campo. Magari da settare con una specie di configurazione per non vederlo negli albi della versione per singoli comuni.
-
Grazie della segnalazione canebianco.
Ho già messo a punto una versione 2 che prevede gli stessi campi di quella linkata. Escluso il campo mittente.
A parte l'effetto lightbox mi sembra che siamo abbastanza in linea. Forse abbiamo in più le ricerche e la sezione storica degli atti.
Forse per le unioni dei comuni od altre forme associate fra più comuni si potrebbe prevedere anche quel campo. Magari da settare con una specie di configurazione per non vederlo negli albi della versione per singoli comuni.
Ciao Vales, lodo sempre il vostro lavoro e mi prostro....
A parte le richieste specifiche di alcuni utenti, vorrei sapere in percentuale a che punto siete per completare un prodotto stabile, funzionale e validato (magari con un modulo per gli ultimi inserimenti di specifiche categorie) e quanto tempo è ancora necessario per arrivare a questo.
Il fatto è che sono sotto pressione da parte di un comune che attualmente utilizza DOCMAN con il quale però ha delle difficoltà e poca flessibilità nell'inserire i vari documenti.
Allora stò prendendo tempo ma non sò fino a quando aspetteranno prima di rivolgersi ad altri....
Scusa la mia sfacciataggine.......
-
Non andrebbe inserito un altro campo numerico, oltre quello del registro progressivo quello relativo al numero di determina o delibera?
-
Informo che è in fase di verifica la nuova versione di Albo Pretorio On Line 2.00 alpha 1 che conterrà le seguenti modifiche.
Inseriti nuovi campi in
tabella atti: numero in albo, anno, numero atto, data atto.
tabella allegati: eliminato campo fulltext.
Adeguati form, ricerche e liste ai nuovi campi.
Ulteriori correzioni viste ed elenchi per validazione W3C.
Le prossime implementazioni riguarderanno:
1) possibilità di assegnare gli utenti alle sezioni
2) possibilità di gestire atti di più enti per le unioni dei comuni e gestioni associate.
-
ciao a tutti, sono nuovo di joomla e sto realizzando il sito per il mio comune..
mi interessa molto anche per lavoro la tecnologia utilizzata e vorrei utilizzare lo strumento.. sto ancora in fase di rodaggio con tutto di joomla ma la gestione d'albo pretorio mi interessa molto.
mi sa che presto vi stresserò per chiarimenti, ho provato ad istallarlo ma per ora non va..
grazie
-
Benvenuto in Joomla maddella,
Quali problemi ti ha dato nell'installazione ?
-
guarda dire che è un problema è una parola forse troppo grossa, questa sera istalla una versione pulita di joomla e poi faccoio delle prove.
tu hai una procedura da seguire per l'istallazione da zero?
ciao
-
Buongiorno a tutti,
sto utilizzando questa ottima estensione per il comune che mi ha commissionato il sito.
Sono però ancora in fase di installazione per un problema magari banale ma è comunque un problema.
Non riesco a definire una cartella per l'upload nel "File upload Path" delle form. Qualunque cosa inserisco mi da "Not Writable". Sto lavorando con Vista e quindi immagino sia un problema di autorizzazioni ma non capisco dove intervenire.
Grazie per l'aiuto e complimenti.
Roberto
-
non ne sono sicuro ma basta che cancelli quello che c'è e poi fai salva, in automatico verrà creata la Path giusta
-
Ciao robertopizzignach e benvenuto in Joomla,
Buongiorno a tutti,
sto utilizzando questa ottima estensione per il comune che mi ha commissionato il sito.
Sono però ancora in fase di installazione per un problema magari banale ma è comunque un problema.
Non riesco a definire una cartella per l'upload nel "File upload Path" delle form. Qualunque cosa inserisco mi da "Not Writable". Sto lavorando con Vista e quindi immagino sia un problema di autorizzazioni ma non capisco dove intervenire.
Grazie per l'aiuto e complimenti.
Roberto
L'installazione inserisce nel form la path giusta per l'upload, che però dà il messaggio rosso di non scrivibile.
Non dovrebbe essere influente perchè dopo il salvataggio del primo allegato la cartella diviene automaticamente scrivibile. Per ora ha sempre reagito così.
-
@maddella
guarda dire che è un problema è una parola forse troppo grossa, questa sera istalla una versione pulita di joomla e poi faccoio delle prove.
tu hai una procedura da seguire per l'istallazione da zero?
ciao
Non ho compreso se il problema è l'installazione di Joomla o di Albo Pretorio.
Se è il primo ti consiglio di visitare nel wiki l'apposito articolo
http://wiki.joomla.it/index.php?title=Installazione_di_Joomla_1.5
Se è il secondo segnala quali messaggi ti mostra e vediamo. Ma se segui le istruzioni della sezione download il processo dovrebbe essere abbastanza lineare. Per ora non vi sono state segnalazioni di problemi.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-10-alpha-by-vales.html
-
non ne sono sicuro ma basta che cancelli quello che c'è e poi fai salva, in automatico verrà creata la Path giusta
Questo va bene per il form allegati_10.
Per il form allegati_10_modifica va invece inserita al mano la cartella finale /allegati_10 altrimenti creerebbe una nuova cartella con il nome del form ed in fase di salvataggio degli allegati modificati li salverebbe in una cartella diversa.
Comunque la risposta data 2 post sopra dovrebbe essere sufficiente a gestire l'apparente problema.
-
scusate ma c'è una cartella apposta per l'upload?
grazie
-
scusate ma c'è una cartella apposta per l'upload?
grazie
l'upload di cosa ?
-
Ciao a tutti, sto seguendo la vostra discussione perchè interessa anche a me. Leggendo gli ultimi post, quelli sull'UpLoad mi è sorto un dubbio sull'originalità del file o dei files pubblicati all'albo. Mi riferisco ai file corrotti durante il download. Non è da stare tranquilli con un bando di gara risultato bacato dopo la sua pubblicazione. Quindi il suggerimento che vi propongo è quello della pubblicazione dell'hash. Questo sistema farebbe stare tranquilli sia la PA che chi scarica il file per affari.
Spero di essere stato utile.
Saluti, Franco
-
Aspettando la nuova versione perchè non facciamo un po di chiarezza su quali atti potranno restare in archivio?
Per esempio le pubblicazioni di matrimonio, per questioni di privacy, non credo.
Ce ne sono altri?
ciao
-
Inserita nella sezione download in attesa di abilitazione del pacchetto, la nuova versione 2.0 alpha 1 di Albo Pretorio On Line.
Queste le principali modifiche:
15.05.2010 Versione 2.00 alpha1. Variazioni rispetto alla versione 1.00 Inseriti nuovi campi in tabella atti: numero in albo, anno, numero atto, data atto. Tabella allegati: eliminato campo fulltext ed adeguati form allegati. Adeguate le ricerche e le liste dei record ai nuovi campi. Correzioni viste ed elenchi per validazione W3C. Aggiornata procedura di installazione che prevede la modifica delle tabelle della precedente versione 1.00 senza perdita di dati.
Segnalo inoltre, dopo verifica positiva, la possibilità di settare l'invio dell'email nel form madre_atto_10 al fine di avere una prova documentale dell'inserimento dell'atto nell'albo.
Nel mio sito di riferimento è disponibile una demo per le verifiche sul campo.
-
Grazie Vales per l'aiuto.
Più tardi proverò e ti faccio sapere.
Roberto
-
ciao vales ti ho mandato un messaggio privato. mi faresti sapere che ne pensi?
ciao
-
ciao a tutti, rieccomi.. alla fini ho istallato nuovamente tutto il pacchetto di joomla aggiornato, e poi ho seguito passo passo l'istalalzione.
l'albo è su funziona, questa notte se riesco finisco di configurarlo.. poi vi giro il link.
ciao mad
-
ciao a tutti, rieccomi.. alla fini ho istallato nuovamente tutto il pacchetto di joomla aggiornato, e poi ho seguito passo passo l'istalalzione.
l'albo è su funziona, questa notte se riesco finisco di configurarlo.. poi vi giro il link.
ciao mad
Ieri è uscita la nuova versione 2 di Albo.
-
si si ho visto scaricato ed istallato
ora come ti dicevo sto configurando. se vai su www.veramad.it trovi la demo che sto facendo per il mio comune.
per ora ci sono solo i dati di esempio di joomla più l'albo. ho caricto una sezione e una categoria, poi ho creto la prima pub. tutto ok solo che no nsono visibili.. ancora..
-
ciao Vales, bo non riesco a risolvere il problema dell'ultimo punto dell'istallazione, purtroppo non riesco a trovare la sezione per andare ad assegnare i permessi, e le varie connessioni; esempio albo_pretorio.
infatti dal mio sito ho inserito ma non riesco a visualizzare.
se qualcuno mi puoò aiutare lo ringrazio anticipatamente.
mad
-
Hai caricato Chronoconnectivity2 che trovi in sezione download di joomla.it ?
http://www.joomla.it/download-della-community/item/40-chronoconnectivity-multitabelle.html
-
l'ho ricaricato e ora funziona! grnade grazie mille ora faccio un po di test, poi lo farò vedere al segretario comunale per vdere se va bene.
per ora grazie mille.
mad
-
eccomi..
allora riesco a caricare le sezioni e le categorie ma non reisco più a caricare atti ed allegati, se ci clicco sopra mi da la pagina bianca.
grazie massimo
-
Avevo visto alcuni problemi sul sito e ti ho inviato anche un messaggio privato.
Penso che non sia stata rispettata la sequenza delle procedure di installazione.
1) Chronoforms
2) plugin di chronoforms
3) Chronoconnectivity
4) Albo Pretorio.
Controlla in backend se vi sono duplicati dei form e delle connessioni.
In tal caso dovresti disinstallare tutto e ripetere.
-
fatto, ho disistallato tutto e ricaricato, sembra ok.
domanda, siccome conosco il tutto, se devo modificare il layout dell'albo (esempio cambiare la scritta albo pretorio on line...) dove posso cambiarlo?
ciao massimo
-
se devo modificare il layout dell'albo (esempio cambiare la scritta albo pretorio on line...) dove posso cambiarlo?
Form finestra_avvio -> Form code -> Form Html
-
è possibile fare in modo che l' anno venga prelevato dalla data dell'atto, immessa dall'utente, e non dal sistema, server, altrimenti può succedere che, se un atto viene fatto a fine dicembre 2010, molto probabilmente questo verrà inserito a gennaio 2011 quindi l'anno riportato sarà 2011 ma effettivamente l'atto è del 2010.
non so se sono stato chiaro.
ciao
-
Sei stato chiaro.
Non credo sia giusto perchè se viene inserito a gennaio, indipendentemente dalla numerazione e data effettiva dell'atto (delibera, determinazione, decreto, ecc), deve avere il progressivo relativo al momento in cui viene inserito nell'albo, come sarebbe credo per l'albo fisico cartaceo.
Fra l'altro come ho inserito nelle nuove istruzioni, mi sembra, è possibile anche ricevere la notifica di inserimento, cosa importante, configurando l'email nel form madre_atto_10, e quindi non tornerebbero le date.
Non posso configurare io in modo standard, per ora, perchè non è detto che l'email inserita in configurazione di joomla sia quella dell'albo.
A questo fine e per altri che conosci farò un form di configurazione di varie opzioni in cui inserire anche l'email ufficiale dell'albo.
Qualcuno a tal fine potrebbe usare anche la posta certificata per ricevere la notifica.
-
ciao vales.. tutto ok grazie mille.
-
ho qualche problema col template beez che ho parzialmente risolto, vorrei però modificare un po' il layout della tabella iniziale ma non so dove andare; inoltre penso sia superfluo una volta trovato un documento e cliccato sul nome passare da un'ulteriore maschera prima di visionarlo.
Secondo me cliccando sul nome del documento dovebbe apparire subito il documento stesso magari in altra scheda senza passare dall'altra pagina che mi sembra inutile
spero di essermi spiegato
saluto e ringrazio
giulianoboss@libero.it
-
Propongo al gentilissimo Vales altre 2 piccole modifiche:
1- oltre al numero x Risultati trovati per: , che cambia a secoda della ricerca e visibile dopo aver fatto trova; anche il numero totale degli atti, sempre visibile.
2- x Risultati trovati per: Numero albo= Numero atto= Oggetto= Tipo Atto= Dal=... se è possibile farei comparire solo le voci utilizzate per la ricerca, esempio se cerco solo per numero in albo diventa:
x Risultati trovati per: numero albo=y (senza le altre voci vuote)
le mie sono solo proposte poi ovviamente decidi tu
ciao
-
Salve a tutti,
Ho provato ad aggiornare all'ultima versione di Vales...
Funziona tutto perfettamente, c'è solo un comportamento che non capisco:
Azzerando il database (per partire da pulito), la prima inserzione che si va a fare viene visualizzata doppia (tripla se si aggiungono 2 allegati).
Tutte quelle successive funzionano perfettamente.
Ho provato a ricreare le tabelle più volte ma il comportamento risulta sempre lo stesso.
Come mai?
-
@germano65,
ti ringrazio della precisa segnalazione.
Non avevo completato una modifica del codice. :'(
In attesa dell'aggiornamento il rimedio è questo:
Andare nel form atto_10 in Form code e poi in Form HTML.
Cercare questo blocco di codice nella parte iniziale fra righe 35 e 44
$db =& JFactory::getDBO();
// conteggio del prossimo atto
$query = "SELECT `ccf_id` FROM `#__chronoforms_atto_10` ORDER BY `ccf_id` DESC";
$db->setQuery($query);
$nomes = $db->loadRow();
if (count($nomes)==0) {
$numero="";
} else {
$numero=$nomes[0]+1;
}
sostituire
$numero="";
con
$numero="1";
Tutto dovrebbe rifunzionare. ;D
-
ho qualche problema col template beez che ho parzialmente risolto, vorrei però modificare un po' il layout della tabella iniziale ma non so dove andare; inoltre penso sia superfluo una volta trovato un documento e cliccato sul nome passare da un'ulteriore maschera prima di visionarlo.
Secondo me cliccando sul nome del documento dovebbe apparire subito il documento stesso magari in altra scheda senza passare dall'altra pagina che mi sembra inutile
spero di essermi spiegato
saluto e ringrazio
giulianoboss@libero.it
ciao giulianoboss e benvenuto in Joomla,
ti segnalo che appena 4 post sopra il tuo ci sono le istruzioni per andare nel luogo dove modificare il layout della tabella di ingresso.
Per la seconda richiesta, segnalo che la ricerca non da sempre un unico risultato. Quindi l'elenco è necessario per vedere tutti i risultati. Poi cliccando su un risultato si entra nella finesta di visualizzazione di tutti i campi dell'atto. A quel punto di vedono anche gli allegati, che possono essere anche loro più di uno (ho un caso reale con 10 allegati) e cliccando sul nome dell'allegato "finalmente" si può vederlo. Questa è la logica dell'applicazione. Per ora non ho trovato altre soluzioni.
-
Inserita nella sezione download la nuova versione Albo Pretorio On Line 2.00 alpha 2
queste le modifiche
Correzione urgente bug inserimento primo record in albo.
Completata la validazione XHTLM Strict W3C.
A breve in arrivo la nuova versione con le novità annunciate nel forum.
1) Configurazione opzioni del menu.
2) Gestione utenti
3) gestione multi ente
2) gestione categorie non visibili nelle ricerche.
-
Innanzitutto complimenti per il componente. Volevo chiedervi una cosa ho un problema che non riesco a risolvere. Dopo aver fatto l'installazione e creato le sezioni e e le categorie .. mi accingevo a creare l'atto.
Ma mi da una pagina bianca senza i vari campi di inserimento. Com'è possibile? Stavo studiando un pò la form madre_atto. Deve abilitare l'uploads? forse per questo che non va? Suggerimenti?
C'è una cosa che devo aggiungere index.php?option=com_chronocontact&chronoformname=atto_10 è accessibile solo cliccandoci su non è collegata alla form madre_atto
Grazie.!!!
-
Benvenuto in Joomla luigi76,
quale versione di Albo hai installato ?
Normalmente non c'è da modificare nulla.
Ora faccio l'ennesimo controllo sulla versione 2.00 alpha 2 che è in download.
-
l'ultima la 2.0 ed ho dovuto modificare tutta la parte relativa Profile page e e Multi Page. Ho provato anche a reinstallare il tutto rimuovendo tutto e cancellando il database ma mi da lo stesso errore.
Sto provando su una versione di joomla pulita ti faccio sapere
compontente di chromo : ChronoForms_V3.1_RC5.5
Plug in : ChronoForms_Plugin_V3.1_RC5.2
ChronoConnectivity_V2_RC3_modificato
com_albopretoriosetup2_alpha2
-
Niente da fare anche con la copia pulita
-
installata la 2 alpha 2 e nessun problema.
uno piccolissimo, se vado a modificare una sezione o categoria non funziona il tasto indietro.
ciao
-
l'ultima la 2.0 ed ho dovuto modificare tutta la parte relativa Profile page e e Multi Page. Ho provato anche a reinstallare il tutto rimuovendo tutto e cancellando il database ma mi da lo stesso errore.
Sto provando su una versione di joomla pulita ti faccio sapere
compontente di chromo : ChronoForms_V3.1_RC5.5
Plug in : ChronoForms_Plugin_V3.1_RC5.2
ChronoConnectivity_V2_RC3_modificato
com_albopretoriosetup2_alpha2
Consiglio di non fare modifiche altrimenti poi non è possibile capire i problemi riespetto all'originale.
Il plugin è abilitato ?
-
installata la 2 alpha 2 e nessun problema.
uno piccolissimo, se vado a modificare una sezione o categoria non funziona il tasto indietro.
ciao
Nel senso che riporta alla finestra di avvio e non all'elenco ?
-
Nel senso che riporta alla finestra di avvio e non all'elenco ?
nel senso che non porta a niente, posso fare solo salva.
-
SI il plug in è abilitato. Non ho fatto nessuna modifica ho solo seguito la guida anche se diceva che alcuni passi erano automatici.
Ti segnalo alcune cose strane :
nella form madre_atto trovo nella sezione File Uploads Paths questo : /membri/valesweb/components/com_chronocontact/uploads/madre_atto_10/
deve essere abilitato l'uploads? ovviamente modificando il path stessa cosa in atto_10.
se digito /index.php?option=com_chronocontact&chronoformname=atto_10
Mi appare la schermata di inserimento ma se inserisco non lo trovo poi nello albo.
La form_ Modifica _atti sembra funzionare
-
Non devono essere modificati i campi uploads
il form madre_atto_10 è il contenitore del multipage e va bene con quelle configurazioni.
idem per form atto_10 non è lui che salva gli allegati e va lasciato com'è.
i form non funzionano con la chiamata diretta perchè necessitano di parametri provenienti dalle finestre chiamanti.
L'installazione ora è tutta automatica, l'unica cosa da fare è il link in un menù al form finestra_avvio
Ora riprovo un'installazione pulita anch'io per esserre tranquillo.
-
Niente da fare anche con la copia pulita
Installata versione 2.0 alpha 2 su nuova copia joomla 1.5.17 pulita in locale. Nessun problema. Tutto OK.
-
nel senso che non porta a niente, posso fare solo salva.
Strano la versione appena installata in pulito non da problemi.
Quando vai con il mouse sul bottone "indietro" quale url vedi sulla barra di stato in basso a sinistra ?
-
allora con IE8 nessun url mentre con firefox torna alla finestra di avvio.
stesso problema con la alpha 1.
-
allora con IE8 nessun url mentre con firefox torna alla finestra di avvio.
stesso problema con la alpha 1.
Ottima caccia Giaxx, credo fossero gli unici link che non avevo adeguato.
La soluzione è questa sostituire in fondo a Form html esempio del form sezione_10_modifica questo pezzo di codice.
<a href="index.php?option=com_chronoconnectivity2&connectionname=sezioni_modifica" style="text-decoration: none;">
<input value="Indietro" type="button"/>
con questo
<input value="Indietro" type="button" onclick="location.href='index.php?option=com_chronoconnectivity2&connectionname=sezioni_modifica'" />
Idem per categoria_10_modifica adeguando la parte finale di href.
-
I M P O R T A N T E
Per chi passa dalla versione Albo 1.0 alla versione 2.0 ricordarsi di fare l'aggiornamento delle tabelle lanciando la procedura che si trova in Pannello di controllo di Joomla
Componenti-> Albo Pretorio Setup -> Aggiorna tabelle da Versione 1.0
-
dopo variegate peripezie... di diversa natura con settaggi leggermente diversi sono riuscito a installare il componente. L'unica cosa che non mi va è la ricerca o meglio non mi permette di selezionare dal menu' a tendina le varie opzioni. Possibili soluzioni?
Grazie!
-
dopo variegate peripezie... di diversa natura con settaggi leggermente diversi sono riuscito a installare il componente. L'unica cosa che non mi va è la ricerca o meglio non mi permette di selezionare dal menu' a tendina le varie opzioni. Possibili soluzioni?
Grazie!
Per capire un po' megliola tua situazione dovresti indicare a quali settaggi ti riferisci.
Inoltre quale versione di joomla, e le caratteristiche del server php, mysql, linux o windows.
-
dopo variegate peripezie... di diversa natura con settaggi leggermente diversi sono riuscito a installare il componente. L'unica cosa che non mi va è la ricerca o meglio non mi permette di selezionare dal menu' a tendina le varie opzioni. Possibili soluzioni?
Grazie!
hai modificato il file componenet/com_chronoconnectivity2/libraries/connection.php alla riga 285?
devi cambiare name con id
-
fatto ora mi funziona il menù a tendina ma quando vado su trova mi dice There is no connection with this name .
Ho modificato la riga 285 in questo modo return '<form action="index.php?option=com_chronoconnectivity2&connectionname='.$MyConnection->connectionrow->id.'" method="post" id="connectivity">';
ok Risolto! dovevo modificare solo post" id="connectivity"
-
Inserita nella sezione download la nuova versione Albo Pretorio On Line 2.00 alpha 2
queste le modifiche
Correzione urgente bug inserimento primo record in albo.
Completata la validazione XHTLM Strict W3C.
A breve in arrivo la nuova versione con le novità annunciate nel forum.
1) Configurazione opzioni del menu.
2) Gestione utenti
3) gestione multi ente
2) gestione categorie non visibili nelle ricerche.
Inserirei anche la parte riguardante chi affigge all'albo.. il mittente per esempio.
-
ciao a tutti, vi chiedo se secondo voi non è il caso di introdurre una persolizzazione della pagina. esempio secondo dal lato utente non ha senso far vedere le ricerche e elenchi. io abiliterei per l'utente solo l'abo in vigore e la possibilità di fare una ricerca, stop. così abbiamo una situazione più chiara e pulita.
magaric'è già la possibilità e me la sono solo persa.
ciao massimo
-
@luigi76
se per mittente intenti l'ente, ci sarà come opzione per le gestioni di ente singolo e necessaria per le gestioni associate e unioni.
se per mittente intendi il soggetto che inserisce, ci sarà l'abilitazione per le cartegorie alle quali può accedere.
Non mi sembra interessante invece visualizzare il "mittente soggetto", a meno che con un esempio mi dimostrate la necessità.
@maddella
sarà presente nella Configurazione opzioni del menù la possibilità di decidere di mostrare o no tutte le scelte dell'area pubblica escluso in elenchi la sola voce Albo Pretorio.
Sto pensando anche a rendere opzionali i campi di ricerca nel lato pubblico, così ognuno sceglie quelli che gli sembreranno più utili.
-
Grande, ti giro un esempio di sito ( è del comune vicino al mio) secondo me è fatto molto bene ed è molto chiro, dobbiamo pensare che chiunque deve poter trovare le notizie/info facilmente.
http://www.comune.binago.co.it/albo/
comunque ottimo lavoro.
ciao massimo
-
@luigi76
se per mittente intenti l'ente, ci sarà come opzione per le gestioni di ente singolo e necessaria per le gestioni associate e unioni.
se per mittente intendi il soggetto che inserisce, ci sarà l'abilitazione per le cartegorie alle quali può accedere.
Non mi sembra interessante invece visualizzare il "mittente soggetto", a meno che con un esempio mi dimostrate la necessità.
Immagino che chi pubblica sull'albo possono essere anche enti esterni. Per cui sarebbe opportuno secondo me indicare il mittente e non solo l'oggetto della pubblicazione. Questa è una mia personalissima idea.
Inoltre vedo che manca secondo me una cosa aggiuntiva la possibilità di annullare l'atto più che modificarlo.
Comunque complimenti ancora è fatto benissimo.
-
Immagino che chi pubblica sull'albo possono essere anche enti esterni. Per cui sarebbe opportuno secondo me indicare il mittente e non solo l'oggetto della pubblicazione. Questa è una mia personalissima idea.
Inoltre vedo che manca secondo me una cosa aggiuntiva la possibilità di annullare l'atto più che modificarlo.
Comunque complimenti ancora è fatto benissimo.
Sulla prima questione chi pubblica.
E' vero che nell'albo di un comune sono pubblicati atti di altri enti.
Ma la finalità della legge da cui è nato tutto, è riferita agli atti emessi da un ente che per avere efficacia devono essere pubblicati nell'albo on line dell'ente stesso. Quindi per ogni atto, ai fini del rispetto della legge, basta la pubblicazione nell'albo dell'ente che lo ha emesso. Quindi gli atti provenienti da altri enti ritengo che non debbano essere obbligatoriamente pubblicate sull'albo on line degli altri enti.
Se fosse così si aprirebbe un fronte immenso. Come arrivano gli atti da pubblicare, con quali caratteristiche, standard, ecc. Questa cosa andrebbe seriamente regolamentata.
Per questo ho impostato il nostro Albo per questa finalità, solo gli atti dell'ente titolare del sito o degli enti associati (unioni di comuni, comunità montane, convenzioni, ecc.).
La cancellazione.
Un'atto amministrativo sbagliato, non si cancella, si emette un altro atto di pari valore che lo annulla, revoca, modifica ecc. e si pubblica il nuovo atto che informa di questo.
Per questo motivo non ho previsto la cancellazione, al limite si potrebbe prevedere per un atto in attesa di pubblicazione, ma questa procedura andrebbe forse disposta con un altro atto dell'autorità emittente. Non per iniziaitiva di colui che è addetto alle pubblicazioni.
Comunque se ci sono pareri che contribuiscono in questo senso sono benvenuti e si possono prevedere le opportune procedure.
Sollecitate magari qualche segretario ad esaminare questo aspetto.
Il nostro Albo come avete visto è flessibile e si può implementare quasi tutto. Occorre però un minimo di giustificazione e supporto giuridico a quello che faremo.
Ora passo al lavoro per finire le cose che ho dichiarato di realizzare. ;D
-
Anche io sono del parere che l'albo è del comune e quindi chi publlica è l'ente comunale.
parlando con il segratario mi diche che ancora è tutto un po confuso ed infatti è stata ancora prorogata la data della publicaz. obbligatiria.
-
N. in albo N. Data atto Nome atto Data Inizio Data fine Sezione Categoria
1
2010 1
03-05-2010 AVVISO DI MOBILITA' PER UN AGENTE DI POLIZIA LOCALE 04-05-2010 08-06-2010 Bandi Personale
la videata del risultato della ricerca andrebbe migliorata, dato che lo spazio è limitato, personalmente eliminerei la data dell'atto che sarà comunque visibile nell'atto stesso e non darei gran peso a sezione e categoria che ai fini dell'albo non servono; così facendo si avrebbero le informazini esenziali: n., denominazione, inizio e fine pubblicazione
sarebbe poi più funzionale se cliccando sul risultato della ricerca apparisse subito il documento senza ulteriori passaggi
infine concordo col fatto che l'albo presenti i documenti dell'ente ma faccio notare che anche alcuni documenti provenienti da altri enti necessitano di pubblicazione per la loro regolarità (ad esempio in materia elettorale o di espropriazioni o altri che ora mi sfuggono). penso comunque che ci si possa pensare in una seconda fase
ho sempre il problema che col template beez l'impaginazione non è corretta
saluto e ringrazio
-
@giulianoboss,
Penso che una semplificazione è possibile. Stavo appunto pensando anche a questa cosa, magari poter scegliere in configurazione quali campi mostrare nelle liste.
Il problema del documento è un po' più complesso. Se ogni atto avesse un solo allegato sarebbe semplice, ma vi sono atti con molti allegati per cui c'è un momento in cui si vedono gli allegati e poi si aprono singolarmente.
La questione degli atti esterni particolari va vista dal punto di vista giuridico e conseguentemente fare le scelte. Certo i due estremi della questione sono pubblicare solo gli atti dell'ente, e pubblicare tutti gli atti inviati all'ente. Fra queste due estremità lo spazio è grande ed indefinito mi sembra dal punto di vista della normatiiva di riferimento. Se non sbaglio mi sembra doveva uscire un regolamento.
Template beez, ho visto che ancora ti crea quello spazio nella pagina. Lo avevo anche analizzato con firebug ma senza risultato. Un cosa da fare potrebbe essere disabilitare uno per volta moduli e plugin che sono attivi e vedere se l'origine è uno di essi.
-
ho sempre il problema che col template beez l'impaginazione non è corretta
Non ho capito perchè da quel problema solo a te.Ma forse ho trovato la soluzione.
Vai nella sezione Header delle connessioni albo_pretorio e albo_storico_accessibili
Circa a metà dovresti trovare un codice come questo
$js2= " document.write (\"<div style='align: right; clear:left;'
prova modificarlo come questo
$js2= " document.write (\"<div style='float: right;'
fai la modifica e basta senza mandare a capo il codice perchè fa parte di un pezzo più complesso.
-
Permane l'impossibilità di applicare moduli-menu specifici solo per questo plugin.
Come avevo già segnalato tempo fa, non riesco ad abbinare un menù specifico che permanga solo quando l'utente naviga nella sezione "albo pretorio".
Premetto che tutto il sito che gestisco è strutturato con moduli menù che appaiono all'occorrenza.
Si riesce a mantenere un menù a "albo pretorio" solo associandolo a TUTTO il sito.
Peccato....
P.S.
Io ho provato in tutti i modi ma non c'è verso; se qualcuno riesce a risolvere questa mia "esigenza" gliene sarei monto grato.
(oltremodo credo sia una opzione molto importante da poter affiancare alla navigazione della sezione).
grazie a tutti
Germano
-
puoi inviare un link al sito ?
-
premettendo di aver optato per la cancellazione di alcune immagini e scritte in modo da avere la prima videata dell'albo giusta, ora ho solo la terza videata che lascia molto spazio in alto. Con la modifica del codice indicata però questa errata impaginazione non è variata. Non so se il risultato doveva essere sulla prima videata perchè come detto sopra avevo trovato il sitema di aggiustarla e non sono apparse ora modifiche
grazie
giuliano
-
Finalmente è in arrivata la Versione 3.0 di Albo si è arricchisce di nuove funzionalità:
pannello di configurazione generale
gestione multi ente
gestione utenti.
gestione categorie visibili
Il pannello di Configurazione consente di abilitare queste opzioni.
1. Settare se la gestione sarà per un singolo ente o per più enti. Nel secondo caso nelle schermate apparirà il campo di inserimento, modifica, ricerca o visualizzazione del nome dell'ente a cui è associato l'atto.
2. Sarà possibile inserire l'indirizzo email a cui arriveranno le notifiche di inserimento degli atti nel sito. In questo caso andrà abilitata, con le normali procedure, la funzione di invio email nel form madre_atto_10. Nel campo Dinamic To dovra essere inserito il valore email. Nella Sezione Emails Templates ciascun ente potrà personalizzare il layout della propria notifica con testi ed immagini desiderati.
3. Scegliere le opzioni di menù che saranno visibili dal lato pubblico. L'unica opzione rimasta fissa è elenco Albo Pretorio.
4. Scegliere i campi di ricerca da abilitare nelle finestre di ricerca del lato pubblico. Tutti i campi sono selezionabili secondo le esigenze di ogni ente.
La gestione degli enti consente di inserire e modificare gli enti per evenuali gestioni associate dell'albo. In questo caso ricordarsi di abilitare la gestione multi ente in configurazione.
La gestione degli utenti consente di abilitare gli utenti ad operare per l'inserimento e modifica degli atti in determinate categorie che potranno essere plurime e selezionabili contemporaneamente tenendo premuto il tasto CTRL e cliccando sulla categoria.
Le funzioni sopra illustrate sono accessibili unicamente dal Super Administrator di Joomla.
La gestione delle categorie consente ora di rendere invisibili particolari categorie nelle ricerche (es. atti di matrimonio).
Le modifiche sono state notevoli e sono necessarie verifiche sul campo sia delle funzionalità che della validazione W3C.
Grazie preventivo a chi contribuirà a questo collaudo ed a chi ha dato i suggerimenti delle innovazioni implementate in questa versione.
Note
questa versione necessità dell'applicazione della patch per la validazione W3C e far funzionare correttamente Chronoconnectivity2 modificato. La trovate qua.
http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html
-
ciao vales, complimenti
forse ho sbagliato qualcosa ma ci sono alcune cose non non vanno:
1- se all'admin non vengono assegnate le categorie (da Utenti) quando invio un atto, come admin, non posso selezionare nessuna categoria. se le assegno invece tutto ok... questo ma non vale per gli altri utenti (vedi punto 2)
2- ho un utente registrato, demo, al quale l'admin gli ha assegnato due categorie.
quando entro con demo e provo a inviare un atto non posso selezionare nessuna categoria neanche quelle due che gli sono state assegnate.
3- questo non è previsto per le sezioni, non sarebbe meglio farlo?
4- se spunto la casella Ricerca non consentita per una categoria questa non è visibile nella ricerca degli atti in pubblicazione, invece dovrebbe esserlo.
spero di essere stato chiaro
ciao
-
punto 2- ho capito il perchè... forse...
sono andato nel database e ho notato che il cf_user_id è semptre 62 mentre l'utente è 62 e 63. cambiando il cf_user_id da 62 a 63 funziona.
-
ciao giaxx,
forse non ho capito tutto.
1- se all'admin non vengono assegnate le categorie (da Utenti) quando invio un atto, come admin, non posso selezionare nessuna categoria. se le assegno invece tutto ok... questo ma non vale per gli altri utenti (vedi punto 2)
Anche all'admin devono essere assegnate tutte le categorie perchè a priori io non conosco chi è l'admin. Non è scontato che abbia sempre il codice canonico.
2- ho un utente registrato, demo, al quale l'admin gli ha assegnato due categorie.
quando entro con demo e provo a inviare un atto non posso selezionare nessuna categoria neanche quelle due che gli sono state assegnate.
questa la devo riverificare mi sembrava che funzionasse. Se non vedi le categorie potrebbe dipendere dall'applicazione della patch che è necessaria per far conoscere a javascript le categorie.
Se visualizzi il sorgente pagina nella parte in javascript vedi le elenco delle definizioni delle categorie ?
3-questo non è previsto per le sezioni, non sarebbe meglio farlo?
ho pensato molto a questa cosa, mi complicava la vita il caso di sezioni con in parte accessibili all'utente ed in finale ho optato per quella soluzione che consente di inibire tutte le categorie della sezione e quindi la sezione. Forse è bene far vedere la sezione della categoria per fare la giusta selezione
4- se spunto la casella Ricerca non consentita per una categoria questa non è visibile nella ricerca degli atti in pubblicazione,
dovrebbe esserlo.
Verifico questa.
Grazie dell'ottimo contributo
-
@giaxx
2- ho un utente registrato, demo, al quale l'admin gli ha assegnato due categorie.
quando entro con demo e provo a inviare un atto non posso selezionare nessuna categoria neanche quelle due che gli sono state assegnate.
ricorda che vanno anche aggiunti i permessi alle 5 connessioni elencate nelle istruzioni.
-
se ti riferisci a queste:
sezioni_modifica
sezioni_categorie_modifica
atti_allegati_modifica
ricerca_admin
albo_tutti
le ho impostate cosi :
frontend permission --> view user scelgo quali utenti possono vedere la gestione dell'albo
per i primi tre non vorrei farlo o servono necessariamente? anzi io vorrei che alcuni utenti non vedessero o non potessero nenche creare sezioni e categorie
hai letto due post sopra?
ho installato la pacht (già l'avevo fatto)
a me continua a non funzionare, cosa manca?
-
Trovato un bell'errore di logica nelle due ricerche pubbliche.
In Header di ricerca_archivio_accessibili
SELECT `cf_id`,`cat_nome` FROM `#__chronoforms_categoria_10` WHERE `cod_sezione` ='".$cfid2."' AND `check_cat`='SI' ORDER BY `cat_nome`";
diventa così
SELECT `cf_id`,`cat_nome` FROM `#__chronoforms_categoria_10` WHERE `cod_sezione` ='".$cfid2."' AND `check_cat`<>'SI' ORDER BY `cat_nome`";
In Header ricerca_albo_pretorio
SELECT `cf_id`,`cat_nome` FROM `#__chronoforms_categoria_10` WHERE `cod_sezione` ='".$cfid2."' AND `check_cat`='SI' ORDER BY `cat_nome`";
diventa così
SELECT `cf_id`,`cat_nome` FROM `#__chronoforms_categoria_10` WHERE `cod_sezione` ='".$cfid2."' AND `check_cat`<>'SI' ORDER BY `cat_nome`";
-
4- se spunto la casella Ricerca non consentita per una categoria questa non è visibile nella ricerca degli atti in pubblicazione, invece dovrebbe esserlo.
La casella di ricerca a SI vuol dire nessuna ricerca consentita.
In fase di inserimento categoria è spiegato bene nel tooltip.
In modifica categoria invece o messo la spiegazione opposta. In corso d'opera forse ho modificato la logica e non ho poi corretto. Il risultato giusto si ottiene con la prima impostazione.
SI uguale nessuna ricerca consentita con la categoria
-
ho fatto la modifica ma non è cambiato niente,
praticamente se imposto si (ricerca non consentita) nell'archivio atti accessibili non vedo la categoria, e qui ci siamo, quello che non va è che non la vedo neanche nella ricerca degli atti in pubblicazione.
Dovrebbe essere:
vederla in atti in pubblicazione
nascosta in archivio accessibili
ho fatto questa modifica in In Header ricerca_albo_pretorio
SELECT `cf_id`,`cat_nome` FROM `#__chronoforms_categoria_10` WHERE `cod_sezione` ='".$cfid2."' ORDER BY `cat_nome`";e sembra funzionare.
ho notato anche che quando creo una categoria o se spunto la casella o non la spunto nella tabella del database non viene scritto niente ( nè SI nè NO) se invece la modifico allora il valore viene scritto nel database
mentre per la questione degli utenti? a te cosa risulta?
-
comunque, secondo me, sarebbe meglio riportare l'operatore logico AND ad =SI e nella creazione o modifica categoria mettere: consentire ricerca nell'archivio atti accessibili. perchè quella spesie di doppia negazione può trarre in inganno
-
Ricapitolando:
1- secondo me ho risolto il problema della visualizzazione delle categorie.
a) In Header ricerca_albo_pretorio ho tolto l'operatore logico AND
b) In Header ricerca_archivio_accessibili ho messo AND=SI
c) In creazione e modifica categorie ho scritto Visualizzare in archivio accessibili, quindi mettendo SI si
vedrà anche in archivio atti accessibili e comunque sempre visibile in atti in pubblicazione
2- problema gestione utenti non risolto
anche assegnando le categorie ad un utente questi nell'invio atto non può selezionarle;
ho notato nel database che il cf_user_id è per tutti 62 (quello dell'admin) mentre l'utente è 62(admin) e
63(utente). cambiando il cf_user_id (dell'utente) da 62 a 63 il tutto funziona.
praticamente il cf_user_id deve essre uguale a utente
Comunque attendo tue notizie. ciao
Dimenticavo: piccolo errore
in configurazione nella scelta se mostrare il N. Albo hai messo delle Virgolette (") in più il che non fa visualizzare bene il tooltiplink (????), insomma le informazioni
-
Ricapitolando:
1- secondo me ho risolto il problema della visualizzazione delle categorie.
a) In Header ricerca_albo_pretorio ho tolto l'operatore logico AND
b) In Header ricerca_archivio_accessibili ho messo AND=SI
c) In creazione e modifica categorie ho scritto Visualizzare in archivio accessibili, quindi mettendo SI si
vedrà anche in archivio atti accessibili e comunque sempre visibile in atti in pubblicazione
2- problema gestione utenti non risolto
anche assegnando le categorie ad un utente questi nell'invio atto non può selezionarle;
ho notato nel database che il cf_user_id è per tutti 62 (quello dell'admin) mentre l'utente è 62(admin) e
63(utente). cambiando il cf_user_id (dell'utente) da 62 a 63 il tutto funziona.
praticamente il cf_user_id deve essre uguale a utente
Comunque attendo tue notizie. ciao
Dimenticavo: piccolo errore
in configurazione nella scelta se mostrare il N. Albo hai messo delle Virgolette (") in più il che non fa visualizzare bene il tooltiplink ( ??? ?), insomma le informazioni
Grazie giaxx del tuo aiuto prezioso,
testando tutto personalmente è come quello che rilegge i suoi scritti e non vede i suoi errori.
Credo di aver già corretto ed adeguato tutto. Ora farò un altra versione la alpha 2 e vediamo come va sentiamo anche gli altri che la stanno usando e poi direi di passare se tutto è OK ad una versione RC.
Se passi in PM un email ti invio il nuovo pacchetto ed intanto lo carico nel demo sul mio sito.
-
ho fatto altre prove, ho trovato un piccolo errore:
nell'allegato atto, sia in creazione che modifica, hai commentato il full text: con firefox nessun problema ma con IE si vede e sballa la pagina... io l'ho cancellato del tutto.
per il resto funziona tutto benissimo eccetto il problema noto con la gestione degli utenti
ciao
-
ho fatto altre prove, ho trovato un piccolo errore:
nell'allegato atto, sia in creazione che modifica, hai commentato il full text: con firefox nessun problema ma con IE si vede e sballa la pagina... io l'ho cancellato del tutto.
per il resto funziona tutto benissimo eccetto il problema noto con la gestione degli utenti
ciao
sistemato anch'io il fulltext.
Sistemati anche gli utenti. Nonostante le solenni dichiarazioni avevo usato nel filtro cf_user_id anzichè utente. Ora va.
Voglio però fare in modo che nelle sezioni si vedano solo quelle in cui sono attive alcune categorie. Poi direi ci siamo abbastanza vicini alla fine.
Con il W3C mi sembra dicevi tutto ok ?
-
validazione w3c tutto ok usando quella online: http://validator.w3.org;
uso anche un addon di firefox che mi fa la stessa convalida ma in locale, questa però mi segnale tre errori nella pagina dell'atto, quella online non segnala errori.
direi che ci siamo proprio, farei una piccola modifica che già ti avevo segnalato e cioè:
atti trovati per
farei sempre visibile Atti totali=XXX e poi cliccando su trova atti trovati per.... però dovrebbero comparire solo le voci che effettivamente sono state impiegate per la ricerca e non tutte.
ciao
-
direi che ci siamo proprio, farei una piccola modifica che già ti avevo segnalato e cioè:
atti trovati per
farei sempre visibile Atti totali=XXX e poi cliccando su trova atti trovati per.... però dovrebbero comparire solo le voci che effettivamente sono state impiegate per la ricerca e non tutte.
ciao
Ok, quella qui da me si dice è una "bischerata". ;D
Sto lavorando al codice delle sezioni filtrate. E' gia pronto da ricopiare. Ora cena però. :D
-
Completata e disponibile nella sezione download la nuova versione 3.00 alpha 2 di Albo.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html)
Migliorate ricerche, visualizzazioni risultati, configurazione utenti.
Siamo in dirittura di arrivo per la versione stabile.
Un grazie a Giaxx per le verifiche ed i suggerimenti.
-
TEstata la versione nuova e sembra essere tutto corretto. Ho solo un piccolo problema con la visualizzazione delle date. mi appare quando ricerco l'atto e lo visualizzo la data Y/m/d io vorrei d/m/Y dove devo andare a modificare visto che ho provato ma non riesco?
Grazie mille
-
luigi76,
Potresti segnalarmi il nome della finestra a cui ti riferisci e le altre eventuali.
-
a me non risulta funzionante il javascript nel form di inserimento nuovo atto che permette di selezionare la sezione e la categoria che non vengono viste.
Per il resto è un lavoro fantastico...complimentoni a Vales!
tnx
-
benvenuto in joomla elegantone,
controlla di aver caricato chonoconnectivity2 e le patch di chronoform e chronoconnectivity descritte nelle info dell'ultima versione 3.00 alpha 2.
Senza le patch che servono alla validazione w3c non può funzionare correttamente il javascript,
-
Ciao Vales,
ho rifatto per sicurezza l'intera installazione ma il problema permane; ti cito i punti dell'installazione che potrebbero essere causa di ambiguità (per gli utonti come me).
punto 6.: la patch sovrascrive l'esistente all'interno del folder sito\components, ok?
punto 8.: se faccio un'installazione pulita non devo aggiornare nulla,ok?
punto 13.: dopo aver abilitato il plugin Multi Page per il form madre_atto_10, andando nell'apposita opzione nel menu di sin, trovo una corrispondenza quasi totale con l'immagine che hai allegato tu (cioè gli Step form names sono già presenti e corretti) e l'unica differenza è che ho 'button_5' alla voce 'Finalize button name'.
A 'sto punto, dopo aver creato come superadmin una sez e una cat interna correttamente, vado a inserire un atto ma i menu a discesa restano vuoti.
Ho J1.5.17 e i prefissi delle tabell non sono jos_...può centrare?
ciao e grazie
-
fatto ora mi funziona il menù a tendina ma quando vado su trova mi dice There is no connection with this name .
Ho modificato la riga 285 in questo modo return '<form action="index.php?option=com_chronoconnectivity2&connectionname='.$MyConnection->connectionrow->id.'" method="post" id="connectivity">';
ok Risolto! dovevo modificare solo post" id="connectivity"
elegantone ecco la soluzione
-
ciao Luigi,
niente da fare...Vales aveva già modificato la linea inserendo id al posto di name...ma per me il risultato non cambia....
grazie comunque
-
sei andato in gestione utenti? ad ogni utente, compreso l'admin, devi assegnare le categorie in cui può inserire gli atti
-
ciao Luigi,
niente da fare...Vales aveva già modificato la linea inserendo id al posto di name...ma per me il risultato non cambia....
grazie comunque
io una volta installata la patch l'ho dovuto rifare
-
Mi cospargo umilmente il capo di cenere, avevo tralasciato di assegnare le categorie ad un utente (sopravvalutando il ruolo del superadmin in J), scusate il disturbo nel forum.
Ne approfitto per considerare che è bello vedere persone come voi che cooperano spontaneamente e mettono a disposizione il proprio know-how (che alla fine è la cosa più preziosa per chi ci lavora con l'informatica).
Ringrazio Luigi, Giaxx e ovviamente Vales.
A risentirci!
Alessandro
-
Grazie della segnalazione elegantone.
Metterò un messaggio che indica quando non vi sono le categorie assegnate all'utente per evitare ambiguità di uso della procedura.
Vedi che è servita anche la tua esperienza.
-
io una volta installata la patch l'ho dovuto rifare
luigi potresti darmi maggiori informazioni su questa cosa, perchè potrebbe preoccuparmi.
-
vales una volta sovrascritto il connection.php ho dovuto rimodificare il campo name riga.
-
Non comprendo a quale campo ti riferisci.
-
Appena inserita nuova versione 3.00 Beta 1 di Albo Pretorio On Line.
Qui il download
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html
Questi i cambiamenti.
1) Realizzata nuova modalità registrazione atti. (visualmente non cambia quasi nulla ma il motore è più affidabile). Il progressivo di registrazione nell'albo è ora visibile dopo il salvataggio del primo allegato.
2) Adeguato menu a gestione multiente.
3) Previste finestre di conferma inserimenti elementi.
Siamo ormai ad una nuova versione matura ed abbastanza stabile.
Se i riscontri saranno positivi si potrà passare ad una prima versione stabile.
-
ok la proverò a fondo quanto prima.
1 - Il progressivo di registrazione nell'albo è ora visibile dopo il salvataggio del primo allegato:
da quello che ho capito serve per non avere due atti con lo stesso numero in albo se utenti diversi inseriscono atti contemporaneamente. giusto?
2 - Adeguato menu a gestione multiente.
cosa intendi? non vedo differenze.
-
@giaxx
1 - Il progressivo di registrazione nell'albo è ora visibile dopo il salvataggio del primo allegato:
da quello che ho capito serve per non avere due atti con lo stesso numero in albo se utenti diversi inseriscono atti contemporaneamente. giusto?
Yes. Ho ripensato la procedura e penso di aver risolto quella eventualità.
2 - Adeguato menu a gestione multiente.
cosa intendi? non vedo differenze.
Con l'opzione multiente impostata a NO non è più visibile la voce "Enti" del menù di avvio.
-
Segnalo di aver messo in evidenza questo topic per raccogliere i link ai siti che usano Albo Pretorio On Line per Joomla 1.5.
http://forum.joomla.it/index.php/topic,105737.0.html
-
Archivio storico atti accessibili
l'Albo funziona perfettamente, ma nella pagina Archivio storico atti accessibili
sotto il titolo mi appare questo codice:
"); PSR_f1.document.close(); PSR_f1.document.getElementById('PSR_print').style.visibility='hidden'; PSR_f1.focus(); } if ( window.name != "PSR_f1" && document.body.parentNode ) { document.write ("
"); } //]]>
come faccio a correggere l'errore???
-
Nella parte iniziale del codice in Header della connessione albo_pretorio_accessibili dovrebbe esserci questo codice (uguale a quello della connessione albo_pretorio).
<div>
<?php
$doc =& JFactory::getDocument();
$js =<<<EOF
<script type="text/javascript">
//<![CDATA[
// ******************************************************************
// Impression d'une zone DOM: IE5+ Mozilla NN6 Win
// pascal.itos@wanadoo.fr
// http://www.dev35.com
// ******************************************************************
function PSR_imprimer () {
var PSR_f1 = null;
var PSR_content=document.getElementById('PSR_print').parentNode.innerHTML;
var PSR_title=document.getElementsByTagName('title')[0].innerText;
if (PSR_f1) {if(!PSR_f1.closed) PSR_f1.close();}
PSR_f1 = window.open ('',"PSR_f1", "height=500,width=600,menubar=yes,scrollbars=yes,resizable=yes,,left=10,top=10");
PSR_f1.document.open();
PSR_f1.document.write("<html><head><title>" + PSR_title + "</title></head><body bgcolor='#ffffff'>"+PSR_content+"</body></html>");
PSR_f1.document.close();
PSR_f1.document.getElementById('PSR_print').style.visibility='hidden';
PSR_f1.focus();
}
if ( window.name != "PSR_f1" && document.body.parentNode ) {
EOF;
$js2= " document.write (\"<div style='align: right; clear:left;' id='PSR_print'><input align='right' onclick='PSR_imprimer();' type='image' src='".JURI::base()."images/M_images/printButton.png' alt='Stampa'/></div>\");
}
//]]>
</script>";
echo $js.$js2;
//$doc->addScriptDeclaration($js);
?>
tu cosa vedi ?
-
vedo questo
<div >
<?php
$doc =& JFactory::getDocument();
$js =<<<EOF
<script type="text/javascript">
//<![CDATA[
// ******************************************************************
// Impression d une zone DOM: IE5+ Mozilla NN6 Win
// pascal.itos@wanadoo.fr
// http://www.dev35.com
// ******************************************************************
function PSR_imprimer () {
var PSR_f1 = null;
var PSR_content=document.getElementById('PSR_print').parentNode.innerHTML;
var PSR_title=document.getElementsByTagName('title')[0].innerText;
if (PSR_f1) {if(!PSR_f1.closed) PSR_f1.close();}
PSR_f1 = window.open ('',"PSR_f1", "height=500,width=600,menubar=yes,scrollbars=yes,resizable=yes,,left=10,top=10");
PSR_f1.document.open();
PSR_f1.document.write("<html><head><title>" + PSR_title + "</title></head><body bgcolor='#ffffff'>"+PSR_content+"</body></html>");
PSR_f1.document.close();
PSR_f1.document.getElementById('PSR_print').style.visibility='hidden';
PSR_f1.focus();
}
if ( window.name != "PSR_f1" && document.body.parentNode ) {
EOF;
$js2= " document.write (\"<div style='align: right; clear:left;' id='PSR_print'><input align='right' onclick='PSR_imprimer();' type='image' src='".JURI::base()."/images/M_images/printButton.png' alt='Stampa'/></div>\");
}
//]]>
</script>";
echo $js.$js2;
//$doc->addScriptDeclaration($js);
?>
<table width="100%" border="0" cellspacing="3" cellpadding="3">
<!-- visualizzazione dei valori di ricerca inseriti -->
<tr>
<td colspan="6" >Atti totali=<b style="color: #135cae;"><?php global $total; echo $total; ?></b>
</tr>
<!-- intestazione report della ricerca -->
<tr>
<th style="width: 8%;" class="sectiontableheader">N. in albo</th>
<th style="width: 10%;" class="sectiontableheader">N. Data atto </th>
<th style="width: 32%;" class="sectiontableheader">Nome atto</th>
<th style="width: 10%;" class="sectiontableheader">Data Inizio</th>
<th style="width: 10%;" class="sectiontableheader">Data fine</th>
<th style="width: 15%;" class="sectiontableheader">Sezione</th>
<th style="width: 15%;" class="sectiontableheader">Categoria</th>
</tr>
-
il codice mi sembra uguale..
invio il linksul quale sto lavorando
http://www.comune.palestrina.rm.it/Joomla/index.php?option=com_chronoconnectivity2&connectionname=albo_storico_accessibili (http://www.comune.palestrina.rm.it/Joomla/index.php?option=com_chronoconnectivity2&connectionname=albo_storico_accessibili)
-
Dal sorgente mi sembra che impasta il javascripts con altre cose che non sono inserite nello script originale.
Potresti provare due cose.
1) cambiare momentaneamente il template (es. rhuk_milkway) e vedere se con un altro non crea il problema. Intanto io provo il tuo template sulla mia demo.
2) disinstallare Albo e reinstallarlo.
-
Ho provato il template JA_purity su due siti online e non ha dato nessun problema.
Sul tuo demo ho visto che il problema lo da anche su sull'altro elenco pubblico Albo Pretorio
-
Mi sembra il conflitto sia con questi javascript che vengono incorporati in quello di albo.
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-16770178-2");
pageTracker._trackPageview();
} catch(err) {}</script>
-
grande ...grazie mille
in pratica ho disinstallato il plugin "BIGSHOT Google Analytics"
ed ora funziona perfettamente
-
un ultima domanda..
c'è un modo per personalizzare tutte le tabelle insieme oppure devo andare a modificare i singoli "Connection View Settings" header body ecc????
e poi
come faccio ad eliminare elementi di prova inseriti per testare l'albo??
-
Per l'azzeramento dell'archivio mi sembra hai risolto.
Per ora si fa con phmyadmin. Togliendo tutti i records delle tabelle atti, allegati, sezioni, categorie, utenti ed enti.
Per la personalizzazione occorre intervenire sulle singole connessioni ed eventualmente sui form.
Sono tutti diversi/e l'uno dall'altro ed ognuno ha la sua specifica funzionalità.
-
Ciao a tutti e omplimenti per l'ottimo lavoro.
ancora non ho provato l'albo pretorio per una questione di vari impegni, ma appena posso lo installerò.
Avrei alcune cose da chiedervi:
la validazione riguarda anche i CSS ?
avete realizzato anche un modulo per visualizzare i titoli degli ultimi inserimenti di una specifica categoria ?
(a questo proposito vorrei dire che a volte un particolare atto può essere composto poi da vari documenti o file, quindi in questo caso sarebbe opportuno tenere in considerazione questa cosa anche nella visualizzazione nel modulo)
E' possibile attivare una funzione per aggiungere un Tag Alt o Title da associare ai vari link generati dall'Albo pretorio ed eventualmente anche dal relativo modulo per gli ultimi inserimenti di una categoria?
( a questo proposito grazie all'aiuto di una persona gentile, qualche tempo fà ero riuscito a fare la stessa cosa con DocMan, cioè aggiungendo 2 righe di codice ad alcuni file di Docman nei vari link da esso generati, sia per le categorie o sezioni e per i singoli file, appare un Tag Alt o Title andandoci sopra con il mouse. Questa cosa è riguarda anche i link del template e comunque la ritengo la ciliegina sulla torta per completare un sito FAP veramente accessibile)
Grazie.
-
Ho installato la versione 3.0 beta 1,
Credo che ci sia un problema con il tasto indietro quando si apre un atto dal menu "ricerca".
Da "Ricerca atto ed allegati", quando sei sul dettaglio, se usi il tasto "indietro" ti riporta sulla home page del sito.
Al "magico" Vales il compito si verificare.... ::)
Saluti a tutti.
-
Ho installato la versione 3.0 beta 1,
Credo che ci sia un problema con il tasto indietro quando si apre un atto dal menu "ricerca".
Da "Ricerca atto ed allegati", quando sei sul dettaglio, se usi il tasto "indietro" ti riporta sulla home page del sito.
Al "magico" Vales il compito si verificare.... ::)
Saluti a tutti.
ciao germano,
ho provato sul sito demo tutte le finestre di dettaglio ma non sono riuscito a riprodurre il problema che hai segnalato.
Dovresti essere più preciso perchè non ho compreso a cosa intendi per "Ricerca atto ed allegati", le ricerche sono 3, due pubbliche ed una per l'utente registrato a quale di esse ti riferisci ?
Puoi inviare un link alla tua installazione.
-
Vales mi devi scusare;
Il problema che riscontravo, a distanza di un'ora e senza toccare niente, ora non c'è più!
Io credo di aver avuto dei problemi con l'accesso al database in quanto dopo aver dato il comando "indietro" ravanava alcuni secondi e poi mi riportava sulla home page ... può essere?
Per il resto mi sembra tutto a posto; buona anche l'idea di confermare all'utente che l'inserimento è andato a buon fine.
Approfitto per lanciare un'idea,
Si potrebbe dare all'utente la possibilità di gestire l'ordinamento degli atti?
Non so se abbia senso, però personalmente preferisco in un elenco avere sempre sopra l'ultimo elemento inserito ... cosicche aprendo la sezione, a colpo docchio (senza scendere in fondo alla lista) vedo subito eventali nuovi inserimenti.
grazie e mandi.
-
Vales mi devi scusare;
Il problema che riscontravo, a distanza di un'ora e senza toccare niente, ora non c'è più!
Io credo di aver avuto dei problemi con l'accesso al database in quanto dopo aver dato il comando "indietro" ravanava alcuni secondi e poi mi riportava sulla home page ... può essere?
Per il resto mi sembra tutto a posto; buona anche l'idea di confermare all'utente che l'inserimento è andato a buon fine.
Approfitto per lanciare un'idea,
Si potrebbe dare all'utente la possibilità di gestire l'ordinamento degli atti?
Non so se abbia senso, però personalmente preferisco in un elenco avere sempre sopra l'ultimo elemento inserito ... cosicche aprendo la sezione, a colpo docchio (senza scendere in fondo alla lista) vedo subito eventali nuovi inserimenti.
grazie e mandi.
Grazie a te germano, meglio così.
Forse il primo era un problema di cache dopo l'aggiornamento.
Per l'ordinamento ci penso e vedo se si può fare con semplicità in configurazione.
-
Per modulo intendete questo ? ;D
Lo potete provare in demo.
[allegato vecchio più di un anno eliminato automaticamente]
-
c'è un problema nei colori delle righe delle tabelle per chi usa joomlafap. quando si passa alla modalità alto contrasto. (sfondo bianco scritta bianca). le soluzioni possono essere:
1 sfrutti i due sectiontableentry del template (scelta migliore)
2 usi colori che possono andar bene per entrambi i css
3 righe senza sfondo con un border-bootom
4 ...non so
nella modifica dell'atto non sarebbe meglio dare la possibilità, non solo di modificare l'allegato, ma di aggiungere un altro allegato? (servirebbe se un utente si dimentica di allegare qualcosa)
ciao
-
servirebbe se un utente si dimentica di allegare qualcosa
occhio alle aggiunte...
-
Inseriti in download nuova versione Albo Pretorio On Line 3.00 beta 2
Modulo Albo Pretorio ultimi atti mod-latestalbo 1.0 alpha 1
http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html
Modifiche ad Albo Pretorio validazioni W3C XHTML strict e CSS, adeguamento a nuovo modulo.
-
ho aggiornato l'ultimo cpmponente... quando inserisco un atto e un allegato mi ritrovo con le Sezioni e Categorie vuote mentre prima no...
-
hai applicato la patch.
http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html
-
ho applicato la patch
-
devo dirti che nell'applicazione della patch, non mi ritrovo questa cartella /com_chronoconnectivity
-
anche a me nell'inserimento nuovo atto non mi permettere più di scegliere sezioni e categorie..
di conseguenza non posso più inserire gli atti
come mai?
-
devo dirti che nell'applicazione della patch, non mi ritrovo questa cartella /com_chronoconnectivity
basta quella su com_chronoconnectivity2 se non hai anche la versione originale.
-
le sezioni e le categorie rimangono vuote solo nella pagina dell'inserimento dell'atto....
-
sei andato in gestione utenti? ad ogni utente, compreso l'admin, devi assegnare le categorie in cui può inserire gli atti
-
Bene giaxx anche quello è fondamentale.
Riassumo il resto per velina78
quella sulla cartella chronocontact l'hai applicata ?
Attenzione a trasferire ogni file nella sua giusta cartella.
Raccomando di salvare i vecchi file prima dell' update.
Riassumo i file con le rispettive destinazioni
components/com_chronocontact/chronocontact.html.php
components/com_chronoconnectivity/chronoconnectivity.html.php
components/com_chronoconnectivity/libraries/connection.php
components/com_chronoconnectivity2/chronoconnectivity.html.php
components/com_chronoconnectivity2/libraries/connection.php
-
ok ok... la patch l'avevo applicata bene...
non avevo assegnato ad admin la proprietà di pubblicare nelle categorie... risolto... grazie
-
scusate a me il problema è rimasto,
ce l ho solamente nell'inserimento di un nuovo atto..
come faccio ad assegnare ad admin la proprietà di pubblicare nelle categorie???
ho seguito tutto il procedimento
-
Questo illustrato nelle info l'hai fatto ?
La gestione degli utenti consente di abilitare gli utenti ad operare per l'inserimento e modifica degli atti in determinate categorie che potranno essere plurime e selezionabili contemporaneamente tenendo premuto il tasto CTRL e cliccando sulla categoria.
-
scusate..tutto risolto..non pensavo che la gestione utenti si trovasse nel front end..
la cercavo nelle connessioni..
un'ottima trovata, avete pensato veramente a tutto, pensavo fosse + complicato..
avete fatto veramente un buon lavoro..
;D ;D ;D ;D
-
bello !!!
-
Inserita nuova versione Modulo Albo Pretorio Ultimi atti 1.0 alpha 2
Queste le modifiche:
Inserita opzione di ordinamento crescente/decrescente.
Inserito messaggio di nessun atto in pubblicazione.
http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html
-
grazie vales, funziona a meraviglia.
sei riuscito a far qualcosa per le colonne ordinabili?
-
Ho studiato, e mi sono fatto un'idea su come procedere.
Mi piacerebbe il modello Eventlist, ma è un po' complicata la visione dell'immagine con il senso dell'ordinamento. Ho visto che per default quel sistema sarà sulla joomla 1.6.
-
vedo che abbiamo sfondato le diecimila visite di questa discussione. ;D
Grazie a tutti.
-
Salve,
chiedo scusa per questa intrusione.
Sto implementando la soluzione di Vales - che mi sembra davvero ben fatta e che seguo dalla alpha 1 - sul website del mio comune. Riesco tranquillamente ad installarla ed a gestirla senza troppi problemi, tuttavia nel momento in cui tento - come SuperAdministrator - di modificare un qualunque parametro di Chronoforms in back-end mi viene restituito un errore:
Method Not Implemented
GET to /administrator/index2.php not supported.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Ora, essendo relativamente a digiuno di sistemistica linux, non riesco a capire se sia un problema del mio hoster o se sono io ad aver commesso qualche errore di configurazione.
Chiedo, nei limiti della fattibilità, un supporto a questa problematica sperando che possa essere utile anche ad altri.
Cordialità.
P.S.
scusate se continuo, ma un sistema che gestisca meglio gli errori di inserimento (tipo la rimozione di un atto mal messo o di una sezione/categoria) è in previsione?
-
Benvenutonel forum della community italiana di Joomla grendizer71,
dal tipo di errore che ti restituisce mi sembra si capire che ci può essere un problema con la versionedi PHP del server.
Dovresti controllare nella voce info nel backend di joomla ed indicarcele qui.
Controlla versione di joomla, php, mysql
-
Inserita nei download la nuova versione 3.0 beta 4 ai Albo Pretorio On line.
Modifiche inserite. 02.07.2010 Resa possibile la modifica degli atti in attesa di pubblicazione, anche con la possibilità di aggiungere allegati.
Questa modifica è motivata dalla verifica fatta con dei segretari comunali che hanno confermato che un 'atto pubblicato non può essere cambiato. Per modificarlo occorre un nuovo atto che sostituisce il vecchio o lo modifica.
Per questi motivi la nuova versione permette la modifica solo degli atti non ancora pubblicati e consente anche l'aggiunta di allegati ad atti in attesa di pubblicazione.
I form che hanno avuto modifiche sono atto_10_modifiche ed allegati_10_modifica
-
Salve!
Chiedo un aiutino per far si che la data nella pubblicazione di un atto abbia il formato gg/mm/aaaa sia nell'albo che nella mail che mi arriva di avvenuta pubblicazione.
Inoltre come posso far apparire nella mail di conferma il nome della sezione e della categoria, mi riesce solo far apparire il numero di sezione e categoria.
Grazie 1000!
-
Inserito nuovo aggiornamento alla versione 3.0 beta 5 di Albo Pretorio On Line.
Queste le novità inserite
- Aggiornata funzione di modifica degli atti ed allegati. Da questa versione è possibile modificare gli atti ed allegati, ed aggiungere nuovi allegati solo per gli atti non pubblicati. Corretto bug della beta 4.
- Realizzata gestione delle date in formato europeo dd-mm-aaaa nelle azioni di inserimento, modifica e mostra atti.
- Creati i campi "sezione" e "categoria" per inserimento nel template dell'email di ricevuta.
- Razionalizzati form per mostrare atti. Ora i form sono scesi a 18.
- Modificato il plugin del form atto_10_modifiche.
- Questa versione è abbinabile solo al modulo "Albo Pretorio Ultimi Atti" 1.0 alpha 4.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html)
Inserita nella sezione download la versione 1.0 alpha 4 del modulo Albo Pretorio On Line ultimi atti.
Adeguato il modulo alla versione 3.00 beta 5 di Albo Pretorio On Line. Questa release del modulo non è compatibile con le precedenti versioni di Albo Pretorio On Line.
http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html (http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html)
-
Salve. Mi complimenti innanzi tutto per l'ottimo lavoro che state svolgendo. Sto usando il vostro Albo Pretorio nel sito del Comune di Gibellina (http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronoconnectivity2&Itemid=65 (http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronoconnectivity2&Itemid=65)) e funziona a meraviglia. Ho solo un problema con la modifica di Atti ed Allegati da quando ho installato l'aggiornamento beta 3. Quando clicco su Modifica Atti ed Allegati mi dice che non ci sono Atti pubblicati.
Per i resto tutto funziona bene. AVete qualche suggerimento?
Grazie
-
Salve a tutti. Qualcuno sa se è possibile all'amministratore eliminare atti e/o allegati inseriti per prova o per sbaglio? Grazie mille!
Se tutto va bene intendo a breve iniziare la sperimentazione nel mio Comune...
http://comune.fidenza.pr.it/index.php?option=com_chronoconnectivity2&Itemid=613&lang=it
-
Salve. Mi complimenti innanzi tutto per l'ottimo lavoro che state svolgendo. Sto usando il vostro Albo Pretorio nel sito del Comune di Gibellina (http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronoconnectivity2&Itemid=65 (http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronoconnectivity2&Itemid=65)) e funziona a meraviglia. Ho solo un problema con la modifica di Atti ed Allegati da quando ho installato l'aggiornamento beta 3. Quando clicco su Modifica Atti ed Allegati mi dice che non ci sono Atti pubblicati.
Per i resto tutto funziona bene. AVete qualche suggerimento?
Grazie
Ciao elena2502,
mi semba che la versione che stai usando sia la 3.00 beta 5, con quella versione è possibile, per i motivi esposti anche in questa discussione e nelle note, modificare solo gli atti in attesa di pubblicazione.
Controlla questa cosa.
-
Salve a tutti. Qualcuno sa se è possibile all'amministratore eliminare atti e/o allegati inseriti per prova o per sbaglio? Grazie mille!
Se tutto va bene intendo a breve iniziare la sperimentazione nel mio Comune...
http://comune.fidenza.pr.it/index.php?option=com_chronoconnectivity2&Itemid=613&lang=it (http://comune.fidenza.pr.it/index.php?option=com_chronoconnectivity2&Itemid=613&lang=it)
Ciao gattomarcomix e benvenuto nella comunità italiana di joomla,
No, non è possibile eliminare atti ed allegati con funzioni di programma, perchè atti pubblicati per le conseguenze che possono aver avuto sul pubblico non possono essere eliminati.
Quelli inseriti come test puoi toglierli con phpmyadmin le tabelle interessate sono:
tuoprefisso_chronforms_atto_10
tuoprefisso_chronforms_allegati_10
-
Salve a tutti,
riporto un paio di idee riguardo cui ho chiesto parere a vales (che ringrazio per la cortesia e la passione).
[1] NUOVA FUNZIONE -> TASTO [ELIMINA] solo per atti e allegati in attesa di pubblicazione.
Sarebbe molto utile per sgravare l'amministratore dalle richieste di eliminazione dei refusi da parte degli utenti.
[2] IDEA ER UNA RELEASE FUTURA. Potrebbe essere utile una tabella [periodo_pubblicazione10] che consentisse di associare ad una determinata categoria il corrispondente periodo di pubblicazione es ATTOX -> 60gg
Su suggerimento di vales riporto le proposte sul forum per sapere se susciteranno un certo interesse e conoscere le vostre opinioni.
Grazie a tutti, Marco
-
Ciao gattomarcomix e benvenuto nella comunità italiana di joomla,
No, non è possibile eliminare atti ed allegati con funzioni di programma, perchè atti pubblicati per le conseguenze che possono aver avuto sul pubblico non possono essere eliminati.
Quelli inseriti come test puoi toglierli con phpmyadmin le tabelle interessate sono:
tuoprefisso_chronforms_atto_10
tuoprefisso_chronforms_allegati_10
GRAZIE!!!! E' proprio quello che stavo cercando!
-
Inserita in download la nuova versione alpha 5 del modulo Albo Pretorio On Line ultimi atti.
http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html (http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html)
-
Benvenutonel forum della community italiana di Joomla grendizer71,
dal tipo di errore che ti restituisce mi sembra si capire che ci può essere un problema con la versionedi PHP del server.
Dovresti controllare nella voce info nel backend di joomla ed indicarcele qui.
Controlla versione di joomla, php, mysql
Ok, dopo un pò di tempo rieccomi a chiedere supporto, ho ottenuto le necessarie informazioni.
Il mio host ha Php 5.2.13, Apache 2.2.15, e MySQL 5.1.34 con Versione protocollo 10.
Su questo attrezzo, rigorosamente in Linux, gira Joomla 1.5.18 in italiano.
Ora, anche dopo la migrazione alla beta 5, continuo a ricevere errori in relazione alla modifica delle tabelle chronoform (back-end), in particolare se tento di modificare la dimensione degli allegati portando a 4 Mb la dimensione massima.
Segnalo inoltre che in alcuni campi (quello che riporto qui è raltivo ad atto_10, tabella Upload, campo full upload path) sembrano provenire da un host avente valori troppo specifici, nel caso del mio esempio ho il valore "/membri/valesweb/components/com_chronocontact/uploads/atto_10/" ;
In altri casi ho visto la presenza di path con easyphp, come se fosse un retaggio di una versione in locale, anche se devo dire che dalla beta 3 alla 5 molti di questi parametri sono stati rivisti, tanto che ora si allineano perfettamente alle mie personali path. Se occorre posso fare uno screening più aprofondito a beneficio della community.
Ah, dimenticavo, essendo particolarmente orientato anche alla grafica, posso creare loghetti ed icone in PNG per vestire in maniera più carina l'applicazione, sempre nello spirito dell'OpenSource.
Fatemi sapere e mi metto in azione.
-
Ok, dopo un pò di tempo rieccomi a chiedere supporto, ho ottenuto le necessarie informazioni.
Il mio host ha Php 5.2.13, Apache 2.2.15, e MySQL 5.1.34 con Versione protocollo 10.
Su questo attrezzo, rigorosamente in Linux, gira Joomla 1.5.18 in italiano.
Ora, anche dopo la migrazione alla beta 5, continuo a ricevere errori in relazione alla modifica delle tabelle chronoform (back-end), in particolare se tento di modificare la dimensione degli allegati portando a 4 Mb la dimensione massima.
I componenti del server sono OK. Penso invece che ci sia qualcosa di non attivato su apache o php. Dovresti verificare il file error log del server per saperne di più e contattare il gestore del server.
Prova a cercare anche nella sezione server di questo forum
Segnalo inoltre che in alcuni campi (quello che riporto qui è raltivo ad atto_10, tabella Upload, campo full upload path) sembrano provenire da un host avente valori troppo specifici, nel caso del mio esempio ho il valore "/membri/valesweb/components/com_chronocontact/uploads/atto_10/" ;
In altri casi ho visto la presenza di path con easyphp, come se fosse un retaggio di una versione in locale, anche se devo dire che dalla beta 3 alla 5 molti di questi parametri sono stati rivisti, tanto che ora si allineano perfettamente alle mie personali path. Se occorre posso fare uno screening più aprofondito a beneficio della community.
Tali campi sono significativi solo nei due form degli allegati, allegati_10 e allegato_10_modifiche. Gli altri form non gestiscono allegati è quindi sono rimasti i valori dei miei server. Ma non hanno significato e conseguenze. Se vuoi aggiornarli cancella il valore vecchio e salva il form. Prenderà automaticamente il nuovo valore. Attenzione hai due form allegati_10 e allegato_10_modifiche, in entrambi la parte finale del campo deve essere uploads/allegati_10/. Comunque nelle istruzioni che trovi nel back end di joomla questo aspetto è trattato.
Ah, dimenticavo, essendo particolarmente orientato anche alla grafica, posso creare loghetti ed icone in PNG per vestire in maniera più carina l'applicazione, sempre nello spirito dell'OpenSource.
Fatemi sapere e mi metto in azione.
Considerati impegnato per quando serviranno le rifiniture in bella.
-
Grazie per i suggerimenti, Pare che però nel Lato server tutto sia Ok. Non faccio pubblicità all' Hoster (che è comunque uno di quelli più noti per Joomla!), ma mi vien detto che tutti i parametri sono perfetti.
Come posso indagare meglio per scovare l'inghippo?
Campi significativi: se non impattano sul sistema posso anche lasciare i vecchi valori... il fatto è che, non riuscendo a modificarli per via del problema esposto (GET to /administrator/index2.php not supported.
Additionally, a 404 Not Found error was encountered) non posso proprio modificare un bel niente...
Grafica: ok, prima il necessario poi il superfluo, è nomale ;) Ad ogni modo almeno un loghetto al posto della immagine albo.jpg sarebbe cosa buona e giusta :D
Ehm... visto che ormai sono in ballo, segnalo un altro problemuccio
utenze: un utente standard di joomla deve inserire nuovi atti, lo "elevo" a tal ruolo dal front-end e nei rispettivi form di chronoforms gli passo le autorizzazioni così come da procedura di installazione. Risultato: nada... elevo i privilegi a surperAdmin e anche qui nada. Altre idee su come procedere?
Scusatemi se rompo... ma questa estensione mi piace troppo e vorrei renderla operativa, nel limite del possibile, s'intende.
-
Se prendi pari pari l'errore che ricevi e lo metti in ricerca di google vedrai che il problema è come ti ho detto manca qualcosa nella configurazione del server. Prova a postare anche nella sezione server di questo forum
OK per il logo dell'albo. Aspetto proposte.
Per l'abilitazione del nuovo utente basta che sia registred. Poi devi abilitarlo nella connessione ricerca-admin e successivamente in gestione utenti di albo gli assegni le categorie dove può operare. Questo vale anche per l'admin.
Nelle istruzioni in back end è descritto questo settaggio.
-
Ok, mi metto a googlare un pò. Intanto allego una proposta di logo, ne ho naturalmente una più grande in vettoriale per eventuali altre necessità. Spero piaccia, ci ho perso un pomeriggio ::)
E se non piace pazienza, ci si lavora daccapo ;)
[allegato vecchio più di un anno eliminato automaticamente]
-
Bel lavoro.
Mi piace l'orizzontale. Ma un po' più piccolo. Prendendo a riferimento il template di JoomlaFAP la larghezza max disponibile con la sola colonna left visibile diventa 700 px quindi direi un 690 px largo va bene. Se possibile anche un loghino di Joomla, se graficamente ci sta bene.
-
Si, infatti pensavo di integrare colori e logo joomla! , solo che non sapevo come... mi sono messo al lavoro e ne ho elaborato una versione 1.2 :)
Intanto, dopo un pò di studio e prove, confermo che la problematica espressa nei precedenti msg è colpa dell'hoster, motivata da problematiche di sicurezza su Chronoform. Provando l'installazione da zero su un hoster più famoso e meno costoso, italiano e che porta il nome di un isola caraibica (credo si sia capito chi è anche se non ne faccio il nome) tutto va alla grande senza il minimo problema. Non mi resta che individuare ed isolare se possibile il problema presentato e riportarne la risoluzione non appena questa ci sarà.
[allegato vecchio più di un anno eliminato automaticamente]
-
sarebbe possibile una plugin per integrare l'albo nella ricerca di joomla?
-
Grazie della tua pronta riposta vales (non altrettanto la mia replica ahimè).
Il fatto che non sia possibile modificare può pure andar bene, ma adesso ho tutti gli atti pubblicati prima dell'aggiornamento (quello che aggiunge la data dell'atto) che risalgono al 1970 e non è indicato l'ente di emissione, che è stato aggiunto pure dopo.
Che faccio, modifico direttamente il database allora?
Ciao elena2502,
mi semba che la versione che stai usando sia la 3.00 beta 5, con quella versione è possibile, per i motivi esposti anche in questa discussione e nelle note, modificare solo gli atti in attesa di pubblicazione.
Controlla questa cosa.
-
proposta di implementazione: mi arriva a gran voce una richiesta: inserire un campo nel quale si evidenzi "chi" ha inserito l'atto.
Per evitare di dare all'impiegato comunale la rogna di riempire un altro campo, propongo che venga reso visibile, in fase di consultazione, il nome utente di colui che è ha inserito l'atto, sempre se possibile.
Il form di inserimento attuale va molto bene (anche se forse il numero di riferimento dell'atto dovrebbe prevedere caratteri alfanumerici, la butto lì), per cui la modifica andrebbe apportata solo sul lato visualizzatore, insomma, si dovrebbe portar dietro l'username dell'utente elevato a ruolo di editor per l'Albo Pretorio.
Confermo inoltre la necessità, nel limite del fattibile, di avere un tasto che permetta la cancellazione di categorie e sezioni erroneamente inserite. Se non erro lo si può fare anche agendo su MySQL, ma per maggiore fruibilità sarebbe cosa utile avere un tasto dal front-end che permetta questo, magari con un controllo sull'eventuale presenza di documenti nella sez/categoria che si intende cancellare.
@elena2502: mi permetto di scrivere nel merito poichè anche a me avevano chiesto da subito l'inserimento di tutte le documentazioni... mi par di capire che ciò stia avvenendo anche da te. Ecco, sarebbe bene sottolineare che essendo in fase di Beta, seppur beta avanzato, questo Albo Pretorio non è adatto ad essere usato come "fonte ufficiale", almeno per ora. Del resto la normativa consente di avere questa fase di sperimentazione fino al 31 Dicembre 2010, eventuali "rasamenti a zero" ci possono quindi stare per allinearsi alle nuove relase. Questo è un concetto che va attentamente fatto capire a chi ha potere decisionale in un Comune, proprio per evitare fraintendimenti. Mi permetto di riportare la mia esperienza, se poi ho capito male io chiedo scusa in anticipo.
-
Si, so che il database è già molto ricco, ma spero di poter gestire anche i successivi upgrade del componente.
Per adesso modificherò la data da phpmyadmin, non credo ci voglia poi tanto.
Grazie comunque
proposta di implementazione: mi arriva a gran voce una richiesta: inserire un campo nel quale si evidenzi "chi" ha inserito l'atto.
Per evitare di dare all'impiegato comunale la rogna di riempire un altro campo, propongo che venga reso visibile, in fase di consultazione, il nome utente di colui che è ha inserito l'atto, sempre se possibile.
Il form di inserimento attuale va molto bene (anche se forse il numero di riferimento dell'atto dovrebbe prevedere caratteri alfanumerici, la butto lì), per cui la modifica andrebbe apportata solo sul lato visualizzatore, insomma, si dovrebbe portar dietro l'username dell'utente elevato a ruolo di editor per l'Albo Pretorio.
Confermo inoltre la necessità, nel limite del fattibile, di avere un tasto che permetta la cancellazione di categorie e sezioni erroneamente inserite. Se non erro lo si può fare anche agendo su MySQL, ma per maggiore fruibilità sarebbe cosa utile avere un tasto dal front-end che permetta questo, magari con un controllo sull'eventuale presenza di documenti nella sez/categoria che si intende cancellare.
@elena2502: mi permetto di scrivere nel merito poichè anche a me avevano chiesto da subito l'inserimento di tutte le documentazioni... mi par di capire che ciò stia avvenendo anche da te. Ecco, sarebbe bene sottolineare che essendo in fase di Beta, seppur beta avanzato, questo Albo Pretorio non è adatto ad essere usato come "fonte ufficiale", almeno per ora. Del resto la normativa consente di avere questa fase di sperimentazione fino al 31 Dicembre 2010, eventuali "rasamenti a zero" ci possono quindi stare per allinearsi alle nuove relase. Questo è un concetto che va attentamente fatto capire a chi ha potere decisionale in un Comune, proprio per evitare fraintendimenti. Mi permetto di riportare la mia esperienza, se poi ho capito male io chiedo scusa in anticipo.
-
Sto pensando alle funzioni di cancellazione, degli atti non pubblicati, anzi la cosa è già un pezzo avanti.
Si può mettere anche per sezioni e categorie, ma poi pensate a come gestire gli atti già assegnati a sezioni e categorie. Quindi anche qui può funzionare per quelle non utilizzate. Ma allora va bene la semplice modifica già prevista. Valutate un po' questa cosa.
Per la registrazionedi chi inserisce è già prevista la funzione. Se aprite un record di atto, trovate sempre dei campi nascosti con codice di chi ha inserito e data/ora inserimento è una funzione di default di chronoform.
Per l'uso ufficiale di Albo avete già detto voi, siamo in fase Beta e possono uscire ulteriori problemi ed esigenze. Quindi occhio. Io cerco di tenere presente l'esigenze di compatibilità con le precedenti versioni ma a volte non è possibile.
-
Si può mettere anche per sezioni e categorie, ma poi pensate a come gestire gli atti già assegnati a sezioni e categorie. Quindi anche qui può funzionare per quelle non utilizzate. Ma allora va bene la semplice modifica già prevista. Valutate un po' questa cosa.
Ho esperienza con altri CMS, lato analisi, direi che la soluzione più adatta sarebbe qusta:
- Sezione e/o categoria senza atti: Appare il pulsante "elimina"
- Sezione e/o categoria che contiene atti o una sottocategoria con atti: appare una scritta "non è possibile eliminare questa sezione/categoria: ci sono atti pubblicati".
Ho controllato il record degli atti ed effettivamente ho trovato il code dell'ures che inserisce i dati. Che ne direste di rendere visibile questo dato?
Infine, da ultimo, mi pare di aver capito che problema c'era sull'errore GET to /administrator/index2.php not supported.
Additionally, a 404 Not Found error was encountered, pare - dico pare, prendetela con le pinze sta cosa - che ci sia una piccola incompatibilità tra Chronoform e MySQL 5.1.34.
Usando la vers. 5.0.51a-community il problema non si pone e tutto va alla grande.
Attendo però ancora un riscontro oggettivo.
Infine, da ultimo, come gira AlboPretorioOnline su Joomla 1.6? Qualcuno l' ha sperimentato?
-
Ho esperienza con altri CMS, lato analisi, direi che la soluzione più adatta sarebbe qusta:
- Sezione e/o categoria senza atti: Appare il pulsante "elimina"
- Sezione e/o categoria che contiene atti o una sottocategoria con atti: appare una scritta "non è possibile eliminare questa sezione/categoria: ci sono atti pubblicati".
Si può fare
Ho controllato il record degli atti ed effettivamente ho trovato il code dell'ures che inserisce i dati. Che ne direste di rendere visibile questo dato?
Chi ha inserito l'atto non è un dato di interesse pubblico, diversamente da chi lo ha firmato. Si potrebbe però farlo vedere nelle liste riservate agli abilitati per capire chi ha inserito in caso di "problemi".
Infine, da ultimo, mi pare di aver capito che problema c'era sull'errore GET to /administrator/index2.php not supported.
Additionally, a 404 Not Found error was encountered, pare - dico pare, prendetela con le pinze sta cosa - che ci sia una piccola incompatibilità tra Chronoform e MySQL 5.1.34.
Usando la vers. 5.0.51a-community il problema non si pone e tutto va alla grande.
Attendo però ancora un riscontro oggettivo.
La gestione delle GET non mi sembra da Mysql. Ho cercato anch'io per questa cosa e mi sono convinto che dipende da alcuni server che usano il mod_security, modulo di apache mi pare, che è un ulteriore livello di sicurezza. Si trova in alcune discussioni anche il modo di aggirarlo con delle modifiche ad htaccess
Infine, da ultimo, come gira AlboPretorioOnline su Joomla 1.6? Qualcuno l' ha sperimentato?
Non gira, occorre chronoforms & c per la versione 1.6. Bisognerà avere pazienza. Non credo che tutte le estensioni della 1.5 saranno disponibili per la prima 1.6 stabile. So però che alla chronoengine stanno lavorando per versione per 1.6.
-
ok, ottima la proposta della visibilità dell'utente solo dal lato user abilitato... in effetti l'uso di questa informazione serivrebbe proprio a definire eventuali responsabilità.
Sul problema del GET ho anche io questa sensazione, tuttavia a parità di Apache e condizioni sistemistiche il cambio di versione di MySQL mi ha risolto il problema... sempre che il mio Hoster non abbia realmente fatto qualcos'altro ed io non ne sappia nulla.
Per joomla 1.6 pazienza, se occorre attendere una vers. adatta della Chronoengine mi sa che dovremo aspettare un pò. Del resto, se la cosa avrà lo stesso iter della 1.0 -> 1.5 ci vorrà un bel pò prima di vederlo difuso su vasta scala... e per allora spero che un pò di estensioni abbiano già un porting.
P.s.
Ho fatto piccole modifiche al logo che ho postato precedentemente. Ritieni possa andar bene o è il caso di cambiare qualcosina? Pensavo ad esempio di farne un PNG con fondo trasparente in modo che si adatti a qualunque template.
-
Ok, visto che ci sono aggiungo in allegato la nuova versione del logo in png, anche a beneficio di chi voglia montarselo modificando finestra_avvio. bye!
[allegato vecchio più di un anno eliminato automaticamente]
-
Bella la metto subito nella demo.
E nella beta 6 che caldo permettendo spero di ultimare in questi weekend.
-
Sto pensando alle funzioni di cancellazione, degli atti non pubblicati, anzi la cosa è già un pezzo avanti.
Si può mettere anche per sezioni e categorie, ma poi pensate a come gestire gli atti già assegnati a sezioni e categorie. Quindi anche qui può funzionare per quelle non utilizzate. Ma allora va bene la semplice modifica già prevista. Valutate un po' questa cosa.
...
Ho esperienza con altri CMS, lato analisi, direi che la soluzione più adatta sarebbe qusta:
- Sezione e/o categoria senza atti: Appare il pulsante "elimina"
- Sezione e/o categoria che contiene atti o una sottocategoria con atti: appare una scritta "non è possibile eliminare questa sezione/categoria: ci sono atti pubblicati".
Anche a me l'idea di gredizer sembra ottima.
Inoltre, per quanto riguarda le categorie, potrebbe essere utile un flag
In modo da rendere possibile la "storicizzazione" di una categoria. La voce relativa ad una categoria "Archiviata" potrebbe essere motrata solo nelle combobox delle maschere di ricerca degli atti archiviati; non in quelle d'inserimento /modifica.
Nei primi giorni della prossima settimana scriverò un manualetto utente html per l'impiegata del mio Comune che dovrà inserire gli atti. Lo posterò subito sul forum!
Chiudo con una domanda aperta:
Qualcuno sa se esiste una classifica ufficiale dell'Albo Pretorio? Tipo Sezioni e Categorie che per legge devono essere codificate in un certo modo un pò come avviene per la classifica del Protocollo.
Grazie a tutti!!!
-
L'archiviazione di una categoria mi sembra una soluzione interessante, però temo che finiremmo per alimentare una serie di categorie che si espandono all'infinito. Intendo dire che, all'atto pratico, un impiegato comunale a cui gli vien chiesto "inserisci sta roba nell' albo pretorio", spesso si deve arrangiare non avendo direttive chiare, e quindi potrebbe creare categorie a sua fantasia, con il risultato che, dopo breve tempo, si avrebbero una miriade di categorie, spesso l'una clone dell'altra "...tanto si possono sempre archiviare".
Lo dico per esperienza diretta con alcune realtà che sto conoscendo. Però l'idea mi piace.
La soluzione quindi è interessante, ma dovrebbe contenere dei limiti, proprio per evitare il proliferare di categorie a iosa.
Per ciò che riguarda invece una sorta di linea guida sulle sezioni e categorie che per legge devono essere presenti.. beh, qui non c'è una vera e propria lista, pubblico però un elenco estrapolato sulla base dell'esperienza, della consultazione con le P.A. e dei suggerimenti ricevuti. Aggiornerò questo elenco man mano che dovesse essere necessario :
Deliberazioni e Ordinanze Sindacali
- Delibere di Giunta
- Delibere di Consiglio
- Ordinanze Dirigenziali
- Ordinanze Sindacali
- Delibere del Commissario Prefettizio
Avvisi
- Convocazione Consiglio Comunale
- Avvisi di Gara
Bandi e Gare
- Bandi di Concorso
- Borse di Studio
- Bandi di Concorso di altri Enti
- Esiti
Elenchi ed Albi
- Permessi di costruire
- Abusi Edilizi
- Beneficiari di provvidenze
Singoli atti
- Atti destinati a singoli cittadini irreperibili
- Ulteriori Atti
Affissioni Stato Civile
- Affissioni di Matrimonio
Poi c'è anche chi definisce le ripartizioni come categoria principale e da li fa generare sezioni come "atti", "bandi di gara" ecc.
Si tratta di scegliere una via e portarla avanti.
Diciamo che lo schema è alquanto libero, come da tradizione italiana, ma se ci fosse stata una indicazione più anglosassone, con delle rigide guidelines, il lavoro di analisi almeno sarebbe stato più semplice.
Grazie in anticipo per il manualetto in HTML! Ne stavo creando una copia in PDF, m vista la natura del progetto un HTML ci sta decisamente meglio.
-
Deliberazioni e Ordinanze Sindacali
- Delibere di Giunta
- Delibere di Consiglio
- Ordinanze Dirigenziali
- Ordinanze Sindacali
Avvisi
- Convocazione Consiglio Comunale
- Avvisi di Gara
Bandi e Gare
- Bandi di Concorso
- Borse di Studio
- Bandi di Concorso di altri Enti
Elenchi ed Albi
- Permessi di costruire
- Abusi Edilizi
- Beneficiari di provvidenze
Singoli atti
- Atti destinati a singoli cittadini irreperibili
- Ulteriori Atti
Affissioni Stato Civile
- Affissioni di Matrimonio
Ti ringrazio davvero. Questo elenco mi risparmia un sacco di lavoro.
Aggiungerei:
"Delibere del Commissario Prefettizio"
si tratta di un organo monocratico che non è assimilabile alla Giunta ne al Consiglio.
Ciao, Marco
-
In effetti le Delibere del Commissario Prefettizio dovrebbero entrare in Deliberazioni e Ordinanze Sindacali... chiedo scusa per questa disattenzione.
Ho un dubbio atroce ultimamente, spero che qualcuno possa aiutarmi a far chiarezza: l'Albo pretorio ha valore retroattivo? Intendo dire che se dovesse mancare un documento del 2008 (ed in quella data non c'era manco l'idea di tale albo online) questo costituirebbe un problema di aderenza alla normativa?
O più semplicemente i documenti dovrebbero essere presenti a far data dal 1 Gen. 2011 e on necessariamente prima?
Vi prego di aiutarmi a chiarire questo dubbio che mi fa temere di dover passare le ferie a scansionare documenti dal 1800 ad oggi... :o
-
Ciao a tutti,
ecco il principio del mio piccolo manuale utente. E' ancora da ultimare ma ve lo anticipo per avere qualche commento.
http://comune.fidenza.pr.it/index.php?option=com_content&view=category&layout=blog&id=285&Itemid=624&lang=it
Spero che possa esser utile!
Ciao, Marco
-
Beh, è un buon inizio. Molto buono direi. Chiaramente è scritto per una specifica realtà, ma penso che i contenuti salienti possano essere utilizzati per produrre un how-to più completo quando sarà necessario. Grazie per la citazione ;) , è bello vedere come un progetto cresce con il contributo di tutti.
bye
Fabio
Ah, modifico il presente messaggio per segnalare che l'attivazione del plugin MooTools 1.2.4, nella nuova versione di Joomla 1.5.20, inibisce la possibilità di inserire date tramite calendarietto grafico.
-
Ciao a tutti,
ecco il principio del mio piccolo manuale utente. E' ancora da ultimare ma ve lo anticipo per avere qualche commento.
http://comune.fidenza.pr.it/index.php?option=com_content&view=category&layout=blog&id=285&Itemid=624&lang=it
Spero che possa esser utile!
Ciao, Marco
Sarà sicuramente utile ;D Specialmente se fai una pubblicazione in pdf.
Saluti a tutti, Franco
-
Ok,
sono di ritorno dall'ultima di una serie di riunioni con alcuni utenti destinati alla pubblicazione presso una P.A.
Dallo scontro/incontro sono emerse alcune esigenze, che presumo potranno essere oggetto di attenzione in una futura relase.
La cosa che più vien chiesta è la possibilità di immettere caratteri alfanumerici nel campo "numero atto".
Al secondo posto si richiede di poter switchare tra due opzioni, preferibilmente dal pannello "configurazione albo", e cioè
- attivare o meno la possibilità di permettere la non pubblicazione immediata di un documento: in un caso l'utente vede esattamente quello che c'è ora (Pubblica documento, Si/NO) mentre nel caso opposto la pubblicazione sarebbe già preselezionata su SI senza possibilità di agire su altre optionbox
- attivare o meno la possibilità che alla defissione il documento possa non essere archiviato: anche qui in un caso avremmo tutto com'è ora alla vers. 3.5, nell'altro il documento verrebbe automaticamente archiviato senza altra possibilità.
La ragione di queste richieste ha un fondamento: alcuni regolamenti comunali non danno spazio ad altro che non sia l'archiviazione, stesso dicasi per la pre-pubblicazione... spesso legata a problematiche di sicurezza... Oddio, io non ci vedo nessun pericolo poichè alla fine resta il codice di chi ha alterato per ultimo un atto, ma questa mia mentalità sistemistica cozza con un modus operandi differente, col quale purtroppo (troppo) spesso occorre mediare.
Pertanto la proposta di questi switch iniziali salverebbe capra e cavoli: le opzioni ci sono ed ogni realtà sceglierà quale gli si conface meglio.
Da ultimo, come giustamente segnalato da ofranco, sto preparando un PDF, creato anche con l'apporto del lavoro di GattoMarcoMix, che pubblicherò il prima possibile. In questo piccolo lavoro vorrei non solo spiegare il "come" si opera ma anche il perchè di certe scelte operate in questa estensione, con magari qualche riferimento normativo per vincere alcune "resistenze".
Pertanto chi ne sa qualcosa in più di me (ed io non è che ne sappia tanto, eh), man mano che vedrà questo PDF crescere, segnali tutto il necessario: provvederò ad integrare le varie segnalazioni in questa specie di knowledge-base.
bye e buona estate a chi se la sta godendo ;D
Fabio
-
Et voilà! Detto - fatto! 8)
Ecco la versione 1.1 del manualetto di utilizzo dell'applicazione in PDF.
bye
Fabio
P.s.
appena possibile inserirò anche i segnalibri ed attiverò i links esterni. Se lo faccio ora supero gli 800 Kb consentiti dalle policy del forum
[allegato vecchio più di un anno eliminato automaticamente]
-
Finalmente disponibile la nuova versione 3.0 beta 6 di Albo Pretorio On Line
Modifiche inserite.
Aggiornata funzione di modifica degli atti ed allegati.
Da questa versione è possibile cancellare atti non pubblicati.
Inserita funzione di cancellazione di sezioni e categorie nelle quali non sono stati inseriti atti.
Attivata visione del nome di chi ha inserito l'atto nel form nei dettagli atto, questa funzione è abilitata solo per utenti autorizzati.
Inserito controllo di coerenza delle date dell'atto e di inizio pubblicazione.
Possibilità di inserire caratteri alfanumerici e speciali nel campo numero_atto.
Sistemati alcuni bugs.
Il numero progressivo in albo viene assegnato solo al momento della pubblicazione.
Migliorate funzioni di stampa.
Inserito nuovo logo realizzato da grendizer71
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html)
[allegato vecchio più di un anno eliminato automaticamente]
-
Grande lavoro Valerio! Proprio in tempo e sul filo delle ferie ;D
Ho appena aggiornato il componente e tutto va alla grande! migliorie ed ideuzze nuove ce ne sono, ma direi che è tempo di godersi un pò d'estate... io dal canto mio produrrò un aggiornamento del manuale appena possibile, ed upperò un logo con fondo trasparente... stranamente quello attuale ha un background azzurrino.
Grazie per tutto lo sbattimento e l'impegno che metti in questo progetto.
-
Credo che ora ci siano tutte le funzioni principali, ma l'appetito viene "usando".
Ho visto il manuale d' uso è mi sembra molto valido. Vedo se si può inserire da scaricare in qualche zona backend joomla o configurazione albo.
Aggiungerei i seguenti punti.
1) Creazione PDF molto valido Open Office tanto per stare nell'Open Source.
2) Ricordare di effettuare il backup del sito ma in modo particolare del database e della directory degli allegati, che andrebbe sempre tenuta in duplicato in locale.
3) Sul phpmyadmin sarei più prudente perchè occorre veramente sapere quello che si fa, sia per problemi legali e che di funzionamento dell'applicazione. Tutte le tabelle sono in fatti in relazione fra loro e mancando qualcosa può bloccarsi tutto.
Per il logo ottimo lo sfondo trasparente, perchè stavo per dirti che il rosso della versione non si vede troppo bene sul celeste.
Se hai qualche suggerimento vai pure perchè penso di fare ancora qualcosa prima di ferragosto.
-
direi che, visti anche applicativi proprietari similari, questo Albo pretorio abbia tutte le carte in regola per essere considerata una estensione di Joomla! affidabile e completa.
Procederò con le indicazioni che mi hai passato per il manuale, cercando di essere MOLTO chiaro sulle conseguenze dell'uso e gestione del DB.
Il logo trasparente in realtà dovresti già averlo, temo chi tu lo abbia in celeste semplicemente perchè è stato scaricato tramite webmail con un "copia/incolla" e non con un "salva col nome" ... questo handicap con l'interpretazione del colore trasparente nei PNG avviene per chi usa windows purtroppo, l'ho imparato a mie spese. Ad ogni modo sto pensando di mandartelo zippato in allegato email così evitiamo tutte le problematiche di incompatibilità.
In merito ai suggerimenti, penso sia utile definire un pò meglio le policy di "chi modifica cosa"... il workaround che ho proposto (post del 27 Lug 2010, 17:03:09) risolverebbe la cosa, o meglio, ci metterebbe una pezza, almeno per chi non vuole gestire le permission. Oggi infatti, in uno scenario multiutente, se pippo pubblica un atto ma non lo rende visibile, c'è la possibilità che franco lo modifichi pubblicandolo, magari facendo anche dei casini. E' vero che rimane traccia di chi ha fatto l'ultima modifica, ma questa possibilità di alterazione non è ben vista dalle P.A.
Quantomeno - se possibile - sarebbe interessante far si che le pubblicazioni venissero limitate per categoria, non so, magari gli stessi membri di una categoria possono modificare giusto gli atti non pubblicati (intendo non visibili al pubblico) della propria categoria... sto pensando a possibili soluzioni (lato analisi)... non appena ho qualche idea valida te la comunicherò.
Pensi sia fattibile una gestione multiutenza con questi paletti?
-
Segnalo che siamo stati posti in evidenza nel sito della Chronoengine.
http://www.chronoengine.com/forums/viewtopic.php?f=7&t=18878
con una buona valutazione,
Grazie a tutti. ;D
-
Il logo trasparente in realtà dovresti già averlo, temo chi tu lo abbia in celeste semplicemente perchè è stato scaricato tramite webmail con un "copia/incolla" e non con un "salva col nome" ... questo handicap con l'interpretazione del colore trasparente nei PNG avviene per chi usa windows purtroppo, l'ho imparato a mie spese. Ad ogni modo sto pensando di mandartelo zippato in allegato email così evitiamo tutte le problematiche di incompatibilità.
Il logo l'ho salvato bene il problema si è posto quando l'ho ridotto di peso. Mi sono dimenticato di settare il mantenimento della trasparenza. ;D
Prepara pure la 3.0 beta 7 ci siamo quasi con alcune aggiunte e correzioni. Se nel frattempo arriva anche il nuovo pdf provo ad inserirlo.
Per i permessi ci sto ragionando, ma occorre avere le idee molto chiare, al limite si può consentire le modifiche solo a chi ha inserito o all'amministratore ma vanno valutate bene le conseguenze. Ci sono troppe variabili di situazioni da gestire nei vari enti.
-
Ciao Vales, ho caricato tutto il pacchetto albo e funziona bene: non mi consente l'inserimento degli atti nella madre atto. Le sezioni e le categorie pur presenti non compaiono nel due menù a tendina in alto.
Grazie
-
Ciao teddino,
l'applicazione deve partire dal form finestra_avvio che dovrai linkare in una voce di menu.
Poi dopo il caricamento di sezioni e categorie, dalla scelta utente dovrai assegnare le categorie ai singoli utenti da abilitare. Fatto questo deve funzionare.
-
Disponibile la nuova versione 3.0 beta 7 di Albo Pretorio On Line.
Modifiche inserite nella versione 3.0 beta 7 del 17.08.2010.
Modifiche per garantire la sicurezza.
Aggiornati controlli permessi di accesso utenti al form modifiche e connessioni. Ogni utente potrà vedere in finestra modifica solo gli atti delle categorie assegnateli.
Inserita funzione di stampa degli atti visualizzati.
Inseriti giorni e mesi in italiano nei calendari di aiuto all'inserimento date.
Aggiornati i controlli di coerenza date dell'atto pubblicato.
Il download qui
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-30-by-vales.html)
-
appena installato!
ho rimosso il componente precedente e reinstallato con il 3beta7. Tutto alla grande! Ora l'utente che pubblica ha un pò di paletti meglio definiti nei quali muoversi.
Domanda: ma alla rimozione di un atto, gli allegati ad esso collegati vengono anche essi rimossi? Mi sembra di no, e questo alla lunga potrebbe generare dei "files orfani" che starebbero li a riempire la cartella... si può pensare ad un tool che ogni tanto analizzi questi files ed eventualmente li rimuova?
Scusa se sforno sempre proposte... di per certo l'app, così com'è, mi pare decisamente ben fatta, spece ora dopo la definizione dei limiti di pubblicazione negli atti non ancora visibili al pubblico.
-
Domanda: ma alla rimozione di un atto, gli allegati ad esso collegati vengono anche essi rimossi? Mi sembra di no, e questo alla lunga potrebbe generare dei "files orfani" che starebbero li a riempire la cartella... si può pensare ad un tool che ogni tanto analizzi questi files ed eventualmente li rimuova?
Ho verificato il problema che hai segnalato, ma sia sul sito demo, un altro in remoto e uno in locale non ho trovato disfunzioni gli allegati vengono eliminati dal server. Non riesco a spiegare il problema.
Il problema di è posto su atti con un solo allegato o atti con più allegati.
-
ho fatto le mie analisi ed ho scoperto l'inghippo. Il problema si presantava solo a me, in un host dove faccio girare il PHP "dentro" IIS7, in uno scenario che ha Windows Server 2008 R2. Il problema era legato alle permission NTFS/sharing. Ora con una operazione di trusted-for-delegation via group policy ho risolto. In effetti per chi usa un host standard du tipo LAMP il problema non esiste. Risolverlo in ambientedi Dominio Active Directory 2008 è invece un bel casino... non posso postare qui la soluzione poichè si tratta di tecnologia proprietar non open source per intenderci. Ma è un casino solo dal lato sistemistico, non dell'estenzione che gira meravigliosamente. Non c'è quindi bisogno di impazzire per eliminare eventuali files orfani.
Pongo un altro quesito... come posso far si che l'elenco degli atti in corso di pubblicazione appaia in ordine temporale inverso? Al momento l'output è un elenco che va dal + vecchio al + recente (ciò accade anche per lo storico atti accessibili ecc.)... e se volessi invertire questo ordine?
P.s.
ti è arrivato il nuovo manuale in PDF?
-
Bene.
Pongo un altro quesito... come posso far si che l'elenco degli atti in corso di pubblicazione appaia in ordine temporale inverso? Al momento l'output è un elenco che va dal + vecchio al + recente (ciò accade anche per lo storico atti accessibili ecc.)... e se volessi invertire questo ordine?
Vai alla connessione atti_allegati_modifica e nel campo Order fields inserisci ccf_id desc.
Questo può essere usato per qualsiasi campo aggiungendo il suffisso asc (ascendente) o desc (decrescente) al nome del campo scelto per avere l'ordinamenteo desiderato.
Oppure come dice il tooltip si possone inserire più campi separati da virgole es: datainizio_atto, nome_atto asc.
Si è arrivato l'allegato ora provo una soluzione per l'inserimento, certo è un po' pesantuccio e l'installazione richiederà del tempo.
-
Salve,
da quando ho installato la versione beta 7 ho un problema a inserire gli atti. Mi restituisce sempre questo errore:
Attenzione, la data di inizio pubblicazione non può essere minore della data del giorno di inserimento. Non ho mai avuto questi problemi con le versioni precedenti.
Potete suggerirmi una soluzione?
Grazie
-
Dalla versione 3 beta 7 sono stati inseriti dei controlli per la congruità delle date di inserimento, pubblicazione e dell'atto.
E' normale che non possa essere inserito un atto con data di pubblicazione inferiore a quella del giorno di inserimento. Sarebbe un falso.
I tooltip (bottoni blu) danno le indicazioni per il corretto inserimento delle date degli atti.
Ho controllato nella versione demo e se le date sono coerenti tutto funziona ok.
-
Ho creato delle sezioni ma non riesco ad eliminarle.
Vado in modifica sezione clicco sul tasto elimina sezione, mi appare il messaggio -cancellati record sezioni e categorie- ma la sezione continua a comparire.
-
@annamanicomio, grazie della segnalazione. Altro che manicomio.
Lo stesso problema è anche per la cancellazione categorie. Mi sono dimenticato di abilitare il codice dedicato a questa operazione. Lo rimedierò nella prossima versione ormai imminente. Forse ore.
Comunque per abilitare le funzioni basta aprire i seguenti form categoria_10_modifica e sezione_10_modifica, andare nella finestra validation e nel campo Server Side Validation Code, togliere i due segni di commento del codice php /* e */
Così tutto dovrebbe già funzionare.
Tieni presente che il tasto di cancellazione apparirà solo per sezioni e categorie che non hanno alcun atto assegnato.
-
Grazie mille Vales,
ho eseguito le modifiche che mi hai indicato ed ora tutto ok!
Complimenti per l'estensione.
Volevo farti solo una domanda: come mai non hai scelto si realizzare un'estensione indipendente per gestire l'albo pretorio ma una basata su altri due componenti?
Ciao
Oh, ho un altro problema. Se provo ad inserire un atto dal menu atendina non compaiono le sezioni create.
-
..........Volevo farti solo una domanda: come mai non hai scelto si realizzare un'estensione indipendente per gestire l'albo pretorio ma una basata su altri due componenti?
1) Volevo dimostrare che con quei due componenti si possono fare tante cose diverse se opportunamente usati.
2) Non sono ancora in grado di fare un 'applicazione come quella in MVC.
.........Oh, ho un altro problema. Se provo ad inserire un atto dal menu a tendina non compaiono le sezioni create.
Credo tu debba abilitare le categorie per l'utente o gli utenti con cui accedi all'applicazione.
Ti logghi come amministratore al sito entri in albo e dall'opzione inserimento utenti abiliti l'admin e gli altri utenti alle categorie. Per gli altri utenti dovrai anche attivarli nelle connessioni come indicato nelle istruzioni che trovi nel backend di joomla.
-
ragazzi è una perfezione il modulo realizzato. Vivissimi complimenti.
Un ' ulteriore "chicca " sarebbe, secondo me, il rilascio in automatico della certificazione dell'avvenuta pubblicazione, con data di pubblicazione, data di scadenza, mittente, destinatario e oggetto della pubblicazione, che il "pubblicatore" invia a chi richiede la pubblicazione.
Tutti i maggiori software propretari hanno questa caratteristica.
Complimenti davvero.
-
grazie per la valutazione luigi76 ed anche per il suggerimento.
Già ora è possibile configurare l'invio dell'email ad un indirizzo di posta inserito nei parametri di configurazione.
Inserendo un indirizzo di posta certificata, fungerà anche da notifica da mettere agli atti.
Occorre però che ognuno configuri l'invio dell'email ed il relativo template, altrimenti devo fare tutto io ;D
L'impostazione va fatta sul form madre_atto_10.
Comunque l'idea dell'invio della notifica è buona. Penso aggiungerò un form alla prossima versione la 4 beta 2
ormai la 4 beta 1 è pronta per la pubblicazione.
-
Disponibile la nuova versione 4.0 beta 1 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 4.0 beta 1 del 27.08.2010.
Inserita funzione di ordinamento delle liste con click sul nome dei campi. (così sarà contento anche Giax che l'aveva proposta tanto tempo fà). La mente rilassata delle ferie è più creativa. :D
Migliorate le funzioni di stampa in tutte le finestre.
Abilitata cancellazione di sezioni e categorie senza atti pubblicati.
Questo il nuovo link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html
-
Ciao Vales,
non riesco ad inserire atti loggandomi con utente di livello manager.
Per la precisione quando mi loggo mi compare sempre il testo "Per entrare nell'area riservata di gestione loggarsi con nome utente e password" e non compare il link per l'inserimento degli atti
Grazie!
-
ciao a tutti e scusatemi per la mia assenza... sono stato un pò in ferie.
Valerio, ti serve la versione aggionata del Logo (ver. 4?) te la posto entro domani se occorre.
inoltre mi arriva una domanda che pongo qui..
c'è una particolare ragione per la quale un atto, al termine della sua pubblicazione, debba essere rimosso?
Dico questo perchè mi arivano obiezioni di questo tipo... secondo le P.A. che frequento ogni atto, una volta immesso un atto esso deve rimanere per sempre.
Ci sono per caso particolari casi in cui un atto, una volta immeso, debba non essere archiviato?
A breve elaborerò la vers. aggiornata del manuale... un pò di pazienza... sono tornato oggi :)
bye
Fabio
-
Ciao Vales,
non riesco ad inserire atti loggandomi con utente di livello manager.
Per la precisione quando mi loggo mi compare sempre il testo "Per entrare nell'area riservata di gestione loggarsi con nome utente e password" e non compare il link per l'inserimento degli atti
Grazie!
Ciao anna,
credo che il problema sia l'assegnazione dei permessi all'utente manager. Dovresti assegnare i permessi nelle prime 5 connessioni illustrate per punto 15 delle istruzioni (oh ma proprio non le vuoi leggere ;D ).
Poi in configurazione di albo assegnare allo stesso utente le categorie su cui operare.
Penso sia questo.
-
ciao a tutti e scusatemi per la mia assenza... sono stato un pò in ferie.
Valerio, ti serve la versione aggionata del Logo (ver. 4?) te la posto entro domani se occorre.
inoltre mi arriva una domanda che pongo qui..
c'è una particolare ragione per la quale un atto, al termine della sua pubblicazione, debba essere rimosso?
Dico questo perchè mi arivano obiezioni di questo tipo... secondo le P.A. che frequento ogni atto, una volta immesso un atto esso deve rimanere per sempre.
Ci sono per caso particolari casi in cui un atto, una volta immeso, debba non essere archiviato?
A breve elaborerò la vers. aggiornata del manuale... un pò di pazienza... sono tornato oggi :)
bye
Fabio
Ciao fabio,
ho rimediato al logo togliendo il riferimento alla versione, mi sembra che la cosa possa andare. Eventualmente penserei ad una versione in dimensioni minori. Proprio ieri googlando ho trovato dei comuni che usano l'attrezzo, ma in templates più piccoli dove crea problemi la larghezza forse troppo estesa.
Per il manuale ho già predisposto dove vederlo, in configurazione albo e nel backend di joomla.
Dovresti vedere se è possibile ridurre il peso del file pdf, forse dipende dalle immagine grandi di peso ? Perchè a inserirlo, lo zip viene un ben "neccio" come si dice qui.
Toglierei poi dal manuale la parte della cancellazione con phpmyadmin, perchè produrrebbe duplicazione di numeri degli atti inseriti e creerebbe grandi casini.
Da inserire la descrizione della nuova funzione di ordinamento delle colonne delle liste. Che se permettete è un chicchino. ;D (chi si loda, s'imbroda)
-
Grazie Vales,
aspettavo la possibilità di ordinare le colonne però purtroppo cè qualcosa che non va con l'ordinamento del numero progressivo.
ecco cosa avviene: (giustamente)
1
10
11
...
...
19
2
20
e cosi via!
Una soluzione potrebbe essere quella di creare il numero progressivo in questo modo:
00001 - 00002 - ... - 00010 ... - 00155 -...
credo che 5 cifre possano bastare.
Lo stesso problema si presenta con il numero dell'atto ma questo può essere risolto dall'utente che lo inserisce.
tu cosa dici?
ciao
-
Ciao Giaxx,
L'avevo visto dopo la pubblicazione, quella che hai detto può essere una soluzione. Va un pochino studiata. L'ordinamento deve essere numerico, non alfabetico.
L'altra per numero di atto è un po' diversa perchè potranno esserci numeri di delibere, determine, ecc uguali quindi li l'ordinamento ha un significato particolare.
-
ok buona l'idea della rimozione della versione... se serve posso passarti un file in GIMP (per rimanere in open Source) in modo che il numero progressivo lo possa modificare tu in autonomia. Dimmi quanto vuoi che il logo sia "lungo" e lo modifico subito; io proporrei 450px.
Per il PDF ci sto combattendo da un pò... rimpicciolirlo non è semplice, sono proprio le immagini che rompono alquanto, se le peggioro come qualità diventano illeggibili... sto cercano un giusto compromesso.
Ok per la rimozione della sezione PHPadmin e per l'integrazione con quello che mi scrivi. In che dimensioni dovrei rimanere per il PDF?
Ultima domanda. il passaggio alla major relase 4 implica una procedura diversa dal
- disinstalla componente albo pretorio setup
- installa componente albo pretorio setup
- aggiorna tabelle
?
Dico ciò perchè vorrei inserire nel manuale una procedura replicabile ben definita.
Resta infine aperta la precedente domanda: Ci sono per casi particolari casi in cui un atto, una volta immesso, debba non essere archiviato? ... sempre per rispondere a obiezioni di PA, come da precedente post.
bye
Fabio
-
ok buona l'idea della rimozione della versione... se serve posso passarti un file in GIMP (per rimanere in open Source) in modo che il numero progressivo lo possa modificare tu in autonomia. Dimmi quanto vuoi che il logo sia "lungo" e lo modifico subito; io proporrei 450px.
Per il PDF ci sto combattendo da un pò... rimpicciolirlo non è semplice, sono proprio le immagini che rompono alquanto, se le peggioro come qualità diventano illeggibili... sto cercano un giusto compromesso.
Ok per la rimozione della sezione PHPadmin e per l'integrazione con quello che mi scrivi. In che dimensioni dovrei rimanere per il PDF?
Va bene per il GIMP l'ho già usato per la modifica. Ok 450 mi sembra adeguato. Per il pdf il più piccolo possibile in relazione alla qualità.
Ultima domanda. il passaggio alla major relase 4 implica una procedura diversa dal
- disinstalla componente albo pretorio setup
- installa componente albo pretorio setup
- aggiorna tabelle
?
Dico ciò perchè vorrei inserire nel manuale una procedura replicabile ben definita.
No tutto è immutato, per ora.
Resta infine aperta la precedente domanda: Ci sono per casi particolari casi in cui un atto, una volta immesso, debba non essere archiviato? ... sempre per rispondere a obiezioni di PA, come da precedente post.
bye
Fabio
Questo tema fu affrontato all'inizio di questo post e fu portato l'esempio di alcuni tipi di atti riguardanti specificamente situazioni personali che dopo la pubblicazione non sono più accessibili. Mi sembra pubblicazioni di matrimonio, ma forse anche altri.
Mi sembra il concetto possa essere questo situazioni personali devono essere disponibili nei termini stabiliti dalla legge. Per gli altri atti il comune può disporre diversamente non andando questi ad intaccare alcun tema tutelato da privacy, ed offrire un servizio al cittadino dando accessibilità a tutta l'attività.
-
Questo tema fu affrontato all'inizio di questo post e fu portato l'esempio di alcuni tipi di atti riguardanti specificamente situazioni personali che dopo la pubblicazione non sono più accessibili. Mi sembra pubblicazioni di matrimonio, ma forse anche altri.
Mi sembra il concetto possa essere questo situazioni personali devono essere disponibili nei termini stabiliti dalla legge. Per gli altri atti il comune può disporre diversamente non andando questi ad intaccare alcun tema tutelato da privacy, ed offrire un servizio al cittadino dando accessibilità a tutta l'attività.
Ho letto l'inizio del post. Grazie della segnalazione, ora so cosa rispondere ed ho anche il quadro normativo (241/90 modificata dalla 15/2005 http://www.garanteprivacy.it/garante/doc.jsp?ID=1407101#allegato1)
Si tratta effettivamente di particolari documenti, aventi carattere di tutela privacy.
Pertanto, da quel che mi pare di capire, i documenti che si sceglie di non archiviare spariscono dall'albo pretorio dopo la pubblicazione... nel senso che non c'è più traccia ne nel DB ne come allegato.
Ciò significa che però devono essere disponibili nel protocollo informatico del Comune, che è una cosa diversa dall' Albo Pretorio.
Sempre in quella zona del post si parlava della possibilità di creare una sorta di "modulo di richiesta" per queste pubblicazioni. Che ne diresti di un form che (via get o post, e sfruttando il motore di invio postale embedded in joomla) invii una email al responsabile dell' Albo Pretorio?
-
Pertanto, da quel che mi pare di capire, i documenti che si sceglie di non archiviare spariscono dall'albo pretorio dopo la pubblicazione... nel senso che non c'è più traccia ne nel DB ne come allegato.
Ciò significa che però devono essere disponibili nel protocollo informatico del Comune, che è una cosa diversa dall' Albo Pretorio.
non è del tutto vero, dopo la pubblicazione non sono visibili in ricerca_archivio_accessibili, nella ricerca riservata all'admin (ricerca_admin) continuano a vedersi. almeno questo succedeva con qualche versione precedente che sto usando.
-
non è del tutto vero, dopo la pubblicazione non sono visibili in ricerca_archivio_accessibili, nella ricerca riservata all'admin (ricerca_admin) continuano a vedersi. almeno questo succedeva con qualche versione precedente che sto usando.
Mooolto interessante! questo permette quindi di risalire ad un atto (lato admin) ed eventualmente fornirlo a chi ne fa espressa richiesta... o sbaglio?
-
Ciao anna,
credo che il problema sia l'assegnazione dei permessi all'utente manager. Dovresti assegnare i permessi nelle prime 5 connessioni illustrate per punto 15 delle istruzioni (oh ma proprio non le vuoi leggere ;D ).
Poi in configurazione di albo assegnare allo stesso utente le categorie su cui operare.
Penso sia questo.
Grazie mille per la risposta,
ma le istruzioni le ho lette ed eseguite tutte alla lettera.
Io però non voglio dare all'utente di tipo manager la possibilità di configurare l'albo o di modificare o creare categorie. Voglio che possa inserire solo gli atti e gli allegati.
Grazie ancora.
-
Caricata la nuova versione 4.0 beta 2 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 4.0 beta 2 del 03.09.2010.
Migliorate funzioni di ordinamento dei campi delle liste.
Questo il link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
l'ordinamento del numero atto non si comporta come quello del numero albo
-
No, perchè su quel campo avendolo previsto non numerico ma alfanumerico mi sembrava più corretto l'ordinamento alfanumerico.
Comunque chi lo volesse modificare può applicare questa modifica nella sezione WHERE SQL delle connessioni senza ricerche sugli atti.
questo codice
if (Jrequest::getVar('filter_order','','post')=="numero_albo") {
echo "ORDER BY LPAD(".Jrequest::getVar('filter_order','','post').",5,'0') ".Jrequest::getVar('filter_order_Dir','','post');
} else {
echo "ORDER BY ".Jrequest::getVar('filter_order','','post')." ".Jrequest::getVar('filter_order_Dir','','post');
}
diventa questo
if (Jrequest::getVar('filter_order','','post')=="numero_albo" or Jrequest::getVar('filter_order','','post')=="numero_atto") {
echo "ORDER BY LPAD(".Jrequest::getVar('filter_order','','post').",5,'0') ".Jrequest::getVar('filter_order_Dir','','post');
} else {
echo "ORDER BY ".Jrequest::getVar('filter_order','','post')." ".Jrequest::getVar('filter_order_Dir','','post');
}
-
ok grazie
-
Questa modifica della sezione WHERE SQL invece per l'ordinamento tipo numerico del campo numero_atto nelle connessioni con ricerca sugli atti.
sostituire questo codice
if (Jrequest::getVar('filter_order','','post')=="numero_albo") {
$order = "ORDER BY LPAD(".Jrequest::getVar('filter_order','','post').",5,'0') ".Jrequest::getVar('filter_order_Dir','','post');
} else {
$order = "ORDER BY ".Jrequest::getVar('filter_order','','post')." ".Jrequest::getVar('filter_order_Dir','','post');
}
con questo
if (Jrequest::getVar('filter_order','','post')=="numero_albo" or Jrequest::getVar('filter_order','','post')=="numero_atto") {
$order = "ORDER BY LPAD(".Jrequest::getVar('filter_order','','post').",5,'0') ".Jrequest::getVar('filter_order_Dir','','post');
} else {
$order = "ORDER BY ".Jrequest::getVar('filter_order','','post')." ".Jrequest::getVar('filter_order_Dir','','post');
}
-
Grazie mille per la risposta,
ma le istruzioni le ho lette ed eseguite tutte alla lettera.
Io però non voglio dare all'utente di tipo manager la possibilità di configurare l'albo o di modificare o creare categorie. Voglio che possa inserire solo gli atti e gli allegati.
Grazie ancora.
Per fare quello che vuoi tu occorre una modifica.
nei form sezione_10 categoria_10 sezione_10_modifica e categoria_10_modifica
dovresti sostituire in Form HMTL il primo blocco codice PHP con questo
<?php
//autenticazione super amministratore
$user =& JFactory::getUser();
if ($user->usertype<>"Super Administrator") {
$mainframe->redirect('index.php?option=com_chronocontact&chronoformname=utente_non_autorizzato');
}
?>
In questo modo solo il Super Administrator entrerà in quei form.
Tieni presente che albo non usa i permessi di Joomla fa distinsione sono fra il Super Administrator e tutti gli altri.
-
Per fare quello che vuoi tu occorre una modifica.
nei form sezione_10 categoria_10 sezione_10_modifica e categoria_10_modifica
dovresti sostituire in Form HMTL il primo blocco codice... CUT
In questo modo solo il Super Administrator entrerà in quei form...
Ok, e se si giocasse sui permessi di Connection management? Ad alcuni utenti, lato front end, può essere inibito l'accesso a Sezioni_Modifica e Sezioni_Categorie_Modifica, in tal modo pur apparendo, non potranno usare quelle funzioni.
In questo modo si permette una gestione più granulare degli utenti, definendo chi puà gestire le sezioni/categorie e chi può solo gestire gli atti
Non l'ho provata sta cosa, ma in linea teorica potrebbe funzionare.
Certo, bisogna mantenere traccia di questi permessi in forma scritta da qualche parte, perchè ad ogni aggiornamento i dati si perdono e vanno reimpostati.
Può essere una soluzione valida questa? qualcuno ha provato?
-
Una via può essere quella. Altra via pensare una gestione di tutti i permessi di ogni utente per ogni funzione di albo da inserire in configurazione evitando la modifica manuale delle 5 connessioni. Forse questa sarebbe più professionale.
Pensiamoci un po' e vediamo cosa è meglio.
Molto interessante mi sembra la possibilità di invio ad un indirizzo email, non quello dell'amministratore che è già implementabile in fase di inserimento ed andrebbe estesa anche al form modifica atti, della notifica dell'inizio e della fine pubblicazione dell'atto.
Pensavo di rendere possibile questa funzione con il form atti_10_mostra nei due elenchi riservati agli autorizzati. Che ne pensate ?
-
eh, effettivamente è una roba da pensar bene, e che come vedo è abbastanza richiesta. Mi riferisco ad una gestione delle prmission.
Sarebbe utile - in configurazione albo - avere un'area dedicata ai singoli utenti con delle optionbox relative ai permessi da assegnare loro. In tal modo avremmo la possibilità di determinare chi pubblica gli atti e chi no, chi gestisce le sezioni/categorie e chi no, chi ha diritto di cancellazione e chi no.
Sarebbe interessante poter scegliere da un menù a tendina il nome dell'operatore e quindi definirne i relativi permessi (via checkbox o optionbox), quindi un tasto conferma andrebbe a "scrivere" nel DB queste selezioni.
Dico questo perchè diversamente, ad ogni nuovo aggiornamento, si sarebbe costretti a ridefinire queste permission. So che è una modifica talmente invasiva da giustificare una versione 5, ma credo anche che sia una strada che prima o poi bisognerà intraprendere... proprio perchè è una esigenza degli utenti che interagiscono con l'albo pretorio online.
Per ciò che concerne l'invio in email... si, l'idea è fantastica, ma come evitare di finire nelle blacklist degli spammers?
-
Ma certo!!! Hai ragione scusa... è che il Comune ha già una sua data di pubblicazione per il cartaceo e io inserivo quella, ma nel momento in cui si dovrà fare solo on line è chiaro che non posso inserire una data diversa.
Grazie
E.
Dalla versione 3 beta 7 sono stati inseriti dei controlli per la congruità delle date di inserimento, pubblicazione e dell'atto.
E' normale che non possa essere inserito un atto con data di pubblicazione inferiore a quella del giorno di inserimento. Sarebbe un falso.
I tooltip (bottoni blu) danno le indicazioni per il corretto inserimento delle date degli atti.
Ho controllato nella versione demo e se le date sono coerenti tutto funziona ok.
-
Ragazzi stavo provando a installare Albo pretorio però mi incarto ad 1 certo punto dell'installazione ,seguendo la guida da voi pubblicata (scusate l'ignoranza!! )
arrivati al punto 6:"
Applicare la patch per la validazione W3C. Ma che anche è necessaria per la piena funzionalità della versione modificata di Chronoconenctivity. La patch si trova qui http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html"
ho scaricato questo file ma quando vado su GESTIONE ESTENSIONI e dal menu admin del sito e faccio installa mi esce questa scritta: ERRORE: Impossibile trovare un file XML di installazione in questo pacchetto.
come devo fare ?
-
Quei file non si installano con la procedura di Joomla.
Devono essere trasferiti via FTP con Filezilla o altro programma, e sostituire i file che sono indicati nelle istruzioni nelle rispettive cartelle.
http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html
Nel link ci sono le istruzioni. Se hai installato solo chronoconnectivity2 devi tralasciare il trasferiemento delle path di chronoconnectivity originale.
-
intanto grazie x il suggerimento.
fino ad ora ho installato il file cosi rinominato
ChronoConnectivity_V2_RC3_modificato.zi p
quindi a quanto capisco devo tralasciare l'installazione della fase 6 (della patch) e passare alla fase successiva???
-
No devi farla, tralasciando il trasferimento ftp delle directory che si riferiscono a chronoconnetivity senza il numero 2
-
scusami ancora se ti disturbo
nel file della patch zip mi ritrovo queste 3 cartelle:
com_chronoconnectivity
com_chronoconnectivity2
com_chronocontact
quindi devo trasferire solo la cartella com_chronoconnectivity2
-
devi strasferire queste
com_chronoconnectivity2
com_chronocontact
il primo componente non lo hai installato quindi non serve il trasferimento
-
Grazie vales per l'auito che mi hai dato
adesso sono riuscito ad andare avanti fino al punto 9 ma qui ho qualche problemino sui menu, (non sono molto pratico è da poco ke uso joomla e non conosco bene i termini specifici) per evitare di stressare esiste una guida con qualke immagine che spieghi nei dettagli come si fa a procedere nei punti 9-10
GRAZIEEE
-
La parte in cui mi incarto è questa
Assegnare al menu una voce che punti al componente Chhronforms e scegliere come form da aprire quello con il nome finestra_avvio
da dove si assegna la voce che punta al compnente....
in caso mi postate qualche screen x capire meglio
Thanksss
-
Il punto 9 per ora lo puoi saltare, ma è la semplice installazione e attivazione del modulo che trovi nei download di joomla.it
Per il 10 vai in pannello di amministrazione ->menu->gestione menu
poi bottone verde a destra nuovo, inserisci i quattro campi seguendo le istruzioni
puoi scrivere sempre albo pretorio nel primo campo però senza spazi e salvi.
Ora vedra nell'elenco il menu creato clicchi sull'icona nella colonna voci di menu.
Qui tasto verde nuovo poi -> chronoforms
dai il titolo alla voce di menu ed a destra inserisci finesta_avvio con il trattino. salvi
-
GRAZIE vales TI FACCIO UNA STATUA!!! 8) 8) 8)
sono al punto 13 e ora faccio una pausa pranzo riprendo + tardi!!
-
Nooooo, dal punto 11 al 14 non devi fare nulla, è tutto automatico.
guarda qui http://valesweb.altervista.org/albo-pretorio-on-line-info-installazione.html
oppure le istruzioni nel pannello di amministrazione a componenti->albo pretorio setup-> albo pretorio info installazione e uso.
-
ancora grazie x le tue preziosissime indicazione...
adesso sono saltato direttamente al passo 15 della guida...(xò devo dire che al passo 11 e 12 ho fatto quelle modifiche indicate nella guida..... incideranno sulla funzionalità dell'albo ??? ) il sito su cui sto lavorando è : www.casafamigliareginaelenafa.it (http://www.casafamigliareginaelenafa.it) (ancora in fase di costruzione!!! )
adesso mi appare il menù albo pretorio sulla sinistra xò poi non viene visualizzato il resto. della struttura... (devo ricontrollare il passo 15 adesso c'è confusione in ufficio ed è probabile ke mi sia scordato qualcosa...)
volevo chiedere ma è normale che nel pannello Forms management mi appaia una riga rossa con la scritta :
Your Chronoforms install at www.casafamigliareginaelenafa.it (http://www.casafamigliareginaelenafa.it) is NOT Validated, No limited features but for a small fee you get link free forms and help us continue the development and support
è x questo che nn fuziona bene ?
-
Se non è possibile ricostruire le modifiche che hai fatto è meglio disinstallare albo (consigliato) con l'apposita procedura e rinstallarlo senza fare nessun'altra operazione.
Per disinstallare vai in pannello di amminsitrazione->estensioni->installa/disinstalla-> componenti-> selezioni a sinistra nel dischetto albo pretorio e poi in alto a destra clicchi su rimuovi.
Poi reinstalli solo albo pretorio.
La scritta rossa in sintesi dice che la copia non è registrata e per questo motivo apparirà nelle finestre di albo anche il link al sito chronoform. Questa è l'unica differenza con le versioni registrate a pagamento.
Ho tolto l'immagine perchè avevi inserito un'enorme immagine per questo forum.
Per inserire le immagini si usa il link Opzioni aggiuntive sotto questa finestra e si inserisce nel campo che apparirà l'immagine voluta con upload.
-
Ciao!
ho disinstallato il modulo albo pretorio e reinstallato ma andandoci dal menù creato nella pagina mi appare solo questa scritta
There is no form with this name or may be the form is unpublished, Please check the form and the url and the form management
ho provato anche a loggarmi come utente registrato ma risponde sempre la stessa cosa
potresti guardare l'immagine allegata e dirmi se è corretto nella voce menù l'inserimento del parametro albo_pretorio nell'opzione voce form name?
[allegato eliminato da un amministratore]
-
Il parametro corretto in form name è "finestra_avvio" li invece c'è scritto "finesta_avvio"
-
ahhhhhhhhhhhh SONO PROPRIO CECATO 8) 8) 8) 8) 8) 8)!!!!! e dire che lo ho controllato 5 volte, adesso è apparso il menù che figura di ......................
----------GRAZIEEE 10000
-
Sto preparando la versione aggiornata del manuale. Che ne dite se inserisco anche una sezione dedicata all'installazione facendo tesoro delle varie richieste apparse in questo topic? Non vorrei sovrappormi a quanto già scritto, quindi attendo un eventuale ok prima di procedere.
X vales: se ce la faccio ti invio tutto entro lunedì, logo + manuale.
-
Sarebbe davvero un'aiuto utilissimo sopratutto per gli utenti meno pratici (Come me) e si eviterebbero un sacco di post ripetitivi ---------- GRAZIE A TUTTO LO STAFF X IL LAVORO E LA CURA DEL FORUM
-
Fabio, fra qualche giorno, penso nel weekend, uscirà la prossima versione e sarà una 5.
In essa ho messo mano in modo sensibile a tutta la parte configurazione che avrà anche nuova veste grafica, per cui a questo punto sospenderei il lavoro sul vecchio manuale, lavoreresti per nulla.
Direi quindi di attendere quanche giorno per poi aggiornare il manuale con le nuove funzionalità.
Per la parte installazione forse va pensata anche una cosa autonoma rispetto al manuale, che viene inserito insieme ad albo e quindi è visibile dopo l'installazione stessa. Altrimenti si vede dopo aver installato e non ha senso.
-
scusate x l'intromissione ... fareste anche una guida x come aggiornare dalle versioni precedenti alla nuova?
-
Fabio, fra qualche giorno, penso nel weekend, uscirà la prossima versione e sarà una 5.
In essa ho messo mano in modo sensibile a tutta la parte configurazione che avrà anche nuova veste grafica, per cui a questo punto sospenderei il lavoro sul vecchio manuale, lavoreresti per nulla.
Direi quindi di attendere quanche giorno per poi aggiornare il manuale con le nuove funzionalità.
Per la parte installazione forse va pensata anche una cosa autonoma rispetto al manuale, che viene inserito insieme ad albo e quindi è visibile dopo l'installazione stessa. Altrimenti si vede dopo aver installato e non ha senso.
Sono in trepidante attesa del rilascio della nuova versione ... a quando il lieto evento :D
-
Eccola.
Disponibile la nuova versione 5.0 beta 1 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 5.0 beta 1 del 14.09.2010.
Modificato layout form configurazione.
Prevista nuova configurazione accessi degli utenti a funzioni di amministrazione che semplifica ed evita vecchio passaggio dal backend.
Modificata tabella utenti e previsto aggiornamento da precedenti versioni.
Questo il link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Mitico!!!Grazie x la nuova Relase!!!!
per aggiornare la versione precedente cosa devo fare ? installo il plug-in sopra l'altro , oppure prima devo disinstallare la versione 4.00 beta 2 e poi installare la nuova versione ??
-
Disinstalli la 4 beta 2 (mantenendo chronofrms e chronoconnectivity, questi non vannno disinstallati)
Installi la nuova 5 beta 1
Da backend esegui la funzione di aggiornamento da versione 4 beta 2
Ti logghi come amministratore da frontend e configuri gli utenti compreso l'amministratore.
-
Salve,
il mio Comune sta valutando la possibilità di utilizzo di questo applicativo, solo che da quello che mi è stato fatto notare, praticamente ogni settore o ufficio è tenuto a pubblicarsi i propri atti. La loro richiesta è quella di avere la possibilità che ogni settore o ufficio inserisca gli atti da pubblicare e che l'ufficio preposto si occupi della pubblicazione. E' possibile fare questo? Avete qualche dritta? Spero di aver spiegato il problema.
Grazie
-
Ciao FrancescoM70 benvenuto in Joomla!,
Già ora Albo consente di inserire atti senza prevedere la loro pubblicazione, e rimandarla ad un momento successivo mediante la funzione modifica atti ed allegati. Quindi volendo si può dividere fra due o più utenti questo compito. Per questo è necessario che i due utenti abbiano assegnata la stessa categoria di atti, altrimenti chi non ha i permessi della categoria, giustamente, non potrà vedere gli atti in attesa di pubblicazione. Il sistema poi registrerà chi compie l'operazione di pubblicazione, per cui vi è il pieno controllo di chi opera e cosa fa.
Esempio
Inserendo un atto si può non selezionare l'opzione di pubblicazione. Quell'atto sarà visibile solo dal menu modifica atti ed allegati dagli utenti che hanno i permessi per quella categoria di atto.
Successivamente, anche dopo qualche tempo, un altro utente abilitato alla categoria può accedere all'atto in attesa di pubblicazione e decidere di pubblicarlo con le date di inizio pubblicazione e fine pubblicazione coerenti con la data del giorno attuale.
Quindi le funzioni sono già separabili.
Credo però che con una piccola modifica, ormai Albo è molto flessibile, di poter configurare in modo separato i permessi di inserimento e di modifica per ciascun utente. Proprio l'ultima versione 5 beta 1, dove i permessi delle due funzioni sono uniti, ha spinto la gestione dei permessi in una dimensione più avanzata che si presta anche ad ulteriori evoluzioni.
-
Disponibile la nuova versione 5.0 beta 2 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 5.0 beta 2 del 16.09.2010.
Inserita gestione diversificata dei permessi di inserimento e modifica.
Corretto bug doppio tasto indietro form atto_10_mostra.
Questo il link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Ho ritenuto di rendere subito disponibile la modifica proposta da francesco perchè rende ancora più flessibile la configurazione e le prestazioni di Albo.
Ricordo a chi fa il passaggio dalla versione 4 beta 2 la funzione di aggiornamento che predispone la tabella utenti con il campo per la gestione dei permessi.
-
Wow, altro che software proprietari, quì gli aggiornamenti viaggiano nell'ordine dei minuti ;)
Grazie per la delucidazione, e per il tempestivo aggiornamento.
Credo che alla fine se ci fosse un'apertura mentale sull'open source da parte degli enti, si risparmierebbero un sacco di soldi. Grazie per l'ottimo lavoro
-
Si potrebbe, pensare un repository, per la congelazione dell'atto, mi spiego meglio, oltre alla possibilità di scegliere la pubblicazione o meno, dare la possibilità di inserire l'atto e congelarlo magari perchè servono ulteriori pareri o altre info che in quel momento non sono disponibili, o addirittura l'attesa della approvazione da parte di un organo. Questo mi da la possibilità già di inserirlo e poi riprenderlo per completare l'iter. Pensavo ad una sezione diversa in modo da non mandare in confusione chi poi ha il compito di mandare l'atto in pubblicazione. Spero che la mia proposta sia stata chiara
-
WOW, attendevo la notifica in email per la vers. 5 e non mi arrivava nulla... poi passo dal forum e... Sorpresa! Passo subito all'azione col manuale ;)
bye
-
Caio a tutti, sono nuovo del forum e nuovo nell'uso di questa ottima applicazione (soprattutto per la sua semplicità di utilizzo, configurazione e personalizzazione!).
Fatti i doverosi ringraziamenti a Vales e a chi opera con lui, ho un problema da porre: ho installato e configurato tutto come da istruzioni, funge tutto fatta eccezione per la funzione di modifica di un atto inserito. O meglio, l'atto viene visualizzato negli elenchi lato pubblico, ma non in quello che si apre quando clicco su modifica atti e allegati. In pratica mi dice "Atti totali=0". Per il resto mi permette le modifiche delle sezioni, categorie e permessi utente. Mi sono perso qualche passaggio? La versione in uso è la 5 beta 2.
Grazie di tutto
-
Ciao Ubi e benvenuto in Joomla!,
Tutto funziona nel modo giusto mi sembra. Un atto pubblicato non può essere più modificato. Questo è il principio con cui è pensato Albo.
Questa cosa è stata discussa in passato ed ha avuto il supporto di segretari comunali. Quando un atto è pubblicato e quindi reso accessibile al pubblico, produce conseguenze giuridicamente rilevanti.
Se l'atto ha dei problemi, vizi ecc occorre un nuovo atto che lo rettifica, lo annulla o lo sostituisce.
Per questo motivo gli atti modificabili sono quelli in attesa di pubblicazione, che fino a quel momento, non sono visibili al pubblico ma solo dall'amministratore e dagli utenti abilitati alla stessa categoria di atti.
-
Va benissimo Vales, effettivamente così deve essere. Il problema me l'ero posto perchè stavo inserendo degli atti per fare delle prove e, avendo sbagliato a digitare il nome di un allegato, volevo correggerlo. Dopo il tuo chiarimento il problema si risolve dicendo all'ente di mettere tutti gli atti nello stato di non pubblicato, rileggere attentamente e se tutto è ok procedere con la pubblicazione.
Vi sto che ci siamo ti faccio un'altra domanda: ho notato che la data di pubblicazione non puà essere antecedente a quella di registrazione (rilevata penso dalla data del server che ospita il dominio). In linea di principio è giusto perchè se l'atto deve essere pubblicato oggi non si può posterciparne la registrazione sull'albo on line, però capitano dipendenti distratti che, ancora poco avvezzi all'uso dell'albo on line, pubblicano all'albo un atto con un giorno di ritardo. Vale lo stesso discorso dell'atto immodificabile? :)
Ciao e grazie!
-
Se per registrazione intendi la data dell'atto, si.
Vi sono dei controlli di coerenza delle date illustrati dai tooltip (bottoni azzurri) se non sono rispettati segnala l'errore e l'atto non viene inserito.
Può essere inserito un atto con pubblicazione posticipata che sarà reso visibile nel giorno previsto in modo automatico senza ulteriori interventi dell'utente addetto.
-
Salve a tutti,
da ieri pomeriggio sono un nuovo iscritto del forum.
Ho installato per la 4a Albo Pretorio on Line, inizialmente con la versione 3 poi con la 5 beta 2.
Nella prima installazione non ho avuto alcun problema, ho iniziato a codificare categorie, sezioni, ho assegnato agli utenti gli accessi alle varie sezioni del sito ecc ecc..Ho anche inserito alcuni atti per provare se funzionava.
Ad un certo punto ho deciso di aggiornare il sito alla versione 5.
Volevo fare una nuova installazione.
Prima ho pulito dal pannello di controllo del provider la cartella dov'era installato joomla e albo pretorio, poi ho installato la nuova versione in una nuova cartella.
Anche in questo caso tutto configurato senza grossi problema.
Però adesso non riesco ad inserire gli atti, in pratica quando tento di aprire la form MADRE_ATTO_10, non si apre niente.
Ho ripetuto per 3 volte l'installazione, ma non capisco da cosa possa dipendere.
Se tento di aprire la form atto_10 si apre, però, essendo questa una form legata ai parametri ricevuti dalla form "madre" cmq non si possono inserire gli atti (l'ho letto in una risposta di vales il grande!)
Quale passaggio della configurazione ho saltato?
Grazie a tutti..
dotnik
-
benvenuto in Joomla dotnik,
ti ringrazio della segnalazione il problema è mio, mi sono dimenticato di aggiornare la tabella utenti con il nuovo campo connessioni e quindi chi parte da 0 non ha la tabella aggiornata.
Stasera uscirà la versione beta 3. ;D
Comunque c'è il rimedio esegui la funzione "Aggiorna da versione 4 beta 2 e precedenti" e tutto dovrebbe andare a dama.
-
Amici... ho fatto danno!!! lol :-[ :-\
stamattina preso dal sonno mentre cercavo di disinstallare la versione 4 ho per errore cancellato da Gestione moduli la voce Albo pretorio solo dopo mi sono accorto che si disinstallava da un'altra parte..... :P :P
(adesso sono riuscito a installare la versione 5.00) però nel sito mi è sparita la voce di menu Albo pretorio !!!
se vado sempre nella voce gestione moduli e faccio nuovo non mi appare + in elenco la voce albo pretorio ..... come faccio a ripristinarla? HELP!!!!
-
mai fare le cose col sonno :D
toglimi un dubbio, se scrivi nel browser http://www.iltuosito.it/index.php?option=com_chronocontact&Itemid=30 - sostituendo il nome del tuo sito - ne vien fuori qualcosa?
se nelle voci di menù, durante la loro creazione, non hai l'elemento mi sa chè il problema è serio... qualcosa è corrotto. Ma se hai solo rimosso l'albo pretorio, senza toccare i Chronoforms/engine, i dati nel DB e tutta la piattaforma dovrebbe esserci.
- che versione di AlboPRetorio usavi?
- quale hai installato ora?
-
@elilangel004
Mi sembra di capire che avevi creato un menu associato ad un modulo con una voce che puntava al form finestra_avvio.
Se è così, lo ricrei e tutto dovrebbe ripartire.
-
Dallo spavento adesso Mi sono svegliato!!!! cliccando sul tuo link mi apre la pagina del mio sito,
adesso sono riuscito a ripristinare la voce andando sempre da gestione moduli---- poi ho cliccato su Nuovo ---- ho messo la spunta su ----- menu---- e li ho scritto la voce Albo pretorio .... ed è tornato tutto ok....!!! per fortuna che nn ho fatto altri danni
RAGAZZI LA PROX VOLTA PRIMA DI METTERMI AL PC 2LT DI CAFFEEEEEEEEEE'
GRAZIEE
-
Aggiornata versione per correggere problema segnalato da dotnik
Disponibile la nuova versione 5.0 beta 3 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 5.0 beta 3 del 21.09.2010.
Corretto bug aggiornamento tabella utenti per nuove installazioni da zero.
Questo il link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Vales,
dopo il setup della nuova versione il mio madre_atto_10 continua a non aprirsi.
Nella precedente installazione avevo anche aggiornato le tabelle dalla 4 e mi era comparsi l'avviso della creazione del campo connessione...
Anche questa volta ho seguito tutti i passaggi della guida.
Aggiornata versione per correggere problema segnalato da dotnik
Disponibile la nuova versione 5.0 beta 3 Tarvisio di Albo Pretorio On Line.
Modifiche inserite nella versione 5.0 beta 3 del 21.09.2010.
Corretto bug aggiornamento tabella utenti per nuove installazioni da zero.
Questo il link
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Quale messaggio ti scrive ?
-
Quale messaggio ti scrive ?
Non appaiono messaggi.
Prima di fare questa installazione, quando ho installato la beta 2, avevo aggiornato le tabelle dalla 4 e mi era comparso l'avviso di avvenuta creazione del campo connessione (se nn ricordomale!).
In questa installazione non è stato necessario aggiornare le tabelle.
Un'altra cosa: rispetto alla precedente versione c'è qualcosa di strano nella gestione utenti.
In pratica l'unico utente presente non appare nell'elenco a tendina o meglio c'è un rigo bianco; abbozzo una ipotesi: è come se l'ID dell'utente fosse presente mentre la descrizione no...
Vales se vuoi posso crearti un account nel mio sito di appoggio...
-
Non appaiono messaggi.
Prima di fare questa installazione, quando ho installato la beta 2, avevo aggiornato le tabelle dalla 4 e mi era comparso l'avviso di avvenuta creazione del campo connessione (se nn ricordomale!).
In questa installazione non è stato necessario aggiornare le tabelle.
Un'altra cosa: rispetto alla precedente versione c'è qualcosa di strano nella gestione utenti.
In pratica l'unico utente presente non appare nell'elenco a tendina o meglio c'è un rigo bianco; abbozzo una ipotesi: è come se l'ID dell'utente fosse presente mentre la descrizione no...
Vales se vuoi posso crearti un account nel mio sito di appoggio...
A proposito della seconda segnalazione ritratto quello che ho scritto.
Il sottoscritto non aveva messo descrizione all'utente.
Mi auto-infliggo 10km di corsa nel tardo pomeriggio di domani..
-
Qual'è la situazione attuale ?
-
Qual'è la situazione attuale ?
resta il problema della form madre_Atto_10.
Ho fatto diverse prove:
- se apro le due connessioni da back-end, non compare nessun errore; le tabelle sono ancora vuote.
- se apro manualmente la form atto_10 si apre correttamente la form;
- ...
Grazie
-
Due cose.
1) I form non è possibile chiamarli direttamente. Devono essere necessariamente chiamati dal menu finestra di avvio.
2) Hai abilitato i permessi come illustrato al punto 15 delle istruzioni per l'amministratore e gli altri utenti presenti nel sito?
-
Due cose.
1) I form non è possibile chiamarli direttamente. Devono essere necessariamente chiamati dal menu finestra di avvio.
2) Hai abilitato i permessi come illustrato al punto 15 delle istruzioni per l'amministratore e gli altri utenti presenti nel sito?
Si, ho letto che non è possibile richiamare singolarmente le form, però ho pensato che la cosa potesse servire per capire quale fosse il problema.
Ho ricontrollato le impostazioni dei permessi, sembra tutto apposto.
Se puoi ti invio in pvt un account (già creato)?
-
Era saltato per "qualche motivo" il settaggio del plugin multipage del form madre_atto_10.
Reinstallato tutto di nuovo ora sembra sia ok.
Occhio a dove si interviene nei form.
-
Era saltato per "qualche motivo" il settaggio del plugin multipage del form madre_atto_10.
Reinstallato tutto di nuovo ora sembra sia ok.
Occhio a dove si interviene nei form.
Grazie vales,
avevo interpretato male la guida, convinto che il verde si riferisse all'ultimo cerchietto e non all'intera riga.
saluti
-
Ok.
Ma non è necessario andare a toccare le configurazioni, ormai fa tutto da se. L'unica cosa richiesta è dare i permessi agli utenti che gestiranno albo, compreso l'amministratore.
-
Ciao a tutti mi sono appena iscritto tanto di cappello a Vales che ha pensato a questa soluzionee a chi con lui ha contribuito a svilupparla. Non avete idea di come capiti a fagiolo visto che giusto martedì prossimo durante il consiglio comunale sarà presentata un interpellanza per richiedere la pubblicazione degli atti online, stamane ne ho parlato con il Segretario e il Sindaco e ho proposto questa soluzione che hanno trovato molto interessante, anche se mi sono iscritto ora è già da un pò che sto testando questo applicativo e giusto mezzora fà ho installato l'ultima versione, ancora complimenti.
Ho notato che quando apro gli allegati dal sito si apre la finestra di stampa che si sovrappone alla finestra di salvataggio del file in locale questo mi obbliga a chiudere prima la finestra di stampa e successivamente posso scaricare l'allegato. Per la precisione devo dire che mi capita solo con Firefox, Chrome o safari. Mi sono letto un pò di pagine per vedere se avete già affrontato il problema, se mi è sfuggito il post chiedo scusa. :P Ciao a tutti
-
Benvenuto in Joomla! feather,
No il problema fino ad oggi non è stato posto, quella funzione di stampa serve solo per scegliere la stampa dell'allegato in modo immediato ed una volta chiusa si può vedere l'allegato nella finestra normalmente quindi non ci sono limitazioni di visualizzazione.
Dopo l'annullo della stampa si potrà ristampare eventualmente dal menù file del browser con le normale procedure.
Ho scelto quella modalità perchè mi sembrava più facile la stampa degli allegati senza andare a cercare la funzione nel browser.
Comunque in future versioni si potrà renderla opzionale senza problemi dal menu di configurazione, così ognuno sceglierà la sua via.
-
Ho notato che ogni volta che aggiorno la procedura, tutte le personalizzazioni sulle forms vanno a farsi benedire, ad esempio traduzione in italiano dei messaggi, accessi ai vari forms da chronoconnettivity, etc, etc. E' normale o si può fare un salvataggio di esse prima di aggiornare?
Grazie
-
Allora, sembra che stia superando il vaglio dei vari dirigenti, ma mi hanno chiesto una cosa:
Alla fine dell'anno come faccio ad avere una stampa di tutte le pubblicazioni effettuate? Praticamente una sorta di registro che poi dovrà essere messo agli atti.
-
Ho notato che ogni volta che aggiorno la procedura, tutte le personalizzazioni sulle forms vanno a farsi benedire, ad esempio traduzione in italiano dei messaggi, accessi ai vari forms da chronoconnettivity, etc, etc. E' normale o si può fare un salvataggio di esse prima di aggiornare?
Grazie
E' normale perdere le personalizzazioni, non è possibile archiviare le modifiche di ogni personalizzazione.
Consiglio di annotarti e salvarti a parte il codice delle tue personalizzazioni per riportarlo nelle versioni successive.
Tieni conto che non siamo ancora ad una versione stabile, sebbene ci siamo vicini, ma modifiche ed aggiornamenti sono sempre possibili.
Per le traduzioni in italiano se chi le ha fatte le passasse, forse potrebbero essere inserite stabilmente.
Allora, sembra che stia superando il vaglio dei vari dirigenti, ma mi hanno chiesto una cosa:
Alla fine dell'anno come faccio ad avere una stampa di tutte le pubblicazioni effettuate? Praticamente una sorta di registro che poi dovrà essere messo agli atti.
La cosa è possibile entri come amministratore, e quindi vedrai tutte le categorie degli atti, e dal menu Ricerche Admini->Albo Pretorio selezionando nella ricerca l'anno vedrai tutti gli atti e potrai stamparli.
Potrai inoltre dal backend di joomla esportare l'archivio in csv e poi in un foglio elettronico per gestirlo come vuoi.
-
io ho aggiornato all'ultima versione 5b3, ma quando da frontend voglio inserire un utente, e lo seleziono dalla lista, poi seleziono le categorie, se clicco su Assegnazione Elenchi Agli utenti non funziona; anzi mi sembra di notare che anche senza selezionare nulla dopo un tot di secondi di caricamento della pagina diventa non cliccabile. Stessa cosa per la modifica...
-
Hai fatto l'aggiornamento dalla versione che trovi in backend Componenti->Albo Pretorio Setup-> Aggiorna da .......... ?
Puoi fare tranquillamente tutti gli aggiornamenti in sequenza dal primo. Quelli non necessari non saranno eseguiti.
-
ho trovato l'errore, ho caricato uno script per la validazione del fan box di facebook che però da problemi con alcuni js...
-
Ragazzi sapreste dirmi come poso fare a diminuire tutto lo spazio che si è venuto a creare tra la scritta albo pretorio e il menu ??
http://www.collereale.it/
è davvero strana sta cosa :o :o :o
-
Ragazzi sapreste dirmi come poso fare a diminuire tutto lo spazio che si è venuto a creare tra la scritta albo pretorio e il menu ??
http://www.collereale.it/ (http://www.collereale.it/)
è davvero strana sta cosa :o :o :o
Al momento non saprei dire. Le uniche cose che ho notato sono che il sito gira in un frame e che non hai applicato la patch per la validazione W3C di albo e che usi la versione 5.0 beta 2.
Prova l'ultima, la 5 beta 3 e poi fai sapere.
-
Ciao Vales!
scusa l'ignoranza che vuol dire gira in 1 frame?
ho appena applicato la patch w3c accedendo con filezilla nelle cartelle ftp:/......./components/com_chronoconnectivity2/
sovrascrivendo solo i file contenuti nelle cartelle pacciate ::) :
com_chronoconnectivity2
com_chronocontact
l'altra cartella com_chronoconnectivity non la ho toccata.
ho aggiornato la versione di albo pretorio alla 5 beta 3
però ancora mi resta spazio tra il testo e il resto .. :-\ :-\ :-\ :-\
Help..
-
Ciao Vales!
scusa l'ignoranza che vuol dire gira in 1 frame?
Visualizza il codice sorgente della home e vedi il frame.
Fai una prova con un template standard di Joomla es. rhuk_milkyway per vedere se dipende dal template.
Le altre modifiche vanno bene.
-
@evilangel004
Dal backend apri il form finestra_avvio, vai in Form code e poi Form Html
trova questa riga
<p style="clear: both; text-align: center; font-size: 18pt; color: #0000ff;">[br /]Albo Pretorio On Line versione 5.0 Beta 3[br /][br /]</p>
togli il parametro clear così e salva il form
<p style="text-align: center; font-size: 18pt; color: #0000ff;">[br /]Albo Pretorio On Line versione 5.0 Beta 3[br /][br /]</p>
nel tuo caso dovrebbe funzionare.
-
ciao a tutti, ho istallato da zero la relise 5beta_3 da zero e non risco solo ad inserire un atto. riesco a configure tutto enti, utenti, sezioni... ma quando prova ad inserire un nuovo atto ed allegato mi compare una schermata bianca.
l'albo è pubblicato su www.comune.castelnuovobozzente.co.it
grazie massimo
-
Il link non visualizza il sito.
Prova ad abilitare gli errori del sito nel pannello di amministrazione di Joomla, per vedere cosa dice
-
scusate
http://www.comune.castelnuovobozzente.co.it/index.php
scusa l'ignoranza ma non trovo dove abilitare gli errori.
massimo
-
nel backend vai a Sito->Configurazione->Server li vedi Rapporto errori lo metti al massimo.
-
Scusami vales sono ignorante(non conosco i termini tecnici) in materia ma come si arriva al backend ::) ::) ::) ::)
-
per entrare nel backend del tuo sito basta che vai : www.tuosito\administrator ed inserisci nome utente e psw che hai scelto.
massimo
-
E' appena stato ultimato il manuale d'uso per la vers. 5.5 che allego a questo post. Chiedo scusa a tutti per il ritardo, è in arrivo il mio erede :D e non ho tantissimo tempo.
Ho cercato di comprimerlo al massimo ed ora è di soli 471 Kb.
bye
[allegato eliminato da un amministratore]
-
E' appena stato ultimato il manuale d'uso per la vers. 5.5 che allego a questo post. Chiedo scusa a tutti per il ritardo, è in arrivo il mio erede :D e non ho tantissimo tempo.
Ho cercato di comprimerlo al massimo ed ora è di soli 471 Kb.
bye
IN ANTICIPO AUGURONI PER IL NUOVO ARRIVO ;) ;) ;)
e GRAZIE X IL MANUALE LO STO APPENA STAMPANDO
-
@evilangel004
Dal backend apri il form finestra_avvio, vai in Form code e poi Form Html
trova questa riga
<p style="clear: both; text-align: center; font-size: 18pt; color: #0000ff;">[br /]Albo Pretorio On Line versione 5.0 Beta 3[br /][br /]</p>
togli il parametro clear così e salva il form
<p style="text-align: center; font-size: 18pt; color: #0000ff;">[br /]Albo Pretorio On Line versione 5.0 Beta 3[br /][br /]</p>
nel tuo caso dovrebbe funzionare.
PERFETTO VALES!!! ORA è tornato in ordine
GRAZIE!!!!!!!!!!!!! se ti trovi a passare da messina fammelo sapere che t porto a cena fuori ;)
-
E' appena stato ultimato il manuale d'uso per la vers. 5.5 che allego a questo post. Chiedo scusa a tutti per il ritardo, è in arrivo il mio erede :D e non ho tantissimo tempo.
Ho cercato di comprimerlo al massimo ed ora è di soli 471 Kb.
bye
Ciao grendizer71,
complimenti per il tuo lavoro e grazie per l'aiuto.
Per condividere i file con la community non è consigliato allegarli al forum, ciclicamente cancelliamo tutti gli allegati. Quindi ti chiedo di inserire il manuale nell'apposita area download del sito: http://www.joomla.it/download-della-community.html
-
Mi sono loggato come amministratore x iniziare a fare un pò di modifiche e .......
lo stesso problema che hai appena risolto (testo in alto e corpo in basso ) mi si ripresenta aprendo tutte le altre voci di albo pretorio
(http://c.imagehost.org/t/0128/errore_visualizzare_pagina.jpg) (http://c.imagehost.org/view/0128/errore_visualizzare_pagina)
l'unica voce che non presenta questo difetto: è Albo Pretorio On Line atti in corso di pubblicazione
quando hai 1 pò di tempo mi potresti dare le indicazioni per correggere il bug
-
uhmmm... hai provato con un altro template, magari con uno di quelli standard? mi sembra un problema di CSS ...
-
ho paura che se cambio il template mi scompaiono tutte le cose caricate fino immagini file....ad ora e.... nn posso permettermelo
se lo dovessi provare a cambiare template c'è un modo per ripristinare il template attuale??
-
Per cambiare il template lo fai con un semplice click nella gestione template. Per ripristinare il precedente fai l'operazione inversa.
Non sciupi nulla ;D
-
E' appena stato ultimato il manuale d'uso per la vers. 5.5 che allego a questo post. Chiedo scusa a tutti per il ritardo, è in arrivo il mio erede :D e non ho tantissimo tempo.
Ho cercato di comprimerlo al massimo ed ora è di soli 471 Kb.
bye
Bene il manuale, col nuovo peso si gestisce meglio.
Complimenti per l'erede. ;D
-
ho fatto un po di casino con le versioni di albo pretorio e con la gestione dei permessi adesso quando mi loggo come superadministratotor mi di dice
Area riservata non è consentito l'accesso ai non autorizzati.
lol!!!! ho provato il tasto reset per tutti gli utenti che mi ero creato ma nn funge , ho anke disinstallato albo pretorio e lo ho reinstallato ma nn è cambiato molto, ho provato direttamente dal FrontEnd Per User Permissions ma niente
sono proprio 1 incompetente
-
prova a seguire la procedure "gestire gli utenti (metodo alternativo)" a pagina 12 del manuale... quasi sicuramente c'è qualcosa li che non funzia. Fa in modo che il Super Admin abbia tutti i permessi attivi ed i diritti. Probabilmente l'inghippo è in qualcosa non settato bene.
-
ho fatto un po di casino con le versioni di albo pretorio e con la gestione dei permessi adesso quando mi loggo come superadministratotor mi di dice
Area riservata non è consentito l'accesso ai non autorizzati.
lol!!!! ho provato il tasto reset per tutti gli utenti che mi ero creato ma nn funge , ho anke disinstallato albo pretorio e lo ho reinstallato ma nn è cambiato molto, ho provato direttamente dal FrontEnd Per User Permissions ma niente
sono proprio 1 incompetente
Accedendo a quale funzione di albo ti da quell'errore, l'informazione così non dice molto.
Devi abilitare preventivamente il Super Amministrator a tutte le categorie ed a tutte le altre scelte in assegnazione o variazione elenchi degli utenti.
Meglio lasciare tranquillo il backend, funzionano bene le funzioni del frontend. Sono fatte apposta per rendere tutto più semplice ed evitare settaggi errati nel backend.
-
Ok vales, confermo che il backend è meglio usarlo sapendo bene ciò che si fa, ma talvolta è un passaggio obbligato. Riporto la mia esperienza:
Gli utenti con permessi definiti, fra cui il SuperAdmin, si sono sballati dopo il passaggioa versione superiore.
Da Front End provo a riorganizzare i permessi, ma non ottengo risultati soddisfacenti.
Rimuovo i permessi e li ricostruisco, ancora nulla di fatto. Da notare che questo avviene solo con gli utenti pre esistenti.
Dopo numerosi test decido di agire dal back-end ed il problema si risolve definitivamente.
Ritengo che la procedura da back-end sia ormai da utilizzare solo in casi di ripristino come quello descritto, per tutto il resto il front-end è perfetto.
-
Ok vales, confermo che il backend è meglio usarlo sapendo bene ciò che si fa, ma talvolta è un passaggio obbligato. Riporto la mia esperienza:
Gli utenti con permessi definiti, fra cui il SuperAdmin, si sono sballati dopo il passaggioa versione superiore.
Da Front End provo a riorganizzare i permessi, ma non ottengo risultati soddisfacenti.
Rimuovo i permessi e li ricostruisco, ancora nulla di fatto. Da notare che questo avviene solo con gli utenti pre esistenti.
Dopo numerosi test decido di agire dal back-end ed il problema si risolve definitivamente.
Ritengo che la procedura da back-end sia ormai da utilizzare solo in casi di ripristino come quello descritto, per tutto il resto il front-end è perfetto.
ciao fabio,
segnalo che nella nuova versione non è sufficiente il backend per completare la configurazione. Nella tabella utenti ho inserito infatti un nuovo campo "connessione" che riassume tutti i permessi sia per alcuni form che per le connessioni di ciascun utente. Quindi agendo solo sul backend rimarrebbero fuori i form.
Se tutto ok, come sembra, prevedo una Joomladay 2010 Edition con alcune novità.
-
benissimo, ora abbiamo una linea-guida definita. A questo punto nel nuovo manuale mi conviene rimuovere totalmente la parte destinata al back-end come procedura di ripristino utenti... che dici?
Magari ci si vede al joomlaDay ;)
bye
-
Ragazzi ho provato a dare a tutte le voci presenti in Forms Manager------->
(http://c.imagehost.org/t/0332/permessi_utente.jpg) (http://c.imagehost.org/view/0332/permessi_utente)
inserendo in tutte le voci (che potete vedere sopra/albo_pretorio, albo_storico.....etc ) identici tipi di permessi (come da foto )
(http://c.imagehost.org/t/0772/prima_parte_permessi.jpg) (http://c.imagehost.org/view/0772/prima_parte_permessi)
(http://c.imagehost.org/t/0322/permessi_utente_2.jpg) (http://c.imagehost.org/view/0322/permessi_utente_2)
quando mi loggo come super admin nel sito e vado a configurare dal menu : le voci che stanno sotto inserimento elementi , per le prime 4 ovvero (configurazione, utenti, sezioni, e menù ) nn ci sono problemi
appena vado su atti e allegati e albo pretorio mi esce la scritta .... Area riservata non è consentito l'accesso ai non autorizzati.
se vado in modifiche elementi
alla voce utenti provo a selezionare il super admin e già e strano in quanto mi escono 2 utenti amministratori
(http://c.imagehost.org/t/0866/modifiche_elementi.jpg) (http://c.imagehost.org/view/0866/modifiche_elementi)
per le successive voci: sezioni , categorie , atti e allegati e Abo pretorio ... mi dice Area riservata non è consentito l'accesso ai non autorizzati.
Help come posso risolvere :o :o
-
No, non va bene dovevi lasciare le voci come le configurate dal programma. Dall'immagine vedo che hai fatto delle modifiche non necessarie.
Le 5 connessioni ad accesso riservato hanno permessi diversi dalle altre.
I permessi delle varie connessioni sono illustrati nelle vecchie istruzioni che trovi nel backend.
Con la versione 5 beta 3 non è necessario mettere mano al backend si fa tutto dal menu della finestra di avvio.
Prima si danno i permessi agli utenti poi si può lavorare.
Se sai usare phpmyadmin dovresti cancellare i record della tabella utenti (non la tabella, i record !) e poi ripartire con l'assegnazione dei permessi.
-
Grazie come sempre vales per i tuoi aiuti , non so usare phpmyadmin, il mio problema è nato dal fatto che avevo iniziato a configurare gli accessi con la guida che si rifaceva alla versione precedente di albo pretorio ... solo dopo mi son accorto della nuova guida.....
siccome sono un pò (x non dire completamente)confuso c'è un metodo x disinstallare tutto ChronoConnectivity
ChronoConnectivity albo pretorio senza far danno e ripartire da 0 ?
Grazie
-
Se vuoi partire pulito devi disintallare albo, chronoforms e chronoconnectivity2. L'importante è che tu non abbia altri form di chronoform perchè gli perderesti.
Dopo puoi installare di nuovo tutto seguendo per ordine le istruzioni.
-
ok provo vediamo ke succede !!
-
ho disinstallato tutto e reinstallato..... ma mi escono sempre le vekkie impostazioni e i vekki utenti abilitati prima ... forse ho dimenticato di disinstallare qualcosa.....
ripeto cosa ho Rimosso :
nella voce componenti:
Chrono Connectivity2
Albo Pretorio Setup
Chrono Contact
nella voce moduli: niente
nella voce plugin:
chronocontact
Dimentico qualche voce?
-
Gli utenti sono quelli di joomla, quindi gli devi vedere. Non devono però avere categorie assegnate ed elenchi assegnati.
Se è così va bene.
Altrimenti non hai disinstallato le tabelle, ovvero chronocontact (chronoforms).
-
Segnalo la nuova versione 6.0 beta 1 Joomladay 2010 Edition di Albo Pretorio On Line.
Modifiche inserite nella versione 6.0 beta 1 del 5.10.2010.
- Attivata nuova funzione di notifica per email degli atti a fine pubblicazione.
- Adeguata connessione ricerca_admin alla funzione notifiche.
- Abilitato inserimento nome ente nelle gestioni monoente.
- Corretto bug funzione variazione enti e modificati controlli di permessi di accesso utenti.
- Adeguate istruzioni d'uso alle nuove funzioni e modfiche.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
wow! post notturno eh?
ok, procedo con lo studio ed implementazione di un manuale aggiornato.
p.s. hai ricevuto la versione ridotta a 420px di larghezza del logo?
- add on -
non mi sembra sia necessaria una modifica al manuale... le funzioni nuove sono implementate di loro, l'utente finale se le ritrova in modo trasparente... o mi sbaglio?
Approfitto inoltre per segnalare un piccolo bug trascurabile: nell'inserimento di un atto, se dovessi lasciare non selezionato il campo categoria e sezione, l'errore che viene restituito è in inglese.
-
Ancora 1 volta complimenti per il lavoro!!!! scusatemi ragazzi ma per gestire gli utenti da joomla devo installare un plugin oppure dal pannello admin per gli utenti registrati devo abilitare qualcosa?
-
Ciao evilangel.
l'utente che gestisce al livello inserimenti/modifica l'albo pretorio deve essere di tipo registrato, quello base. Non occorre quindi andare a modificare i permessi al livello di gestione utenti in joomla!
Devi però, dalla pagina di gestione dell'albo pretorio (quella generata da finestra_avvio), agire su UTENTI e definirne i permessi su Categorie e Funzioni. Fai riferimento alla pag. 10 del manuale d'uso ;)
-
wow! post notturno eh?
ok, procedo con lo studio ed implementazione di un manuale aggiornato.
p.s. hai ricevuto la versione ridotta a 420px di larghezza del logo?
- add on -
non mi sembra sia necessaria una modifica al manuale... le funzioni nuove sono implementate di loro, l'utente finale se le ritrova in modo trasparente... o mi sbaglio?
Approfitto inoltre per segnalare un piccolo bug trascurabile: nell'inserimento di un atto, se dovessi lasciare non selezionato il campo categoria e sezione, l'errore che viene restituito è in inglese.
Si, dovrebbe essere tutto abbastanza chiaro. La novità è la funzione notifica. Credo di aver chiarito e semplificato alcune cose nelle istruzioni interne ad albo.
Oggi blackout fino alle 17.00 per corso aggiornamento. Buon lavoro a tutti.
-
grazie per la dritta grendizer71 chiedo sempre scusa x l'ignoranza ma quando dici :
Devi però, dalla pagina di gestione dell'albo pretorio (quella generata da finestra_avvio), agire su UTENTI e definirne i permessi su Categorie e Funzioni. Fai riferimento alla pag. 10 del manuale d'uso
non capisco dove si trova( dalla pagina di gestione dell'albo pretorio (quella generata da finestra_avvio))potresti postare 1 screen
nonostante abbia cancellato tutte cose:
nella voce componenti:
Chrono Connectivity2
Albo Pretorio Setup
Chrono Contact
nella voce moduli: niente
nella voce plugin:
chronocontact
mi continuano ad apparire dei cloni dello stesso utente nella voce variazione categorie degli utenti
(http://b.imagehost.org/t/0811/utenti11.jpg) (http://b.imagehost.org/view/0811/utenti11)
se poi dopo aver selezionato un utente vado nel menu variazione elenchi degli utenti e provo ad abilitare una voce mi esce questo errore
(http://b.imagehost.org/t/0725/abilitazione.jpg) (http://b.imagehost.org/view/0725/abilitazione)
(ho anke installato la versione 6 di albo pretorio ma continua a nn funzionare )
sto x andare a fracassarmi la capoccia in 1 spigolo :'( :'( :'( :'( lol
Invece dal menu Inserimento elementi------> Utenti----->Configurazione Utenti------>Assegnazione categorie agli utenti(dopo aver selezionato l'utente--------> Assegnazione funzioni agli utenti
mi risponde con ques'errore
(http://b.imagehost.org/t/0997/dhooooooooo.jpg) (http://b.imagehost.org/view/0997/dhooooooooo)
ma dove si trova questa voce ?? Lo puoi modificare alla voce modifica utenti
-
@evilangel004,
dovresti lanciare anche la funzione di aggiornamento tabelle dalla versione 4 alla 5, l'errore sul campo "connessione" credo sia dovuto a quello.
Da quello che vedo hai creato non so come degli utenti doppi.
-
confermo quanto detto da vales. in meroto agli utenti doppi dovresti controllare cosa accade in joomla- pannello di controllo-gestione utenti. ci sono utenti duplicati anche li?
inoltre quando mi riferisco alla pagina di gestione dell'albo pretorio intendo proprio la pagina che, come da suggerimento di installazione, appare legata ad una voce di menù, insomma, senza farla lunga, a quello che si vede nella prima pagina del manuale. E' da li, nella colonna modifica, che cliccando sulla voce "utenti" dovresti gestire il tutto.
p.s.
"nonostante abbia cancellato tutte cose..." dal modo di parlare direi che sei delle mie parti ;D sbaglio?
-
Attenzione !!! cliccando sulla voce aggiorna da versione 4 beta 2 a precedenti si è attivata una voce ... che (adesso nn ricodo) xò ora quando mi loggo come super admin riesco a modificare e inserire atti
ho controllato in joomla -------> gestione utenti--------> li nn ci sono utenti duplicati .... xò c'è ne è uno strano chiamato Universalresopot non abilitato credo si sia creato in automatico
ho provato a cliccarci di sopra dove mi escono tutti e 3 gli admin ma da li nn si possono cancellare.... nn ho idea di come si possano cancellare >:( :o :o
Ps
vorrei impedire a gli utenti registrati di poter allegare file negli articoli da dove posso immettere questo blocco?
Ps.
io sn di messina .. tu?
-
Salve, io avrei una richiesta che mi par strano che non interessi a nessun'altro...
Già altre volte avevo citato questa mia esigenza:
Permane l'impossibilità di abbinare moduli-menu specifici solo per questo plugin. :-\
Come avevo già segnalato tempo fa, non riesco ad abbinare un menù specifico che permanga solo quando l'utente naviga nella sezione "albo pretorio".
Premetto che tutto il sito che gestisco è strutturato con moduli menù che appaiono all'occorrenza.
Si riesce a mantenere un menù a "albo pretorio" solo associandolo a TUTTO il sito.
P.S.
Io ho provato in tutti i modi ma non c'è verso; se qualcuno riesce a risolvere questa mia "esigenza" gliene sarei monto grato.
(oltremodo credo sia una opzione molto importante da poter affiancare alla navigazione della sezione).
grazie a tutti
Germano
-
Attenzione !!! cliccando sulla voce aggiorna da versione 4 beta 2 a precedenti si è attivata una voce ... che (adesso nn ricodo) xò ora quando mi loggo come super admin riesco a modificare e inserire atti
ho controllato in joomla -------> gestione utenti--------> li nn ci sono utenti duplicati .... xò c'è ne è uno strano chiamato Universalresopot non abilitato credo si sia creato in automatico
ho provato a cliccarci di sopra dove mi escono tutti e 3 gli admin ma da li nn si possono cancellare.... nn ho idea di come si possano cancellare >:( :o :o
Ps
vorrei impedire a gli utenti registrati di poter allegare file negli articoli da dove posso immettere questo blocco?
Ps.
io sn di messina .. tu?
Finalmente abbiamo capito non avevi aggiornato le tabelle. Ti avevo già fatto la domanda per capire da quale versione partivi, ma mi avevi detto la 5. Comuneque ora è tutto OK come installazione.
Per ripulire la tabella utenti dovresti andare nel backend Componenti->Chronofrom.
A quel punto dovresti vedere tutti i form. In corrispondenza di quello di nome "utenti" dovresti cliccare sulla stessa riga sul campo di nome "xxx_chronoforms_utenti" dove xxx è il prefisso delle tabelle del tuo database (forse sarà "jos").
Si aprirà la finestra di tutti i record della tabella, puoi seguire due vie cancelli tutto o solo i duplicati. Per vedere i duplicati clicchi sulla parola Records in blu.
Gli spunti nella finestrina a sinistra e poi premi l'icona in alto a destra con scritto cancella.
Se cancelli tutti dovrai riconfigurare gli utenti dal frontend con la normale procedura già illustrata.
Non è possibile impedire di allegare è una funzione fondamentale dell'applicazione. Non ha senso caricare atti senza allegati non rispetterebbe la legge. Sarebbe una pubblicazione parziale.
-
Salve, io avrei una richiesta che mi par strano che non interessi a nessun'altro...
Già altre volte avevo citato questa mia esigenza:
Permane l'impossibilità di abbinare moduli-menu specifici solo per questo plugin. :-\
Come avevo già segnalato tempo fa, non riesco ad abbinare un menù specifico che permanga solo quando l'utente naviga nella sezione "albo pretorio".
Premetto che tutto il sito che gestisco è strutturato con moduli menù che appaiono all'occorrenza.
Si riesce a mantenere un menù a "albo pretorio" solo associandolo a TUTTO il sito.
P.S.
Io ho provato in tutti i modi ma non c'è verso; se qualcuno riesce a risolvere questa mia "esigenza" gliene sarei monto grato.
(oltremodo credo sia una opzione molto importante da poter affiancare alla navigazione della sezione).
grazie a tutti
Germano
Ciao germano65, ben tornato,
non mi sono dimenticato del problema, qualche giorno fa in un post è stata discussa questa cosa ed è stata trovata una soluzione. Devo verificare se è possibile applicarla ad albo.
Questo è il link al post
http://forum.joomla.it/index.php/topic,114770.msg508256.html#new
Il problema da risolvere è che non è conosciuto il numero di menù usato in ogni installazione.
Forse si potrà definirlo nella configurazione di albo dopo l'installazione ed aggiungere il parametro ad ogni link usato nelle funzioni di albo.
-
Salve,
ho un problema con la ricerca nell'Archivio Atti Accessibili. Ho impostato tutte le categorie su si, ma ne vedo solo una quando provo a cercare. Qualcuno può darmi la soluzione? Magari è una stupidaggine.
Il sito è http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronocontact&Itemid=92
Grazie sempre per il vostro lavoro
Elena
-
Salve,
ho un problema con la ricerca nell'Archivio Atti Accessibili. Ho impostato tutte le categorie su si, ma ne vedo solo una quando provo a cercare. Qualcuno può darmi la soluzione? Magari è una stupidaggine.
Il sito è http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronocontact&Itemid=92 (http://www.comune.gibellina.tp.it/ap/index.php?option=com_chronocontact&Itemid=92)
Grazie sempre per il vostro lavoro
Elena
C'è qualcosa che non mi torna, con i SI e NO. In configurazione si seleziona la visibilità delle funzioni scegliendo appunto per ogni voce di menù SI o NO.
Le categorie di selezionano nelle voci di menù "utenti" evidenziando ciascuna categoria da settare.
-
Si, ho letto il post che mi hai indicato, cita cosi:
Ho risolto, nel caso servisse a qualcuno vi informo sul metodo :
E' bastato inserire nell'header un campo di input type=hydden name=Itemid value=27 (nel mio caso il menu da evidenziare) e tutto funziona all grande.
... ma non ho capito dove .. nelle varie forms di Chrono Connectivity - Connections Manager?
-
C'è qualcosa che non mi torna, con i SI e NO. In configurazione si seleziona la visibilità delle funzioni scegliendo appunto per ogni voce di menù SI o NO.
Le categorie di selezionano nelle voci di menù "utenti" evidenziando ciascuna categoria da settare.
Grazie per la risposta. Devo purtroppo dirti che ho impostato su SI tutte le categorie e funziona la ricerca negli Atti in corso. E' nell'archivio che non funziona e mi fa vedere una sola categoria.
-
Vales adesso è tutto perfetto!!!! GRAZIE!!!!!
ho fatto come da te suggerito e sono riuscito a cancellare gli utenti e sistemare il tutto,
ti chiedo scusa per le indicazioni imprecise che ti ho dato ma sono un novellino ::) ::)
-
Si, ho letto il post che mi hai indicato, cita cosi:
Ho risolto, nel caso servisse a qualcuno vi informo sul metodo :
E' bastato inserire nell'header un campo di input type=hydden name=Itemid value=27 (nel mio caso il menu da evidenziare) e tutto funziona all grande.
... ma non ho capito dove .. nelle varie forms di Chrono Connectivity - Connections Manager?
Ho trovato la soluzione per inserire il tutto in automatico nell'istallazione di Albo.
Ora però sono a Verona. Se ne riparla dopo il Joomladay. :D
Oggi tutti al lavoro per sistemare la sala del convegno. ;D
-
Grazie per la risposta. Devo purtroppo dirti che ho impostato su SI tutte le categorie e funziona la ricerca negli Atti in corso. E' nell'archivio che non funziona e mi fa vedere una sola categoria.
Elena continuo a non capire dove imposti a SI le categorie perchè non c'è quella funzione. Dovresti essere più precisa, magari inviando qualche immagine o decrivere con precisione la sequenza dei passaggi che fai
Da Verona vales.
-
Ho trovato la soluzione per inserire il tutto in automatico nell'istallazione di Albo.
Ora però sono a Verona. Se ne riparla dopo il Joomladay. :D
Oggi tutti al lavoro per sistemare la sala del convegno. ;D
MITICO Vales !!!!
Non so come fai ad essere sempre così veloce .... ;D
-
Elena continuo a non capire dove imposti a SI le categorie perchè non c'è quella funzione. Dovresti essere più precisa, magari inviando qualche immagine o decrivere con precisione la sequenza dei passaggi che fai
Da Verona vales.
Scusami, ho capito solo adesso che non mi ero spiegata nella descrizione del problema. Ricomincio serenamente:
Il problema credo sia chiaro, cioè quando faccio la ricerca in "Ricerca storico atti accessibili", nel menu a tendina mi visualizza correttamente tutte le Sezioni, ma quando seleziono la sezione che m'interessa, poi mi visualizza una sola categoria all'interno.
Questo non succede quando faccio la ricerca in "Ricerca atti nell'Albo Pretorio in corso di pubblicazione", perché in questo caso vedo tutte le categorie correttamente.
Sono andata a controllare in "Configurazione albo" > "Configurazione ricerche" e vedo che ho impostato su SI tutte le voci relative a "Visualizzare questi campi nelle ricerche", ma questo probabilmente si riferisce alla sivualizzazione del campo.
A questo punto non capisco quale possa eessere il problema. Mi puoi aiutare?
Grazie sempre
E.
-
@elena2505,
Se non hai configurato gli utenti devi andare in inserimento utenti.
Se invece lo hai già fatto devi andare in modifica utenti.
In entrambi i casi devi assegnare all'utente (penso sia administrator) le categorie e nell'altra finestra le funzioni sulle quali vuoi abilitare l'utente, nel caso dell'amministratore consiglio di abilitare tutto.
-
@elena2505,
Se non hai configurato gli utenti devi andare in inserimento utenti.
Se invece lo hai già fatto devi andare in modifica utenti.
In entrambi i casi devi assegnare all'utente (penso sia administrator) le categorie e nell'altra finestra le funzioni sulle quali vuoi abilitare l'utente, nel caso dell'amministratore consiglio di abilitare tutto.
da Verona vales
-
@elena2505,
Se non hai configurato gli utenti devi andare in inserimento utenti.
Se invece lo hai già fatto devi andare in modifica utenti.
In entrambi i casi devi assegnare all'utente (penso sia administrator) le categorie e nell'altra finestra le funzioni sulle quali vuoi abilitare l'utente, nel caso dell'amministratore consiglio di abilitare tutto.
Ho già configurato l'utente administrator con tutti i diritti. Io vorrei però che l'utente non autenticato potesse fare le ricerche nell'archivio selezionando le categorie. Cosa che funziona negli atti in corso, ma non funziona nell'archivio.
-
Non è che hai definito delle categorie non accessibili dopo la fine pubblicazione ?
Quelle non le vedi più come utente non loggato.
Comunque ho visto che hai fatto delle modifiche e non accedi ad albo dalla finestra di avvio e questo ti creerà problemi perchè la finestra di avvio invia varie informazioni alle connessioni ed ai form che sono importanti per il funzionamento di tutto.
Infatti vedo che dopo una ricerca se cambi finestra e poi ritorni la mantiene memorizzata senza resettare. Questo dipende proprio dal fatto che finestra_avvio compie varie attività che nel tuo sito non sono più svolte.
da Verona vales
-
Non è che hai definito delle categorie non accessibili dopo la fine pubblicazione ?
Quelle non le vedi più come utente non loggato.
Comunque ho visto che hai fatto delle modifiche e non accedi ad albo dalla finestra di avvio e questo ti creerà problemi perchè la finestra di avvio invia varie informazioni alle connessioni ed ai form che sono importanti per il funzionamento di tutto.
Infatti vedo che dopo una ricerca se cambi finestra e poi ritorni la mantiene memorizzata senza resettare. Questo dipende proprio dal fatto che finestra_avvio compie varie attività che nel tuo sito non sono più svolte.
da Verona vales
No, ho impostato su SI tutte le categorie alla voce "Ricerca ammessa", ma continuo ad avere problemi nella ricerca in archivio.
Ho seguito il tuo consiglio e adesso si parte da finestra_avvio.
-
Informo, che grazie alla disponibilità di alexred, che il nostro lavoro è stato presentato ufficialmente anche al Joomladay 2010 a Verona al termine della sessione della mattinata del giono 9.
-
E vaii !! ;)
avrei voluto esseci al joomladay ma per lavoro non è stato possibile. Spero che la community apprezzi questa fantastica estensione!
-
ciao a tutti, molto problilmente mi sono perso un passaggio.
ho letto che non si possono cancellare dall'albo documenti publicati. se voglio rimuovere un esempio lo devo fare da db? non c'è altro modo per intervenire e lasciare l'albo pulito?
grazie massimo
-
Si, non si possono rimuovere gli atti pubblicati. E' un problema di ordine giuridico e quindi ci siamo adeguati alle necessità.
E' possibile cancellare con phpmyadmin ovviamente, ma questo altera in conteggio degli atti pubblicati ed al prossimo inserimento avresti due atti con lo stesso numero. Questa è la situazione.
Però se era un atto di prova vuol dire che non hai un installazione definitiva e quindi puoi ripartire da zero.
Alternativa, con phpmyadmin, selezioni l'atto come non visibile dopo la pubblicazione e non sarà più visibile nel frontend, pur avendo un numero assegnato.
-
Ragazzi per quanto riguarda la rimozione degli atti sono d'accordo col fatto che nn si possono rimuovere vista la questione giuridica, xò uno strumento di correzione credo sia necessario , la svista umana è sempre in agguato (almeno x me ::) in particolare la mattina ::) ::)) potrebbe capitare di pubblicare un atto x un'altro oppure una versione non revisionata sopratutto quando si è in periodi particolarmente incasinati (tipo concorsi e gare di appalto)
-
SI, sono d'accordo sulla necessità di poter operare modifiche, magari lasciandone traccia.
Però è necessario. Magari anche solo relativamente agli allegati... può capitare di allegare il file sbagliato.
-
Salve, prima di tutto i miei complimenti per l'ottima estensione dell'Albo Pretorio che sto configurando per il mio sito istituzionale (comune) avevo qualche quesito da porre:
1. Da quanto ho potuto leggere non è possibile alterare il progressivo di pubblicazione (anche da prove fatte da me su phpmyadmin direttamente sul db continua sempre dal progressivo naturale, ad esempio ho inserito due atti ho modificato i numeri 1 e 2 in 1400 e 1401 ma il terzo è ritornato ad essere 3 e questo per me è un problema per chi inizia a pubblicare nel corso dell'anno volendo rispettare le numerazioni anche del cartaceo;
2. Se si configura l'albo sotto una sottodirectory e non sulla root su quali parametri si deve agire per farsi che le le richieste di mostra allegati e upload coincidono in quanto da prove fatte da me spostando la dir l'atto viene inserito ma non viene mostrato.
Grazie in anticipo
-
SI, sono d'accordo sulla necessità di poter operare modifiche, magari lasciandone traccia.
Però è necessario. Magari anche solo relativamente agli allegati... può capitare di allegare il file sbagliato.
Ciao Elena,
la normativa prevede che tali errori vengano corretti da un nuovo atto che sostituisca il precedente come "errata corrige". In quei particolari casi si pubblica un nuovo atto avendo cura di immettere una dicitura del tipo "questo atto sostituisce ed annulla il n.XXXX"
-
Buon giorno a tutti, oggi ho ufficilamente rilasciato il sito del mio comune, a breve lo inserirò.
sono molto contento del lavoro fatto infatti tutti sono rimsti contenti del lavoro.
per quanto rigurda la cancellazione che ieri chiedevo è la prima cosa che mi hanno chiesto, ed in effetti è utile, o meglio penso che sia utile la modifica almeno, esempio oggi caricando il sito è andato in errore e non mi ha caricato l'allegato. penso che che poter moficare il un atto sia comodo, magari lo si marca come modificato.
comunque è uno molto bello e funzionale.
non so perchè ho qualche problema sull'ordinamneto. ma è possibile cambiarlo cliccando su N° albo, data.... ho provato ma non succede niente. se voleve vederlo il sito è:http://www.comune.castelnuovobozzente.co.it/index.php?option=com_chronoconnectivity2&connectionname=ricerca_albo_pretorio
grazie ancora e a presto
massimo
-
Siamo nei video del joomladay a questo link:
http://www.livestream.com/studiolab24/video?clipId=pla_64a87b27-c3f3-4ff2-b0a6-d8539b4494e4
minuto 23 circa della registrazione.
-
Fantastico!!! più visibilità di così ... ;D
Chiedo supporto per un problema Valerio, qualche simpaticone ha cancellato la tabella chronforms_allegati_10 ... non ho parole, l'ha fatto senza backuppare nulla... bah!
Ora, dal momento che coglierò questa occasione per fare un pò di lavate di testa a chi di dovere, mi chiedevo se fosse possibile reimplementarla ex-novo, scevra da dati naturalmente, o se hai qualche idea su come tentare un ripristino della situazione.
Attendo news se possibile... sono fortemente tentato di buttar tutto giù e ricominciare da capo con un installazione pulita... anche perchè mi chiedono continue variazioni alla gerarchia di categorie e sezioni...
bye
-
Questo è il tracciato record della tabella degli allegati
--
-- Struttura della tabella `#__chronoforms_allegati_10`
--
CREATE TABLE IF NOT EXISTS `#__chronoforms_allegati_10` (
`cf_id` int(11) NOT NULL AUTO_INCREMENT,
`recordtime` varchar(255) NOT NULL DEFAULT '',
`cf_user_id` varchar(255) NOT NULL DEFAULT '',
`titolo_all` varchar(255) NOT NULL DEFAULT '',
`allegato` varchar(255) NOT NULL DEFAULT '',
`cod_atto` varchar(255) NOT NULL DEFAULT '',
PRIMARY KEY (`cf_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ;
i dati da ricostruire sono titolo_all, allegato, cod_atto gli altri sono meno importanti, cf_id è la chiave primaria ad autoincremento.
Dal nome del file ricavi il cod_atto e allegato (il nome del file con estensione), titolo_all è il nome devi rimetterlo.
Con un form ad hoc potresti reinserire questi campi.
-
Salve, prima di tutto i miei complimenti per l'ottima estensione dell'Albo Pretorio che sto configurando per il mio sito istituzionale (comune) avevo qualche quesito da porre:
1. Da quanto ho potuto leggere non è possibile alterare il progressivo di pubblicazione (anche da prove fatte da me su phpmyadmin direttamente sul db continua sempre dal progressivo naturale, ad esempio ho inserito due atti ho modificato i numeri 1 e 2 in 1400 e 1401 ma il terzo è ritornato ad essere 3 e questo per me è un problema per chi inizia a pubblicare nel corso dell'anno volendo rispettare le numerazioni anche del cartaceo;
2. Se si configura l'albo sotto una sottodirectory e non sulla root su quali parametri si deve agire per farsi che le le richieste di mostra allegati e upload coincidono in quanto da prove fatte da me spostando la dir l'atto viene inserito ma non viene mostrato.
Grazie in anticipo
Per il punto 1 si può pensare una soluzione inserendo unn nuovo valore in configurazione.
Per il punto 2 non ho capito con precisione il problema, la lettura dell'atto avviene dal database quindi è indipendente dalla directory. Forse ti riferisci alla vista dell'allegato.
Comunque è strano perchè il sito in cui produco e testo gli aggiornamenti è proprio in una sottodirectory.
Puoi mostrare un link di questo problema?
-
se non erro posso lanciare quello script in phpMyAdmin... mi sembra di ricordare che per rendere operativo quanto scrivi debba andare a copia/incollare il tuo codice nell'utility che esegue gli script SQL.
Sbaglio?
Grazie ancora del supporto, mi eviti di rasare a zero e ricostruire :D
-
No fabio, il mio non è uno script . E' un tracciato record per avere sott'occhio il problema. Da phpmyadmin, poi non puoi leggere i nomi dei file, almeno io non lo saprei fare.
Se non hai troppi atti e allegati inseriti puoi fare un form ad hoc che lavora sulla tabella allegati_10, questo intendevo.
-
Capisco.
Ecco perchè non ho voluto metter mano prima di esserne certo. Ho il nome dei file, questo si, ma mancandomi proprio la tabella non saprei ricostruirla... come non saprei agire al livello di creazione form.
quel che mi servirebbe è avere nuovamente la cartella allegati_10, anche vuota... me la vedrei io poi a riempirla.
dai dati in mio possesso la struttura è quella che metto in allegato
Sto pensando ad un workaround:
- installare pulito sul sito B
- esportare solo la tabella (vuota) allegati_10
- importarla nel sito scassato
- riempire la tabella.
Non so se reinstallando l'albo pretorio si vada a ricostruire da se la tabella pulita...
Sempre se non ci siano altre alternative... attendo speranzoso news...
[allegato eliminato da un amministratore]
-
fabio avebo capito male le tue intenzioni.
per ricreare la tabella vuota quello script va bene.
Fai il copia incolla in phpmyadmin nell'opzione sql e via.
Va bene anche disinstallare albo e reinstallare ricrea la tabella.
Scegli tu quella più semplice.
-
Grazie Valerio, ma avevo già provveduto in un altro modo: ho ricreato da zero la tabella studiando un pò il phpmyadmin ed ho cominciato a riempirla grazie alle indicazioni del post precedente.
Quello script però può tornare utile anche per altri.... e questo incidente dimostra la stabilità di albo pretorio online.
Per riempire la tabella sto usando direttamente PhpMyAdmin ed a breve riuscirò a recuperare tutti i dati.
Mi servirebbe solo sapere come ricavare il codice dell'utente che ha immesso il file... ma è una bezzuccia..
grazie ancora!
Fabio
-
Il campo cf_user_id è creato automaticamente da chronoform ed è il codice dell'utente che ha inserito l'atto, l'ho mantenuto in tutte le tabelle proprio per utilità future.
Lo trovi anche nella tabella chhronoforms_atto_10 nel campo cf_user_id dove i campi ccf_if o atto_cf_id hanno lo stesso valore delle prima cifra del nome del file allegato.
-
Per il punto 1 si può pensare una soluzione inserendo unn nuovo valore in configurazione.
Per il punto 2 non ho capito con precisione il problema, la lettura dell'atto avviene dal database quindi è indipendente dalla directory. Forse ti riferisci alla vista dell'allegato.
Comunque è strano perchè il sito in cui produco e testo gli aggiornamenti è proprio in una sottodirectory.
Puoi mostrare un link di questo problema?
Dove devo agire per inserire il valore di partenza per il cronologico dell'albo.
Per il punto 2 intendo nei casi nei quali si implementa il sito in una sottodirectory per poi spostarlo sulla root e si mi riferivo agli allegati.
-
Perfetto, ora tutto è ok.
Mi viene un dubbio: se dovessi spostare un atto da una sezione all'altra, tramite la modifica a mezzo PhpMyAdmin dei valori di riferimento sezione, cominerei paricolari casini, giusto?
L'utente finale, non contento del casotto generato ed appena risolto, chiede questa variante...
Sono tentato di usare la fatidica frase "non si può fare" ...
-
Perfetto, ora tutto è ok.
Mi viene un dubbio: se dovessi spostare un atto da una sezione all'altra, tramite la modifica a mezzo PhpMyAdmin dei valori di riferimento sezione, cominerei paricolari casini, giusto?
L'utente finale, non contento del casotto generato ed appena risolto, chiede questa variante...
Sono tentato di usare la fatidica frase "non si può fare" ...
Sarei tentato di dirlo anch'io. Con Albo sicuramente no, con phpmyadmin non dovrebbero esserci problemi sapendo bene quello che si fa. In questo caso puo cambiare il codice sezione e codice categoria.
Raccomando salvataggi del database e della cartella degli allegati con FTP.
Meglio backup del sito con Akeeba backup che è un bellissimo ed ora veloce tools per il salvataggio.
-
Dove devo agire per inserire il valore di partenza per il cronologico dell'albo.
Per il punto 2 intendo nei casi nei quali si implementa il sito in una sottodirectory per poi spostarlo sulla root e si mi riferivo agli allegati.
Per il punto 1 intendo che si può implementare nella futura versione. Ora non è previsto.
Mi potresti dire come effettui lo spostamento. Perchè credo sia un problema di procedura di questo spostamento.
Credo dovrebbe bastare la semplice installazione di albo nella root usando le stesse tabelle di database. Ma aspetto maggiori informazioni.
-
Ok
Quindi diciamo che per ora per correggere il cronologico mi tocca agire su phpmyadmin dopo aver inserito l'atto.
Lo spostamento ad esempio se ho implementato il sito su /portal/ e lo vorrei portare su / non faccio altro che pulire la root dal vecchio sito e copiarci tutti i file implementati in /portal opportunamente modificando i valori di configuration.php ossia la path questo intendevo per spostamento ma credo mi convenga spostare il sito e poi reinstallare albo e cominciare gli inserimenti.
Basta solo disinstallare i componenti che lo compongono tipo cronoengine - cronoform e albo oppure bisogna cancellare a mano le tabelle nel db?
-
Dipende da quanti atti hai. Disistallando chronoforms e chronoconnectivity perdi tutti gli allegati. Quindi dovresti salvare la cartella degli allegati per poi rimetterla al suo posto.
Spostando e modificando configuration.php poi non dovresti avere problemi. Dovresti disinstallare poi solo albo e reinstallarlo affinche si configuri automaticamente alla nuova situazione.
-
Sulla questione della modifica degli atti pubblicati.
Pensate alle conseguenze che potrebbe aver la circostanza che un cittadino attinge informazioni da un atto pubblicato e in base ad esse imposta determinati comportamenti.
Successivamente l'atto viene modificato prevedendo altre modalità nei comportamenti previsti.
Il cittadino detto sopra sarebbe tranquillo di quello che ha visto la prima volta ed invece sono state cambiate le carte in tavola e lui si trova penalizzato da questo comportamento della pubblica amminsitrazione, perchè potrebbe perdere diritti o opportunità.
Chi è responsabile di questo in caso di ricorsi da parte del cittadino ?
Provate a domandare ad un segretario/a o ad un ufficio legale per vedere cosa vi dice.
-
Sulla questione della modifica degli atti pubblicati.
Pensate alle conseguenze che potrebbe aver la circostanza che un cittadino attinge informazioni da un atto pubblicato e in base ad esse imposta determinati comportamenti.
Successivamente l'atto viene modificato prevedendo altre modalità nei comportamenti previsti.
Il cittadino detto sopra sarebbe tranquillo di quello che ha visto la prima volta ed invece sono state cambiate le carte in tavola e lui si trova penalizzato da questo comportamento della pubblica amminsitrazione, perchè potrebbe perdere diritti o opportunità.
Chi è responsabile di questo in caso di ricorsi da parte del cittadino ?
Provate a domandare ad un segretario/a o ad un ufficio legale per vedere cosa vi dice.
No in effetti le manette non le voglio!!! ;D
L'albo è vuoto e vorrei partire da questo mese per quello, stavo considerando l'opportunità di cominciare a inserire degli atti ancora a sito nascosto e poi spostare il tutto sulla root principale però non credo sia una strada percorribile.
Grazie per le delucidazioni
-
Diciamo pure con tranquillità che sino al 1 gennaio 2011 ogni eventuale casotto non comporterà problematiche legali, proprio perchè abbiamo in essere una proroga e la forma cartacea è ancora l'unico riferimento che la normativa riconosce pienamente.
Mi sono informato per bene e dal primo gennaio, qualunque variazione apportata e non documentata (vedi anche il mio precedente caso di richiesta di spostamento di atti in sezioni diverse) sarà perseguibile, anche penalmente.
Quindi tutti i webmaster devono aver ben chiaro cosa significa la gestione futura di questo albo pretorio... come però anche i responsabili delle varie amministrazioni comunali. E' bene definire una gerarchia di categorie/sezioni nonchè un modus operandi PRIMA della data finale. Diversamente non so chi si vorrà andare ad impelagare con "varianti" che possono prevedere anche l'arresto in particolari casi.
Non è il caso di creare allarmismi, ma è importante capire che le ricadute di un lavoro fatto male possono essere pesanti.
Fortunatamente tanto Joomla 1.5.x che i chronoform (e non ultimo questo albo pretorio) sono molto stabili, facilmente backuppabili e trasferibili ad altro server in caso di disperazione.
Siamo molto fortunati ad aver avuto Vales che ha elaborato questa estensione.
E non è una sviolinata... dico sul serio.
-
Ho trovato la soluzione per inserire il tutto in automatico nell'istallazione di Albo.
Ora però sono a Verona. Se ne riparla dopo il Joomladay. :D
Oggi tutti al lavoro per sistemare la sala del convegno. ;D
Ehi Vales, scusa se ti stresso.... dicevi di avere la soluzione per l'associazione dei menu.... ::)
-
La prossima versione avrà quella novità e lo farà in auto per tutte le chiamate alle finestre di albo.
Quindi il modulo di albo sarà sempre visibile quando albo lavora, senza vederlo in tutte le altre pagine del sito quando non lavora.
La gestione però per i motivi detti più volte sarà sembre dalla finestra di avvio.
La soluzione non è il campo nascosto ma l'aggiunta a tutti i link di chiamata dei form e connessioni del parametro &Itemid=numeromenu. Numeromenu sarà trovato automaticamente per ogni installazione.
-
E' una modifica che posso fare da solo ... o è meglio che attendo il tuo prossimo aggiornamento?
Saluti e Grazie della tua disponibilità.
-
Se vuoi provare salva tutto prima di agire. Un backup di tutto il sito file e database.
Dovresti aggiungere a tutti i link nei campi dei form e connessioni
&Itemid=53
Se il numero della voce di menu di finestra di avvio del tuo sito è 53 altrimenti cambi il numero.
Comunque alcuni link sono complessi e non credo sarà facile se non conosci html, php e javascripts perchè i link sono generati usando tutti questi linquaggi.
Ma a questo punto hai aspettato mesi un giorno più uno meno non credo cambi molto.
-
Hai ragione.
Attenderò la tua soluzione ( è meglio che lasci fare a te ... io potrei fare inutili casini..)
con gratitudine
saluti
Germano
-
Raccomando salvataggi del database e della cartella degli allegati con FTP.
Meglio backup del sito con Akeeba backup che è un bellissimo ed ora veloce tools per il salvataggio.
Ho provato l'attrezzo ed è talmente bello e funzionale che sarei tentato di citarlo nella prossima versione del manuale, come fatto già per OpenOffice. Peccato soloche non faccia il back-up da front-end.
-
Puo fare anche il backup da frontend configurando l'opzione con la password ed il link da chiamare. ;)
-
link da chiamre?! questa mi manca... ed onestamente non è documentata per bene sta cosa... ma forse sono OT...
-
Mi sembra si attiva in preferenze di akeeba.
-
esatto, il punto è che non mi è chiaro il percorso da cui agire... www.nomesito.ext/nonloso ... hai avuto modo di provarlo?
-
mi sono risposto da solo... occorre un applicativo (sempre opensource: Akeeba Remote Control) sul proprio calcolatore, occorre abilitare i servizi Web ed il gioco è fatto.
Sto attrezzo è davvero ben fatto!
-
Appena inseritala nuova versione 7.0 beta 1 di Albo Pretorio On Line.
Modifiche inserite nella versione 7.0 beta 1 del 17.10.2010.
- Inserita possibilità di continuare la numerazione dell'albo manuale in caso di avvio di nuove gestioni.
- Resa sempre visibile la voce di menu di chiamata della finestra di avvio quando albo è attivo.
- Corretti bug finestra modifica allegati.
- Automatizzata eventuale procedura di aggiornamento tabelle.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Gran bella versione questa! installata in 2 sec, provvede subito a fare il controllo di eventuali agiornamenti di tabelle che dovessero rendersi necessari. provvedo appena possibile a variare il manuale con le nuove implementazioni e lo posto qui.
-
salve,
ho appena finito di installare joomla e tutto il necessario per l'albo pretorio, ma mi sono bloccato al punto 15 del tutorial:
L'amministratore del sistema una volta loggato potra accedere dal frontend alla voce di menu utenti dalla quale potrà assegnare le categorie sulle quali opererà l'utente ed inoltre potrà assegnare anche gli funzioni riservate a ciascun utente. Le stesse operazioni sono disponibili sia nella fase di inserimento che di modifica. Con questa funzionalità sarà possibile diversificare i permessi di accesso alle varie funzioni fra i vari utenti. Le seguenti immagini mostrano le nuove finestre operative.
Potreste chiarirmi questo punto?
Dove trovo la voce di menu utenti ? per esempio.
Grazie.
-
Benvenuto in joomla wdex,
Devi loggarti come amministratore, poi dalla finestra di avvio di albo vedrai il menu con le voci utenti, in inserimento ed in modifica. Per menu in questo caso si intende non quelli di joomla ma quello che appare in finestra di avvio.
Da li potrai fare le abilitazioni per l'amministratore e per tutti gli altri utenti.
-
ciao Vales,
grazie per il benvenuto e per esserti interessato al mio problema.
Allora,
effettuo il login come amministratore,
entro nel fronend e clicco sul link da me creato "albo pretorio".
A questo punto mi viene visualizzato un link "Albo pretorio" (solo questo link) che mi porta nella sezione degli atti, ora vuota e piu' giu' questo:
...
Per entrare nell'area riservata di gestione loggarsi con nome utente e password
Sequenza procedure:
1) Configurazione albo
2) Caricamento eventuale enti
3) Caricamento preliminare di Sezioni
4) Caricamento Categorie
5) Caricamento e assegnazione permessi utenti
6) Inserimento atti ed allegati
---
-
Ho riscontrato un problema nel file di installazione. Sospendete un attimo le installazioni e aggiornamenti.
-
Ho riscontrato un problema nel file di installazione. Sospendete un attimo le installazioni e aggiornamenti.
No l'installazione è OK. Ho però riscontrato che non funziona la modifica n. 2 che avevo annunciato.
Resa sempre visibile la voce di menu di chiamata della finestra di avvio quando albo è attivo.
Questo funziona invece nei siti che hanno disabilitata la prima opzione del SEO in configurazione generale di Joomla come da figura.
Questo problema non influisce su tutte le altre prestazioni.
Procedo ad ulteriori verifiche.
[allegato eliminato da un amministratore]
-
ciao a tutti,
Mi aggiungo ai complimenti per vales OTTIMO LAVORO !!!!
installando l'ultima versione "Albo Pretorio On Line 7.0 Beta 1 dopo aver compilato il form :
"Inserimento atti ed allegati" e cliccato su conferma mi appare una pagina bianca, se poi cerco la entry
in Ricerca Admin --> Albo Pretorio non vedo l'atto appena creato.
Dove posso guardare per capire e risolvere questo problema ?
-
Benvenuto nella comunità italiana di Joomla! midone,
ho provato a ripetere un caricamento nel sito demo ma non riscontro il tuo problema. Prova anche tu a farci un giro con le credenziali di guest indicate.
Probabilmente c'è un problema di configurazione non a punto. Riverifica tutti i passaggi descritti nelle istruzioni di installazione e configurazione descritti anche nel backend di Albo Pretorio.
Hai un link al sito ? così possiamo dare un occhiata.
-
ciao,
innanzi tutto complimenti per l'ottimo lavoro che avete svolto e lo spirito di collaborazione che si nota nel forum. Sono colpito dal successo dell'iniziativa.
Ho notato dalla demo che nel form di ricerca i criteri selezionati non rimangono esplicitati a ricerca effettuata, cosa che aiuterebbe l'utente in fase di raffinamento ricerca. Secondo voi è un desiderata realizzabile? Si potrebbe mettere ad esempio al di sopra di risultati trovati una cosa del tipo "ricercato per: xxx, yy, ..." ?
Nei risultati della ricerca sarebbe utile inserire una colonna che indichi l'ente di appartenenza dell'atto?
Infine, mi chiedevo se, una volta che l'atto finisce in archivio, si sempre lecito per chiunque avere la visibilità completa dell'atto archiviato (allegati compresi), oppure se sia necessario in fase di caricamento poter decidere se risulterà visibile solo l'oggetto dell'atto nell'archivio storico.
Rispetto al tema dell'accessibilità, ho visto che esiste la possibilità di includere un'estensione (FAP?) che rende accessibili i contenuti. Scusate l'ignoranza in merito, è un'estensione o è proprio una versione particolare di joomla? E' necessaria per il modulo albo pretorio oppure albo pretorio (verisone 6 o 7) offre già di per sè codice valido?
grazie a chiunque vorrà rispondermi
ciao
-
spero che non mi consigliate di leggermi tutte le 27 pagine di discussione...,agari qualche giorno di calma in ufficio :D
domanda semplice semplice, ma questo fantastico mix di componente che formano l'albo pretorio elettronico, se inserito in un contesto di joomla FAP, mantiene l'accessibilità ?? oppure invalida l'accessibilità e quindi sconsigliate l'uso del template FAP ?
-
Ho notato dalla demo che nel form di ricerca i criteri selezionati non rimangono esplicitati a ricerca effettuata, cosa che aiuterebbe l'utente in fase di raffinamento ricerca. Secondo voi è un desiderata realizzabile? Si potrebbe mettere ad esempio al di sopra di risultati trovati una cosa del tipo "ricercato per: xxx, yy, ..." ?
Nei risultati della ricerca sarebbe utile inserire una colonna che indichi l'ente di appartenenza dell'atto?
Infine, mi chiedevo se, una volta che l'atto finisce in archivio, si sempre lecito per chiunque avere la visibilità completa dell'atto archiviato (allegati compresi), oppure se sia necessario in fase di caricamento poter decidere se risulterà visibile solo l'oggetto dell'atto nell'archivio storico.
Rispetto al tema dell'accessibilità, ho visto che esiste la possibilità di includere un'estensione (FAP?) che rende accessibili i contenuti. Scusate l'ignoranza in merito, è un'estensione o è proprio una versione particolare di joomla? E' necessaria per il modulo albo pretorio oppure albo pretorio (verisone 6 o 7) offre già di per sè codice valido?
grazie a chiunque vorrà rispondermi
ciao
Rispondo insieme a questi ultimi due post.
@rj
Benvenuto nella nostra comunità rj,
1) la memoria della ricerca si può studiare, comunque già ora le ricerche mostrano sopra i risultati i campi, le chiavi usate ed il numero di record trovati.
2) la scelta dell'ente è già prevista è operativa per la gestione multiente dopo aver selezionato a SI il campo ricerca ente nella configurazione di Albo.
3) è valida l'ultima dichiarazione, in fare di caricamento è possibile decidere se un atto continua ad essere visibile dopo la fase di pubblicazione. Basta selezionare il check predisposto a questo fine. Questo vale per tutti i contenuti dell'atto non solo per l'oggetto, che sarebbe una informazione molto ridotta a disposizione dei cittadini. Comunque essendo Albo molto flessibile nelle implementazioni si può valutare questa cosa.
domanda semplice semplice, ma questo fantastico mix di componente che formano l'albo pretorio elettronico, se inserito in un contesto di joomla FAP, mantiene l'accessibilità ?? oppure invalida l'accessibilità e quindi sconsigliate l'uso del template FAP ?
@rj, @Ago_
JoomlaFAP non è un nuovo joomla, sono un template, un componente, un plugin e alcuni file del core di joomla modificati che consentono a joomla di produrre codice accessibile. C'è un sezione dedicata del forum dove si parla di come gestire queste estensioni.
http://forum.joomla.it/index.php/board,23.0.html (http://forum.joomla.it/index.php/board,23.0.html)
Albo Pretorio se usato, applicando le patch di chronoforms e chronoconnectivity indicate nelle istruzioni di installazione, produce codice con la validazione W3C. Ovviamente è da usare con template che producono codice accessibile come JoomlaFAP od altri.
-
perfetto, grazie mille, volevo sapere se l'albo era accessibile usato cn joomla fap (template particolare)
-
Appena inserita la nuova versione 7.0 beta 2 di Albo Pretorio On Line.
Modifiche inserite nella versione 7.0 beta 2 del 20.10.2010.
- Corretto bug visualizzazione enti nel form atto_10_modifica.
- Corretto bug per rendere sempre visibile la voce di menu di chiamata della finestra di avvio quando albo è attivo.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
ciao a tutti, purtroppo anche oggi mi hanno chiamato dal comune per dirmi che hanno pub un atto il quale aveva due allegati e loro ne hanno messo solo uno.
mi spiace ropmere però non so se capita anche a voi la ritengo che la modifica dell'atto si fondamentale, in effetti può capitare di sbagliare.
dovro provare da db mi date due dritte su che tabelle operare?
grazi e buona notte.
massimo
-
Ciao maddella,
purtroppo per legge ciò che è pubblicato ed è visibile al pubblico non deve subire altre alterazioni. Forse bisognerebbe fare in modo tale che chi pubblica abbia ben coscienza di quel che fa. non a caso esiste la funzione di pubblicazione differita. Se la si usa correttamente solo ciò che effettivamente è completo verrà reso disponibile al pubblico.
E comunque, sempre nel rispoetto della normativa, è possibile immettere un nuovo atto che annulli e sostituisca il precedente, magari con i due allegati corretti.
So bene che talvolta siamo preda di gente col click facile, ma è altrettanto vero che il rispetto della normativa prevede un "errata corrige". Pertanto si potrebbe ripubblicare l'atto come annullo e sostituzione del precedente.
Dare la possibilità di cancellare un atto reso già visibile al pubblico è una violazione della legge... pensa ad i possibili usi scorretti che qualcuno potrebbe fare di questa opzione... non so se il resto della community approverebbe questa opzione dentro albo pretorio online.
-
Ciao maddella,
purtroppo per legge ciò che è pubblicato ed è visibile al pubblico non deve subire altre alterazioni. Forse bisognerebbe fare in modo tale che chi pubblica abbia ben coscienza di quel che fa. non a caso esiste la funzione di pubblicazione differita. Se la si usa correttamente solo ciò che effettivamente è completo verrà reso disponibile al pubblico.
E comunque, sempre nel rispoetto della normativa, è possibile immettere un nuovo atto che annulli e sostituisca il precedente, magari con i due allegati corretti.
So bene che talvolta siamo preda di gente col click facile, ma è altrettanto vero che il rispetto della normativa prevede un "errata corrige". Pertanto si potrebbe ripubblicare l'atto come annullo e sostituzione del precedente.
Dare la possibilità di cancellare un atto reso già visibile al pubblico è una violazione della legge... pensa ad i possibili usi scorretti che qualcuno potrebbe fare di questa opzione... non so se il resto della community approverebbe questa opzione dentro albo pretorio online.
Quoto, altrimenti che albo saebbe!
Quando sbagliano a pubblicare qualcosa possono fare un atto di rettifica con una nuova pubblicazione del provvedimento. Ricordo a me stesso che quello che viene messo in pubbicazione ha valore legale, quindi, in breve, chi modifica una pubblicazione compie un'azione illegale. Consentirlo poi mi sembra troppo..... Io questa responsabilità non me l'assumerei.
Saluti, Franco
-
d'accordissimo per quanto detto....però facciamo presente che per sbagliare sicurmente si intendeva...l'impiegato che sbaglia ad allegare file pdf...
e quindi ci troviamo l'allegato A della delibera 10 allegato alla delibera 12....
-
ciao a tutti, purtroppo anche oggi mi hanno chiamato dal comune per dirmi che hanno pub un atto il quale aveva due allegati e loro ne hanno messo solo uno.
mi spiace ropmere però non so se capita anche a voi la ritengo che la modifica dell'atto si fondamentale, in effetti può capitare di sbagliare.
dovro provare da db mi date due dritte su che tabelle operare?
grazi e buona notte.
massimo
d'accordissimo per quanto detto....però facciamo presente che per sbagliare sicurmente si intendeva...l'impiegato che sbaglia ad allegare file pdf...
e quindi ci troviamo l'allegato A della delibera 10 allegato alla delibera 12....
Per queste cose per rimediare non basta il sofware. La questione è molto complessa per i motivi già detti in precedenti post.
Esempio: dopo quanto tempo ci si rende conto dell'errore, secondi o minuti? giorni? le cose cambierebbero notevolmente.
La migliore soluzione credo sia ripubblicare sempre un nuovo atto con tutti i giusti elementi e nel campo "note e info" del vecchio atto inserire la descrizione di ciò che è accaduto ed il riferimento al nuovo atto per le giuste scadenze, ecc.
Ecco questa è la cosa che si potrebbe implementare nella prossima versione: il solo inserimento in un atto già pubblicato delela decrizione dei problemi intervenuti ed il riferimento al nuovo atto che lo sostituisce. Così il cittadino interessato segue tutto l'iter e ritrova tutti i passaggi e documenti in piena trasparenza.
Fatemi sapere cosa pensate.
-
d'accordissimo per quanto detto....però facciamo presente che per sbagliare sicurmente si intendeva...l'impiegato che sbaglia ad allegare file pdf...
e quindi ci troviamo l'allegato A della delibera 10 allegato alla delibera 12....
Ups, chiedo scusa a Vales. Non avevo visto il suo post che è quasi identico al mio. Ottima l'idea del campo note ed info per inserire sul vecchio atto ciò che è accaduto.
Ritengo che a questo punto il Responsabile del procedimento debba fare un provvedimento in tal senso e pubblicarlo. Poi, in conseguenza di ciò, pubblicare nuovamente la delibera 10 e 12 nel modo corretto. La pubblica amministrazione in campo amministrativo opera nella massima trasparenza.
Saluti, Franco
-
Per queste cose per rimediare non basta il sofware. La questione è molto complessa per i motivi già detti in precedenti post.
Esempio: dopo quanto tempo ci si rende conto dell'errore, secondi o minuti? giorni? le cose cambierebbero notevolmente.
La migliore soluzione credo sia ripubblicare sempre un nuovo atto con tutti i giusti elementi e nel campo "note e info" del vecchio atto inserire la descrizione di ciò che è accaduto ed il riferimento al nuovo atto per le giuste scadenze, ecc.
Ecco questa è la cosa che si potrebbe implementare nella prossima versione: il solo inserimento in un atto già pubblicato delela decrizione dei problemi intervenuti ed il riferimento al nuovo atto che lo sostituisce. Così il cittadino interessato segue tutto l'iter e ritrova tutti i passaggi e documenti in piena trasparenza.
Fatemi sapere cosa pensate.
il tuo ragionamento fila alla perfezione....potrebbe essere una soluzione consigliare ai comuni di ripubblicare l'atto correttamente e inserire nelle note del vecchio atto sbagliato "atto corretto e ripubblicato al seguente link"...anche perchè potrebbe capitare di accorgersene dopo ben 5 giorni anche...e lì come dici tu è molto scorretto e poco trasparente...
io penso che questo tuo ragionamento non fa una grinza quando un ufficio cambia "sottobanco" un atto già pubblicato...però cerchiamo di guardare la situazione dal punto di vista del semplice errore di distrazione...
d'altronde non deve essere il creatore di questa magnifica estensione a crearsi questi problemi sopra citati...ma bensì il responsabile del servizio, quindi l'impiegato che lavora sul servizio deve evitare gli errori e assumersi le conseguenze...ma come d'altronde su tutto il mondo lavorativo.
sarà sempre opera del responsabile evitare di modificare gli atti già pubnblicati e optare per una soluzione come suggerita dal creatore stesso.
non so...sono dubbioso su sta cosa, visto che si sta affrontando il problema...
rimane sempre una magnifica estensione e un grazie speciale al creatore...
-
ho notato che non viene supportato il mod_rewrite...la domanda è, in futuro è previsto ??
-
ciao a tutti, sono d accordo sul fatto che la responsabilità della modifica se la deve assumere il gestore dell'albo (l'ente) non chi l'ha progettato, e sicuramente stiamo tutti pensando alle modifiche istantanee quaqndo uno si accorge subito dell'errore. per ultimo dal mio puto di vista l'albo è èiù leggibile se ci sono solo documenti attivi e corretti senza dover andare a cercare le rettifiche etc etc.
eventualemte proporrarei di non modificarlo ma di poterlo archiviare negli atti accessibili, l'atto sbagliato risulta scaduto e pubblico la rettifica all'atto.
ciao e grazie massimo
-
Scusate, volevo sapere (senza leggermi tutte le 28 pagine) se c'è una guida dove l'operatore che fa gli inserimenti possa trovare le risposte su quello che può fare e non ....
Per esempio: io ero convinto che se un'atto venisse inserito con data di pubblicazione 2 giorni avanti, l'atto stesso non sarebbe stato visibile in pubblicazione fino a tale data.
Oggi ho verificato che non è così.... come mai?
ciao a tutti, purtroppo anche oggi mi hanno chiamato dal comune per dirmi che hanno pub un atto il quale aveva due allegati e loro ne hanno messo solo uno.
mi spiace ropmere però non so se capita anche a voi la ritengo che la modifica dell'atto si fondamentale, in effetti può capitare di sbagliare.
dovro provare da db mi date due dritte su che tabelle operare?
Anche gli uffici amministrativi del mio comune lamentano l'impossibilità di modificare eventuali errori...
considerando che loro non possono far niente:
Io ... cosa posso o non posso fare dal database ?
posso modificare i dati senza eliminare l'insezione ?
posso eliminare l'insezione ? ... mi crea problemi con la numerazione ?
Per queste cose per rimediare non basta il sofware. La questione è molto complessa per i motivi già detti in precedenti post.
Esempio: dopo quanto tempo ci si rende conto dell'errore, secondi o minuti? giorni? le cose cambierebbero notevolmente.
La migliore soluzione credo sia ripubblicare sempre un nuovo atto con tutti i giusti elementi e nel campo "note e info" del vecchio atto inserire la descrizione di ciò che è accaduto ed il riferimento al nuovo atto per le giuste scadenze, ecc.
Ecco questa è la cosa che si potrebbe implementare nella prossima versione: il solo inserimento in un atto già pubblicato delela decrizione dei problemi intervenuti ed il riferimento al nuovo atto che lo sostituisce. Così il cittadino interessato segue tutto l'iter e ritrova tutti i passaggi e documenti in piena trasparenza.
Fatemi sapere cosa pensate.
Consapevole di quanto impongono le normative, sono comunque fermamente convinto che ripubblicare lo stesso atto corretto seppur specificandolo, è una procedura che confonde NON POCO l'utente (alla faccia della trasparenza).
Non so se sia fatibile, ma sarebbe interessante la possibilità di poter modificare ogni parte dell'atto o adirittura eliminarlo entro un tempo determinato, 24 ore per esempio.
Si darebbe così la possibilità all'operatore che clicca invio per sbaglio di tornare sui suoi passi senza farsi prendere dal panico... ::)
Saluti a tutti.
P.S.
UN PARTICOLARE RINGRAZIAMENTO A VALES PER L'AIUTO DEDICATOMI.
DOTI D'INTUITO TECNICO E ALTRUISMO OLTRE MISURA.... RI-GRAZIE VALES! :)
-
ritorno sull'argomento specificando che a mio modestissimo parere...che per quanto riguarda la problematica delle modifica...saranno problemi del responsabile del servizio se modificare o meno l'atto...oppure ripubblicarlo corretto etc...e non del programmatore...
-
Scusate se generalizzo... prendetela come uno sfogo... ma sono quasi sicuro che se chi inserice gli atti (leggi operatore comunale) fa il suo lavoro con consapevolezza e precisione non c'è quasi possibilità di fare errori, e se c'è questo può essere facilmente risolto con una ripubblicazione.
Forse il bravo operatore che inserisce i dati deve imparare a calmare il proprio click prima di dire "pubblica" ed accertarsi di aver fatto fino in fondo il proprio dovere.
Ripeto, sto generalizzando poichè esistono terminalisti in gamba nelle P.A., ma se un operatore pubblica con leggerezza ogni santa volta è ovvio che poi chiederà un opzione di "cancella e sostituisci".
Costruire un opzione del genere significa violare la legge, mettiamocelo bene in mente: un atto pubblicato non deve essere sostitutito, modificato o alterato in alcun modo. Anche per le ricadute che questa errata pubblicazione può avere, magari anche solo dopo qualche minuto. L'Atto Sbagliato può essere però invalidato da un successivo atto corretto. Cosa ci sia da complesso da capire in questo da parte di talune P.A. proprio non è chiaro.
Avremo una sfilza di atti annullati e sostituiti? In quel caso si tireranno le orecchie a chi combina sti casotti... e che diamine, chi sbaglia paga!
Scusate lo sfogo...
In merito all'uso dell'estensione è disponibile, qualche post addietro, un piccolo manuale d'uso. A breve pubblicherò quello per la vers. 7.2
-
un piccolo sbaglio...anche solo nella descrizione nel titolo dell'atto può capitare...leggasi errore di battitura...penso che non sia uno scandalo...ma un semplice errore...d'altronde siamo umani, non macchine...
poi, ripeto...a mio avviso dev'essere l'operatore a usare lo strumento con diligenza usando la testa....la responsabilità è sua e dell'ente, non del programmatore
non penso (e lo spero) che adesso siamo impossibilitati a dimenticarci un accento su una lettera...
che poi....conoscendo i nostri dipendenti delle PA...penso proprio che gli errori arrivino a valanga...
-
Salve a tutti.
Per inserire un atto oggi e che venga pubblicato tra due giorni gli metto la medesima data....
Perchè me lo fa vedere comunque negli atti in pubblicazione ?
-
Non deve farlo vedere in anticipo.
Sicuramente c'è un errore nella query di selezione degli atti. Ora controllo e inserirò la correzione nella prossima versione.
Grazie della segnalazione.
Infatti era rimasta nel mio computer questa condizione da inserire nella SELECT della connessione albo_pretorio
AND `datainizio_atto` <= CURDATE()
-
Gli errori di caricamento.
Relativamente a questo problema ho pensato di inserire nella configurazione di albo l'opzione di consentire o non consentire la pubblicazione dell'atto al momento del primo inserimento.
1) In caso di pubblicazione non ammessa al momento dell'inserimento l'utente "svelto di click" per pubblicare dovrà andare nella sezione modifica atti e allegati ed abilitare la pubblicazione. Questo consentirà di ripensare tutto quello che è stato inserito e abilitare dopo il controllo la pubblicazione dell'atto.
Poi se pubblicano comunque atti errati consiglio di destinare ad altri compiti. ;D ;D ;D
2) In caso di pubblicazione ammessa rimarrà tutto come nella versione in corso 7 beta 2.
Penso nel weekend uscirà la nuova versione con alcune correzioni segnalate e la visualizzazione del modulo di albo anche nelle ricerche.
Rimane il problema degli indirizzi SEF con rewrite attivato in joomla. Questo però è un problema di chronoform e chronoconnectivity. Mi sembrà un problema secondario e tollerabile. Se qualcuno vuole studiare il router degli URL di joomla nei componenti è benvenuto in questo impegno.
-
Un'altra modifica che io apporterei ....
.... impostare di default l'ordinamento degli atti mostrando sempre l'ultimo inserito sopra.
L'utente entrando inquadra subito eventuali nuovi inserimenti....
Saluti a tutti.
-
Tanks a germano65.
-
Salve Vales,
mi scuso se ti scrivo in privato ma non ho trovato una mail sul sito di altervista.
Sto provando l'utilissimo Albo pretorio, premetto che non sono un mago in joomla, sono riuscita a installare tutto in maniera semi corretta. Pero attualmente rilevo due errori durante la creazione dell'atto non visualizzo le sezioni e le categorie inserite in precedenza. Ho provato riprendere i passaggi del tutorial ma nulla.
Hai suggerimenti.
Inoltre volevo un ulteriore informazione se un comune vuole utilizzare questo tuo componente deve acquistarlo/fare un offerta o puo scaricarlo e usarlo liberamente.
Ti ringrazio per la cortese attenzione.
Se vuoi spostare la mia domanda in un TRead per renderla pubblica fai pure.
Cordiali saluti
Rispondo pubblicamente a questa messaggio privato di unsilenzio, perchè lo ha chiesto anche lei e perchè l'argomento è di interesse generale.
Non avendo precisato il tipo di errore che appare vado un po' ad intuito e credo che il problema sia la mancata abilitazione dei permessi, sulle categorie caricate, agli utenti, compreso il Super Administrator.
Per quanto riguarda le modalità di utilizzo preciso che il nostro Albo Pretorio ha licenza GPL e quindi è libermente utilizzabile e modificabile da chiunque ne ha la necessità. Chi opera eventuali modifiche deve metterele a disposizione con le stesse modalità. Chiedo solo che siano lasciati i riferimenti al mio lavoro ed a joomla.it che con il suo forum ha permesso questo risultato.
Il nostro Albo Pretorio non sarà mai a pagamento perchè frutto di un lavoro collettivo di tanti dipendenti delle pubbliche amministrazioni che sono tutt'altro che "fannulloni".
Ad oggi oltre 50 enti usano Albo Pretorio e se permettete è un bella soddisfazione.
-
Un'altra modifica che io apporterei ....
.... impostare di default l'ordinamento degli atti mostrando sempre l'ultimo inserito sopra.
L'utente entrando inquadra subito eventuali nuovi inserimenti....
Saluti a tutti.
già, questo si che è importante per il risultato finale
-
Innazitutto vorrei ringraziare ancora, Vales ed il suo staff per il prodotto che a mio avviso dovrebbe essere preso in cosiderazione da diversi enti che spesso optano per soluzioni proprietarie e a pagamento.
Passando all'applicazione in riferimento agli errori che un utente può commettere (e sicuramente li fanno e faranno) ho pensato ho fatto una modifica al codice del form di inserimento attivando per default il "NO" alla voce "Pubblica il documento" e su "Archivia" alla voce: "Al termine della pubblicazione:" così se l'utente va a cambiare i parametri beh non è un problema di velocità di click ma un problema di lentezza di cervello.
Inoltre ho modificato la sezione delle date di pubblicazione in modo che non siano obbligatorie, così non si fa altre pippe mentali. Quando ha finito di inserire di inserire l'atto va nella sezione atti non pubblicati e fa tutto quello che deve fare. Beh se sbaglia anche lì abbiamo un problema di comprendonio visto che in quella sezione è scritto a caratteri cubitali che una volta che l'atto è pubblicato non può essere più modificato.
Ho installato la versione 7 beta 2, ho riscontrato un problema nella modifa dell'atto, una volta che l'ho reso definitivo e clicco sull'apposito pulsante mi da "impossibile visualizzare la pagina " all'indirizzo "/index.php?option=com_chronocontact&task=send&chronoformname=atto_10_modifiche&Itemid=9".
Inoltre le date sulla finestra di modifica sono in formato inglese "aaaa-mm-dd".
NB non ho ancora fatto le modifiche al codice come ho detto in precedenza.
Solo una richiesta, è possibile mettere il nome utente della persona che ha pubblicato l'atto nella form "albo tutti" con relativa data di stampa dell'elenco in testata? in modo che quando lo vado a stampare per depositarlo agli atti come registro ho anche il nome della persona che ha inserito l'atto e so che la stampa è stata effettuata al 31/12.
Grazie e buon lavoro
-
Premesso che ho precedentemente installato noixacl e che ho seguito come un mulo tutte le istruzioni di configurazione della versione dell'albo 7 beta2, dopo aver richiamato dal menu la pagina iniziale, appena mi loggo come amministratore per assegnare da frontend i permessi, mi compare una pagina bianca col seguente avviso: "Fatal error: Cannot redeclare mosgetmenulink() (previously declared in /membri/miosito/modules/mod_mainmenu/legacy.php:20) in /membri/miosito/modules/mod_mainmenu_noix/legacy.php on line 162"
Qualcuno sa dirmi cosa posso fare?
-
Innazitutto vorrei ringraziare ancora, Vales ed il suo staff per il prodotto che a mio avviso dovrebbe essere preso in cosiderazione da diversi enti che spesso optano per soluzioni proprietarie e a pagamento.
Passando all'applicazione in riferimento agli errori che un utente può commettere (e sicuramente li fanno e faranno) ho pensato ho fatto una modifica al codice del form di inserimento attivando per default il "NO" alla voce "Pubblica il documento" e su "Archivia" alla voce: "Al termine della pubblicazione:" così se l'utente va a cambiare i parametri beh non è un problema di velocità di click ma un problema di lentezza di cervello.
Inoltre ho modificato la sezione delle date di pubblicazione in modo che non siano obbligatorie, così non si fa altre pippe mentali. Quando ha finito di inserire di inserire l'atto va nella sezione atti non pubblicati e fa tutto quello che deve fare. Beh se sbaglia anche lì abbiamo un problema di comprendonio visto che in quella sezione è scritto a caratteri cubitali che una volta che l'atto è pubblicato non può essere più modificato.
E' quello che ho proposto qui
Gli errori di caricamento.
Relativamente a questo problema ho pensato di inserire nella configurazione di albo l'opzione di consentire o non consentire la pubblicazione dell'atto al momento del primo inserimento.
1) In caso di pubblicazione non ammessa al momento dell'inserimento l'utente "svelto di click" per pubblicare dovrà andare nella sezione modifica atti e allegati ed abilitare la pubblicazione. Questo consentirà di ripensare tutto quello che è stato inserito e abilitare dopo il controllo la pubblicazione dell'atto.
Poi se pubblicano comunque atti errati consiglio di destinare ad altri compiti. ;D ;D ;D
2) In caso di pubblicazione ammessa rimarrà tutto come nella versione in corso 7 beta 2.
Penso nel weekend uscirà la nuova versione con alcune correzioni segnalate e la visualizzazione del modulo di albo anche nelle ricerche.
Rimane il problema degli indirizzi SEF con rewrite attivato in joomla. Questo però è un problema di chronoform e chronoconnectivity. Mi sembrà un problema secondario e tollerabile. Se qualcuno vuole studiare il router degli URL di joomla nei componenti è benvenuto in questo impegno.
Ho installato la versione 7 beta 2, ho riscontrato un problema nella modifa dell'atto, una volta che l'ho reso definitivo e clicco sull'apposito pulsante mi da "impossibile visualizzare la pagina " all'indirizzo "/index.php?option=com_chronocontact&task=send&chronoformname=atto_10_modifiche&Itemid=9".
Inoltre le date sulla finestra di modifica sono in formato inglese "aaaa-mm-dd".
NB non ho ancora fatto le modifiche al codice come ho detto in precedenza.
Non riconosco quell'URL fra quelle create da Albo. Quando l'atto è definitivo e pubblicato non è più modificabile. Dovresti precisare meglio la sequenza delle operazioni che compi.
Per la data, ho provato a girarla ma ancora non ci sono riuscito.
Solo una richiesta, è possibile mettere il nome utente della persona che ha pubblicato l'atto nella form "albo tutti" con relativa data di stampa dell'elenco in testata? in modo che quando lo vado a stampare per depositarlo agli atti come registro ho anche il nome della persona che ha inserito l'atto e so che la stampa è stata effettuata al 31/12.
Grazie e buon lavoro
Si può fare.
Grazie delle segnalazioni.
-
Premesso che ho precedentemente installato noixacl e che ho seguito come un mulo tutte le istruzioni di configurazione della versione dell'albo 7 beta2, dopo aver richiamato dal menu la pagina iniziale, appena mi loggo come amministratore per assegnare da frontend i permessi, mi compare una pagina bianca col seguente avviso: "Fatal error: Cannot redeclare mosgetmenulink() (previously declared in /membri/miosito/modules/mod_mainmenu/legacy.php:20) in /membri/miosito/modules/mod_mainmenu_noix/legacy.php on line 162"
Qualcuno sa dirmi cosa posso fare?
Il problema sembra creato da noixacl. Albo ha dei permessi di accesso propri indipendenti da quelli di joomla.
Prova a disabilitare o disinstallare noixacl per verificare se il problema persiste.
-
Forse noixacl e albo sono incompatibili, quindi la soluzione teorica potrebbe essere quella di installare l'albo su un altro sito per poi richiamarlo col wrapper.
-
Non riconosco quell'URL fra quelle create da Albo. Quando l'atto è definitivo e pubblicato non è più modificabile. Dovresti precisare meglio la sequenza delle operazioni che compi.
Allora sembra che sia un problema di permessi, e ti spiego passo passo cosa faccio:
- inserisco l'atto in tutte le sue parti senza mandarlo in pubblicazione
- vado in Modifica atti ed allegati - attivo il radio button (Pubblica il documento su "si"
- click sul bottone "invia", mi compare "impossibile visualizzare la pagina" con il link che ti ho già scritto
- Faccio click su aggiorna e mi compare: "You are not allowed to access this URL"
- vado a controllare in ChronoForms -> Form Manager il form "atto_10_modifiche" click sul link: "index.php?option=com_chronocontact&chronoformname=atto_10_modifiche" e mi da la pagina "Area Riservata non è consentito l'accesso ai non autorizzati"
L'utente utilizzato è administratro, nella sezione amministrazione ho impostato tutti i permessi all'utente
Se invece l'atto lo pubblico al momento della redazione il tutto mi funziona, inoltre in fase di modifica mi accetta tutte le modifiche che vado a fare tranne l'aggiunta di un nuovo allegato
Ciao grazie
-
Attenzione a tutti.
Come segnalato da FrancescoM70
In effetti c'è un errore nel form atto_10_modifiche dalla versione 7 beta 1.
Per correggere modificare queste righe nella finestra Validation campo Server Side Validation Code:
prima di queste righe
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
inserite la modifica così
$db =& JFactory::getDBO();
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
FrancescoM70 fammi sapere i risultati.
In giornata uscirà la nuova versione con le correzioni e varie modifiche proposte (tutte). ;D
-
Inserita la nuova versione 8.0 beta 1 di Albo Pretorio On Line.
Modifiche inserite nella versione 8.0 beta 1 del 30.10.2010 proposte negli ultimi post del forum.
- Corretto errore di visualizzazione atti in attesa del giorno di inizio pubblicazione.
- Corretto errore di salvataggio nel form atto_10_modifiche.
- Abilitata visualizzazione modulo della voce di avvio in fase di ricerca.
- Inserita in configurazione la nuova opzione di scelta di visualizzarione delle modalità di pubblicazione in fase di inserimento atti.
- Inserita in configurazione la scelta del ordinamento iniziale delle liste degli atti.
- Corretta in configurazione la modalità di scelta di ricerca sul campo ente.
- Inserita nell'enco Albo tutti gli atti la visualizzazione del nome di chi ha inserito l'atto.
- Aggiornate e semplificate istruzioni di installazione e uso disponibile in backend di joomla.
-
Ok, purtroppo non ho fatto la prova nella modifica, ma ho installato direttamente la vers. 8 e funziona il tutto, quindi se quella modifica è già inserita nella 8 dovrebbe funzionare.
Ho testato l'aggiunta di un ulteriore documento nella sezione modifica, il documento viene inserito nel db, ma non viene associato il numero"cod_atto" nella tabella "jos_chronoforms_allegati_10", di conseguenza non posso vederlo nell'elenco dei file allegati.
Ciao grazie
-
Salve Vales,
Ho installato la tua ultima versione.
Mi genera un'errore quando salvo una modifica nelle impostazioni albo:
Tablechronoforms_configurazione::store failed - Unknown column 'extra1' in 'field list' SQL=UPDATE `jos_chronoforms_configurazione` SET `recordtime`='2010-11-02 - 09:48:19',`cf_user_id`='62',`email`='germano.scandino@gmail.com',`ente`='NO',`ricerca_acc`='SI',`ricerca_pub`='SI',`elenco_acc`='NO',`elenco_sez`='NO',`elenco_cat`='NO',`confnumero_albo`='NO',`confanno_albo`='SI',`confnumero_atto`='NO',`confdata_atto`='NO',`conftitolo_atto`='SI',`confente_atto`='NO',`confdate_atto`='NO',`confsezione_atto`='SI',`confcategoria_atto`='SI',`offset`='0',`extra1`='SI',`extra2`='DESC' WHERE cf_id='1'
-
Salve a tutti, e un ringraziamento particolare a Vales e a chi ha collaborato alla realizzazione di Albo Pretorio.
Ho inserito nel sito del mio Comune questa grande estensione, iniziando a fare le prove in attesa del 01/01/2011.
Sono fermo alla versione 7 beta 1. Ho visto che è possibile installare la 8 beta 1, però ho alcune domande da fare:
1) per fare questo aggiornamento è sufficiente, come ho letto nei post precedenti, disinstallare l'estensione vecchia e poi installare quella nuova?
2) ho trovato molto comoda la funzione che permette di mettere un atto in attesa di pubblicazione, così da evitare, con il successivo controllo, errori di scrittura e di allegare documenti sbagliati, però nella mia installazione non funziona; inserisco l'atto con tutti i dati necessari, allegati compresi, e poi spunto No per la pubblicazione, ma entrando poi in questo atto per pubblicarlo, non riesco a portare a buon fine l'operazione, poiché, quando premo su invia, mi appare una schermata totalmente bianca.
3) la pubblicazione diretta con Super Administrator funziona, ma se mi loggo con un utente del gruppo Publisher, non ho accesso a nessuna funzione e visualizzo l'Albo come se fossi un qualsiasi visitatore del sito. Questo utente è stato configurato in front-end. Dove ho sbagliato?
Grazie anticipatamente per ogni suggerimento!
Andrea
-
Non so se il problema è lo stesso che avevo io, dovresti controllare un paio di post precedenti, se è lo stesso, e Vales mi può correggere se sbaglio, basta inserire la modifica che ha inserito Vales
Attenzione a tutti.
Come segnalato da FrancescoM70
In effetti c'è un errore nel form atto_10_modifiche dalla versione 7 beta 1.
Per correggere modificare queste righe nella finestra Validation campo Server Side Validation Code:
prima di queste righe
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
inserite la modifica così
$db =& JFactory::getDBO();
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
FrancescoM70 fammi sapere i risultati.
In giornata uscirà la nuova versione con le correzioni e varie modifiche proposte (tutte). ;D
oppure aggiorna alla 8
-
Sospendete gli aggiornamenti ho rilevato un problema nell'aggiornamento delle tabelle alla versione 8 beta 1.
Il problema rilevato da germano è dovuto a quello. Non è stato creato il campo "extra1".
Quanto prima invio la nuova versione.
Ho testato l'aggiunta di un ulteriore documento nella sezione modifica, il documento viene inserito nel db, ma non viene associato il numero"cod_atto" nella tabella "jos_chronoforms_allegati_10", di conseguenza non posso vederlo nell'elenco dei file allegati.
Ciao grazie
Francesco dovresti confermarmi che il problema si è posto con aggiunta di un nuovo allegato ad un atto già esistente in attesa di pubblicazione. Ho compreso bene ?
2) ho trovato molto comoda la funzione che permette di mettere un atto in attesa di pubblicazione, così da evitare, con il successivo controllo, errori di scrittura e di allegare documenti sbagliati, però nella mia installazione non funziona; inserisco l'atto con tutti i dati necessari, allegati compresi, e poi spunto No per la pubblicazione, ma entrando poi in questo atto per pubblicarlo, non riesco a portare a buon fine l'operazione, poiché, quando premo su invia, mi appare una schermata totalmente bianca.
3) la pubblicazione diretta con Super Administrator funziona, ma se mi loggo con un utente del gruppo Publisher, non ho accesso a nessuna funzione e visualizzo l'Albo come se fossi un qualsiasi visitatore del sito. Questo utente è stato configurato in front-end. Dove ho sbagliato?
Grazie anticipatamente per ogni suggerimento!
Andrea
@dau68
per il momento stai fermo alla 7 beta 1
per il punto 2 dovresti risolvere con quanto citato da me e francescoM70.
Penso che il tuo problema dipenda dal fatto che forse non hai assegnato tutti i permessi nelle categorie e funzioni all'utente publisher. Prova a rivedere la cosa.
-
Francesco dovresti confermarmi che il problema si è posto con aggiunta di un nuovo allegato ad un atto già esistente in attesa di pubblicazione. Ho compreso bene ?
Confermo, in aggiunta all'atto in attesa, mentre per la pubblicazione diretta l'aggiunta di n files funziona.
-
Io questo problema non l'ho, sarà che accade se installi la 8 beta 1 da zero?
A meno che non abbia capito male il problema.
Tutte le modifiche sull'atto mi funzionano
Salve Vales,
Ho installato la tua ultima versione.
Mi genera un'errore quando salvo una modifica nelle impostazioni albo:
Tablechronoforms_configurazione::store failed - Unknown column 'extra1' in 'field list' SQL=UPDATE `jos_chronoforms_configurazione` SET `recordtime`='2010-11-02 - 09:48:19',`cf_user_id`='62',`email`='germano.scandino@gmail.com',`ente`='NO',`ricerca_acc`='SI',`ricerca_pub`='SI',`elenco_acc`='NO',`elenco_sez`='NO',`elenco_cat`='NO',`confnumero_albo`='NO',`confanno_albo`='SI',`confnumero_atto`='NO',`confdata_atto`='NO',`conftitolo_atto`='SI',`confente_atto`='NO',`confdate_atto`='NO',`confsezione_atto`='SI',`confcategoria_atto`='SI',`offset`='0',`extra1`='SI',`extra2`='DESC' WHERE cf_id='1'
-
ops, mi sono accorto di una cosa:
il form ricerca_albo_pretorio e ricerca_archivio_accessibili non hanno i campi per inserire i criteri di ricerca.
-
@vales
fino ad ordini contrari mi fermo alla versione 7 beta 1... ;)
Per quanto riguarda
Attenzione a tutti.
Come segnalato da FrancescoM70
In effetti c'è un errore nel form atto_10_modifiche dalla versione 7 beta 1.
Per correggere modificare queste righe nella finestra Validation campo Server Side Validation Code:
prima di queste righe
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
inserite la modifica così
$db =& JFactory::getDBO();
$query = "SELECT `offset` FROM `#__chronoforms_configurazione` ";
$db->setQuery($query);
$nomes1 = $db->loadRow();
ho inserito la modifica proposta e tutto funziona!!! ;D ;D ;D
Ho controllato nuovamente i permessi nelle categorie e funzioni dell'utente publisher, ma non ho riscontrato nessun errore! Probabilmente ho delle fette di prosciutto davanti agli occhi... :-[
-
@vales
ho risolto il problema per l'utente publisher, eliminando le fette di prosciutto ::)
Avevi ragione tu, non avevo dato le funzioni giuste; nella finestra "Variazione funzioni degli utenti" non avevo evidenziato negli Elenchi Menu la voce "Modifica atti ed allegati".
Ancora grazie!
-
ciao a tutti, scusate l'assenza dal forum. E' appena nato mio figlio e non ho avuto molto tempo per seguire i posts... mi par di capire che la vers. 8.1 è in sospeso.
Stavo per installarla ma mi son fermato (attualmente c'è la 7.2 in funzione).
Ho capito male o posso proceder con l'aggiornamento?
-
E' appena nato mio figlio e non ho avuto molto tempo per seguire i posts...
Prima di tutto un grandisso augurio da parte di tutti gli sviluppatori, manutentori, collaudatori e fruitori di Albo ;D ;D ;D
Si la 8.01 ha avuto dei problemi. E ho consigliato di sospendere gli aggiornamenti.
A minuti arriva la 8.02 che spero abbia risolto tutto (erano mie disattenzioni) che la squadra ha prontamente individuato.
-
ops, mi sono accorto di una cosa:
il form ricerca_albo_pretorio e ricerca_archivio_accessibili non hanno i campi per inserire i criteri di ricerca.
Non riproduco quel problema, forse in configurazione generale hai disabilitato i campi delle ricerche ?
-
Inserita la nuova versione 8.0 beta 2 di Albo Pretorio On Line.
Modifiche inserite nella versione 8.0 beta 2 del 02.11.2010
- Corretto errore installazione precedente versione 8 beta 1.
- Aggiunta segnalazione di nuove versioni disponibili in finestra_avvio
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html
-
Grazie per gli auguri, sto installando la vers. 8.2
A breve sarà disponibile (presumo entro domani) una versione aggiornata del manuale d'uso (ch chiamerò Matteo Edition ;D) contenente tutte le nuove features.
un saluto a tutto il NG!
-
@vales
ho letto che hai inserito la vers. 8.2 . Siccome è la prima volta che devo aggiornare l'Albo, sono andato a leggere altri post, e mi sembra di aver capito che è sufficiente disinstallare unicamente la versione precedente e, senza toccare altro, installare l'ultima pubblicata. Corretto?
Scusate per la domanda banale, ma non vorrei creare dei casini!!!
-
Ciao dau68,
meglio farle le domande che correre ai ripari :D
si, la procedura è esattamente quella: disintalla il vecchio componente ed installa il nuovo. Il resto varia in maniera trasparente.
-
Nessuna nuova, buona nuova. ;D ;D
Chi ha provato l'ultima release può dare qualche riscontro ?
-
Chi ha provato l'ultima release può dare qualche riscontro ?
Io l'ho installata e sembra funzionare il tutto, il problema ricerche che avevo evidenziato prima risolto un nuovo salvataggio della configurazione. Sembra che vada tutto bene, una sola domanda a cosa ti riferisci quando dici "2.Aggiunta segnalazione di nuove versioni disponibili in finestra_avvio" ? Mi uscirà un messaggio o dovrei avere una voce per controllare se esistono nuove versioni? Perchè non ne vedo.
Ciao e ancora grazie
-
Grazie per le verifiche.
Quando ci sarà una nuova versione apparirà (spero) un messaggio nel menù di gestione di albo.
-
@vales
@grendizer71
HELP!
ho fatto l'aggiornamento dalla vers. 7 alla 8 beta 2. Disinstallato ed installato il componente senza problemi e senza errori. Sul sito funziona, ci sono tutti i dati di prova già inseriti, si possono fare le varie ricerche, ma, entrando come Super Administrator iniziano i problemi:
1) in "Inserimento elementi" riesco ad entrare e lavorare solo in Configurazione Albo, Enti, Utenti, e Atti ed Allegati (qui entro, inserisco i dati, ma dopo aver premuto su Conferma, invece di passare all'inserimento dell'allegato, appare il messaggio "Area riservata non è consentito l'accesso ai non autorizzati.". Non posso entrare in Sezioni e in Categorie.
2) in "Modifiche elementi" riesco ad entrare e lavorare solo in Enti e Utenti, mentre in Notifiche, Sezioni, Categorie e Atti ed Allegati appare il messaggio in inglese "You don't have suffecient view permissions to view this page".
Cos'è successo?
-
Devi assegnare i permessi anche all'amministratore.
Vai in utenti ed assegni le categorie e le funzioni a tutti gli utenti che desideri, amministratore compreso.
Dai una lettura anche alle istruzioni che trovi nel backend di joomla alla voce Componenti->Albo Pretorio Setup.
-
@vales
Prima di scrivere sono andato a verificare in "Modifiche elementi" utenti, ma i permessi sono rimasti quelli impostati con la versione precedente, sia per il Super Administrator che per l'altro utente. Non è che li devo confermare nuovamente?
-
Se erano già inseriti dovrebbero rimanere validi i precedenti permessi.
Comunque puoi confermare non farai danni. L'importante è che tu abbia fatto le giuste assegnazioni alle categorie e funzioni.
-
Approfitto per una segnalazione.
Non ho testato altrove quindi potrebbe trattarsi di un problema tutto mio, pertanto chiedo anche ad altri di verificare.
Se un utente (livello registrato in Joomla) non ha tutti i permessi abilitati nella scheda "variazione funzioni degli utenti", nella gestione albo pretorio, front end, costui non riuscirà a pubblicare un atto.
Presumo sia solo un mio problema, ma vorrei averne conferma anche da altri utenti. Se ad esempio si togliessero i diritti di modifica categorie e sezioni, il vostro end user riesce a pubblicare lo stesso?
-
No, è un problema vero, ho verificato anch'io, l'utente non entra nel form inserimento allegati.
Ora controllo il codice.
Tanks.
Forse è lo stesso bug segnalato da dau68.
-
Infatti Vales,
leggendo il suo problema mi è subito balzata in mente un anomalia analoga che avevo riscontrato tempo fa.
-
Inserita la nuova versione 8.0 beta 3 di Albo Pretorio On Line.
Modifiche inserite nella versione 8.0 beta 3 del 04.11.2010
Corretti bugs permessi utenti e form notifiche
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Spero tutto sia stato sistemato. Ho aggiornato i codici di riconoscimento utenti ed autorizzazioni, era saltato anche un link al form notifiche in finestra avvio.
Dovreste vedere il segnale di aggiornamento in finestra di avvio loggandovi come utente o amministratore.
-
@vales
@grendizer71
sono entrato in front-end come Super Administrator e ho riconfermato tutti i diritti a tutti gli utenti, così come erano impostati nella versione precedente e ha ripreso a funzionare senza problemi.
Sempre entrando in front-end mi è apparso l'avviso della presenza della vers. 8 beta 3. In giornata la installerò!
Grazie ancora!
-
Allora ho installato la versione 8b3, funziona il tutto, anche con utente non administrator.
Vorrei porvi una ulteriore aggiunta sempre se è possibile.
Nel mio comune ogni settore si dovrà inserire i propri atti di competenza e li pubblica
E' possibile inviare all'atto di pubblicazione un'email allo stesso utente dove si attesta l'avvenuta pubblicazione, con le relative date, i riferimenti all'oggetto, il numero progressivo di pubblicazione e il nome utente?
Così una volta pubblicato si stampa l'attestazione e si allega all'atto.
grazie
-
Bene mi sembra abbiamo ristabilito le cose come dovevano essere. ;D
La notifica è già prevista al termine della pubblicazione. All'inizio pubblicazione non mi sembrava avesse importanza quanto quella che attesta l'avvenuta pubblicazione dal ... al...
Comunque se è d'interesse generale si può valutare una sua implementazione. Nel caso di invio personalizzato si farà riferimento all'email di registrazione dell'utente in joomla.
Comunque non è una cosa di immediata fattibilità come l'email abbinata ad un form. Va fatta un cosa un po' particolare.
-
Mi ricollego al post di
Allora ho installato la versione 8b3, funziona il tutto, anche con utente non administrator.
Vorrei porvi una ulteriore aggiunta sempre se è possibile.
Nel mio comune ogni settore si dovrà inserire i propri atti di competenza e li pubblica
E' possibile inviare all'atto di pubblicazione un'email allo stesso utente dove si attesta l'avvenuta pubblicazione, con le relative date, i riferimenti all'oggetto, il numero progressivo di pubblicazione e il nome utente?
Così una volta pubblicato si stampa l'attestazione e si allega all'atto.
grazie
non l'ho mai fatto presente, ma sia con le versioni precedenti che con la vers. 8b3 non ho mai ricevuto l'e-mail di notifica atti inseriti, pur avendo inserito nel campo apposito, all'interno della "Configurazione Albo", l'indirizzo di posta a cui inviarla. Ho sbagliato anche qui qualche passaggio? :'(
-
La notifica serve per gli atti che sono alla fine della pubblicazione. Almeno da quello che ho potuto vedere nella prima apparizione di essa, non ricordo quale. Vales potrà essere sicuramente più preciso.
-
Per ricevere l'email è necessario che sia configurato anche joomla per tale funzione nel backend
Configurazione -> Configurazione E-mail normalmente basta settare Funzione PHP Mail
altrimenti va attivata Server SMTP con un account valido nelle righe successive
-
Per ricevere l'email è necessario che sia configurato anche joomla per tale funzione nel backend
Configurazione -> Configurazione E-mail normalmente basta settare Funzione PHP Mail
altrimenti va attivata Server SMTP con un account valido nelle righe successive
si, si, la configurazione nel back-end era stata fatta con Funzione PHP Mail. Ma il motivo, per cui, finora, non ho ricevuto nulla, è quello citato La notifica serve per gli atti che sono alla fine della pubblicazione. Almeno da quello che ho potuto vedere nella prima apparizione di essa, non ricordo quale. Vales potrà essere sicuramente più preciso.
?
-
?
nel senso che quando inserisco un atto non ricevo nessuna email di inserimento, la ricevo solo se vado nella sezione notifiche, seleziono l'atto da notificare e click su "notifica" ma mi funziona solo se la data di pubblicazione è terminata, infatti se non lo è mi esce il messaggio "La data di fine pubblicazione deve essere minore della data corrente". Quindo ho pensato che la notifica dell'atto servisse solo per quegli atti in fine pubblicazione, poi non so se sto sbagliando qualcosa oppure ho capito male.
-
nel senso che quando inserisco un atto non ricevo nessuna email di inserimento, la ricevo solo se vado nella sezione notifiche, seleziono l'atto da notificare e click su "notifica" ma mi funziona solo se la data di pubblicazione è terminata, infatti se non lo è mi esce il messaggio "La data di fine pubblicazione deve essere minore della data corrente". Quindo ho pensato che la notifica dell'atto servisse solo per quegli atti in fine pubblicazione, poi non so se sto sbagliando qualcosa oppure ho capito male.
Perfetto
con l'attuale versione la notifica è inviabile solo per gli atti per i qual è finito il periodo di pubblicazione.
-
Perfetto
con l'attuale versione la notifica è inviabile solo per gli atti per i qual è finito il periodo di pubblicazione.
Bene, mercoledì ore 12,30 farò una dimostrazione del sistema a tutti i dirigenti del Comune, domani al Segretario Generale e al suo staff.
Mi spiegate qual è il senso di notificare gli atti in fine pubblicazione? Tanto per non trovarmi in difficoltà su un'eventuale domanda del genere.
-
@vales
ho capito; quindi solo dopo la fine pubblicazione, devo entrare in "Notifiche", selezionare l'atto da notificare, premere "Notifica" e via e-mail mi arriverà la comunicazione.
Sempre che Joomla sia stato ben configurato per l'invia di posta elettronica... Ho fatto una prova, ma non ho ancora ricevuto nulla; in back-end ho Funzione PHP Mail attiva!!!
-
Bene, mercoledì ore 12,30 farò una dimostrazione del sistema a tutti i dirigenti del Comune, domani al Segretario Generale e al suo staff.
Mi spiegate qual è il senso di notificare gli atti in fine pubblicazione? Tanto per non trovarmi in difficoltà su un'eventuale domanda del genere.
Francesco,
la notifica (forse il termine si può migliorare) è un email che viene inviata all'indirizzo indicato in configurazione e serve a documentare che l'atto è stato pubblicato effettivamente nel periodo indicato.
Una specie di referto di pubblicazione, simile a quello cartaceo per gli atti pubblicati al vecchio albo murale. Ho ritenuto che fosse utile questa funzione.
Se l'email indicata sarà poi un posta certificata, pur non essendo certificata quella di spedizione, è sempre un attestazione che alla data dell'invio della notifica la situazione era quella dichiarata nel report.
Facci conoscere l'esito della presentazione. Mi permetto di segnalarti a tale fine anche l'elenco degli enti che adottano Albo, qui in testa al forum.
@vales
ho capito; quindi solo dopo la fine pubblicazione, devo entrare in "Notifiche", selezionare l'atto da notificare, premere "Notifica" e via e-mail mi arriverà la comunicazione.
Sempre che Joomla sia stato ben configurato per l'invia di posta elettronica... Ho fatto una prova, ma non ho ancora ricevuto nulla; in back-end ho Funzione PHP Mail attiva!!!
Gli atti devono avere quella caratteristica di aver finito la pubblicazione.
Ma quando vai in Notifiche lo vedi un elenco di atti pubblicati ?
-
Assolutamente si, e se provo a fare la notifica di atti ancora in pubblicazione, mi appare il messaggio "La data di fine pubblicazione deve essere minore della data corrente".
-
Non hai atti con pubblicazione finita ?
Oppure non ti arriva l'email di notifica per atti con pubblicazione finita?
-
Francesco,
la notifica (forse il termine si può migliorare) è un email che viene inviata all'indirizzo indicato in configurazione e serve a documentare che l'atto è stato pubblicato effettivamente nel periodo indicato.
Una specie di referto di pubblicazione, simile a quello cartaceo per gli atti pubblicati al vecchio albo murale. Ho ritenuto che fosse utile questa funzione.
Se l'email indicata sarà poi un posta certificata, pur non essendo certificata quella di spedizione, è sempre un attestazione che alla data dell'invio della notifica la situazione era quella dichiarata nel report.
Facci conoscere l'esito della presentazione. Mi permetto di segnalarti a tale fine anche l'elenco degli enti che adottano Albo, qui in testa al forum.
Gli atti devono avere quella caratteristica di aver finito la pubblicazione.
Ma quando vai in Notifiche lo vedi un elenco di atti pubblicati ?
Non so l'utilità di inviarla alla fine della pubblicazione, credo che sarebbe più utile poterlo fare sempre. O magari aggiungere la possibilità di stamparla. Nel senso che vado in elenco notifiche, seleziono l'atto che mi interessa e click mi stampo l'attestazione. Anche perchè così evitiamo di mandare tutte le email ad una sola persona che prima o poi non le leggerà più, ed il problema sarà individuare la persona che deve leggerle ed eventualmente inoltrarle a chi di competenza.
Non trovo l'elenco degli enti che usano questa procedura (TROVATO) :-)
-
Non so l'utilità di inviarla alla fine della pubblicazione, credo che sarebbe più utile poterlo fare sempre. O magari aggiungere la possibilità di stamparla. Nel senso che vado in elenco notifiche, seleziono l'atto che mi interessa e click mi stampo l'attestazione. Anche perchè così evitiamo di mandare tutte le email ad una sola persona che prima o poi non le leggerà più, ed il problema sarà individuare la persona che deve leggerle ed eventualmente inoltrarle a chi di competenza.
Non trovo l'elenco degli enti che usano questa procedura
Qualcuno l'aveva chiesta all'inizio della discussione. La stampa si può aggiungere non è un problema. Ma l'email credo abbia maggior valore di prova in caso di contestazioni.
L'elenco è nel primo post evidenziato in questa sezione del forum
http://forum.joomla.it/index.php/topic,105737.0.html
-
Allora ho installato la versione 8b3, funziona il tutto, anche con utente non administrator.
Vorrei porvi una ulteriore aggiunta sempre se è possibile.
Nel mio comune ogni settore si dovrà inserire i propri atti di competenza e li pubblica
E' possibile inviare all'atto di pubblicazione un'email allo stesso utente dove si attesta l'avvenuta pubblicazione, con le relative date, i riferimenti all'oggetto, il numero progressivo di pubblicazione e il nome utente?
Così una volta pubblicato si stampa l'attestazione e si allega all'atto.
grazie
Non so se si può fare o meno, l'ideale sarebbe che appena pubblicato l'atto (proprio come detto qui) arrivasse in automatico l'E-Mail di inizio pubblicazione con tutti i riferimenti:
le relative date, i riferimenti all'oggetto, il numero progressivo di pubblicazione e il nome utente
Stessa cosa, sempre in automatico, il sistema dovrebbe inviare una nuova E-Mail di fine pubblicazione.
Scusatemi se sono stato ripetitivo ma ritengo siano importanti le due E-Mail al fine di documentare compiutamente l'attività di pubblicazione effettuata dal dipendente comunale.
Saluti, Franco
-
Non hai atti con pubblicazione finita ?
Oppure non ti arriva l'email di notifica per atti con pubblicazione finita?
Si, nelle pubblicazioni di prova che sto facendo in questi giorni, ho un atto con pubblicazione finita; sono entrato in Notiche, ho selezionato questo atto, ho premuto il tasto Notifica, è apparsa la scritta "Notifica di pubblicazione in Albo Pretorio On Line" - Inviata all'indirizzo email: info@comune.xxxxx - Numero in albo 1123 anno 2010, ecc...
Come mi avevi scritto, sono andato a verificare nella configurazione del back-end di Joomla: la Funzione PHP Mail è attiva! Dove sarà il problema?
-
Qualcuno l'aveva chiesta all'inizio della discussione. La stampa si può aggiungere non è un problema. Ma l'email credo abbia maggior valore di prova in caso di contestazioni.
http://forum.joomla.it/index.php/topic,105737.0.html
Credo che finchè non usi una posta certificata, l'email ha lo stesso valore della carta stampata, se non di meno, visto che la carta la puoi timbrare e firmare.
Comunque a mio avviso si potrebbe partire con l'implementazione della stampa, mettendo gli stessi contenuti dell'email che viene inviata a fine pubblicazione, anche perchè così la stampa il diretto interessato e non hai il problema di a chi devi mandare l'email nel caso di utilizzo dell'applicazione da più postazioni e reparti. Poi si può passare all'email alla casella di posta configurata per l'utente all'interno di joomla, poi lui penserà a chi inoltrarla di competenza
-
Salve,
No so a voi ... ma a me dopo installata l'ultima versione, mi presenta gli elenchi degli atti in un ordine che non capisco... nè ascendente nè discendente.
Sono tutti misciati ??? ... ultimi un po sopra un po sotto.... un po in mezzo... :o
-
le notifiche via mail servono certo, ma non hanno valore legale a meno che esse non abbiano tutto il percorso entro i parametri della PEC.
Quindi un dipendente comunale che mostri un elenco di email attestante cosa ha fatto non avrebbe un documento che che certifichi la veridicità legale. Data la complessità e la varietà di casi, credo non sia percorribile riuscire a far girare queste email in modalità "pec", almeno per come sono descritte le procedure nella normativa italiana.
Pertanto l'utilità di avere queste email si limiterebbe ad una mera notifica... penso che pr come stiano le cose, la notifica di fine pubblicazione (leggi defissione) vada più che bene, al limite può essere attivata - la lancio come ipotesi - una notifica di affissione da far recapitare ad una sorta di "controllore", ma giusto per informarlo di ciò che è avvenuto... se ad esempio l'atto porta il titolo corretto, ha il riferimento esatto, ha tutti gli allegati, ha il tempo di pubblicazione corretto ecc.
-
Salve,
No so a voi ... ma a me dopo installata l'ultima versione, mi presenta gli elenchi degli atti in un ordine che non capisco... nè ascendente nè discendente.
Sono tutti misciati ??? ... ultimi un po sopra un po sotto.... un po in mezzo... :o
Vai in configurazione scegli l'ordine che preferisci e salva.
-
Vai in configurazione scegli l'ordine che preferisci e salva.
.... già fatto...
praticamente mi ordina gli atti in due blocchi: quelli prima dell'aggiornamento e quelli dopo... ma stai meno a dare un'occhiata: http://www.comune.torreano.ud.it/index.php?option=com_chronoconnectivity2&connectionname=albo_pretorio&Itemid=324
ciao
Germano
-
E' vero fa un ordinamento in base al numero progressivo 1 -10-11-12-2-20-21 perchè il numero in albo è di tipo Varchar basta modificarlo in int[5]
-
E' vero il problema è quello che dice francesco.
Ma la soluzione è un po' più complessa salterebbero altre cose. Mi sono dimenticato di estendere le stesse modalità usate per l'ordinamento manuale su N. in albo, che funziona, all'ordinamento di partenza.
Grazie per i controlli ed i collaudi.
-
Inserita la nuova versione 8.0 beta 4 di Albo Pretorio On Line.
Modifiche inserite nella versione 8.0 beta 4 del 05.11.2010
Corretto ordinamento iniziale elenchi.
Inserita funzione di stampa form notifiche
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Attenzione!
Dalla prossima versione 8 beta 5, attualmente in prova, inserirò, la possibilità di inviare l'email di notifica all'utente loggato contenente anche gli allegati all'atto.
Considerato l'interesse che questa cosa ha avuto nella discussione, chiedo una valutazione ed eventuali suggerimenti e segnalzioni su questo.
Il metodo è molto flessibile, grazie ai potenti mezzi che Joomla! mette a disposizione, e l'email oltre che all'utente loggato sarà anche inviabile a mezzo mondo (speriamo che non la considerino spamm ;D ).
La cosa è utile perchè consente di creare un archivio locale degli allegati con il nome depositato sul server. E non fa mai male avere una copia in più degli allegati in caso di problemi sul server. ;)
In seguito penseremo anche all'invio automatico dopo la pubblicazione ed a fine pubblicazione.
Valutate però tutto questo traffico di email cosa può comportare per gli utenti.
Per questo l'ideale sarebbe che i server che ospitano i siti avessero la funzione crontab o simili.
Ma poichè tutti i server non hanno questo forse si farà un barbatrucco, che consiste in questo, il primo utente che accede al server in ogni giorno attiverà, a sua insaputa, la funzione di invio notifiche di tutti gli atti per i quali è scaduta la pubblicazione il giorno precedente.
Questa cosa in automatico dovrà avvenire ovviamente una sola volta.
Chi ha altre idee le spari presto.
-
@vales
In attesa della beta 5, ti ricordo un piccolo problema che riscontro dalla vers. 7; si verifica solo con Firefox e non con IE8: quando clicco sul link dell'allegato dell'atto pubblicato, si apre una finestra vuota di FF con un'altra sopra di scelta della stampante per la stampa diretta del documento e, contemporaneamente, si apre anche la finestra con la richiesta di salvare e/o aprire il file pdf. Ho notato che questa cosa, nel 99% degli utilizzatori di FF, crea grossi problemi in quanto non tutti capiscono che, prima di aprire/salvare il pdf, devono annullare la stampa, chiudere la finestra vuota. Non si potrebbe risolvere questo piccolo "bug"? Ho fatto fatica in questi ultimi anni a far accettare FF come browser predefinito, e mi dispiacerebbe che per questa cosa venisse abbandonato per IE8!
Per la precisione non ho avuto modo di provarlo con Opera e Chrome.
Ciao!
-
@vales
In attesa della beta 5, ti ricordo un piccolo problema che riscontro dalla vers. 7; si verifica solo con Firefox e non con IE8: quando clicco sul link dell'allegato dell'atto pubblicato, si apre una finestra vuota di FF con un'altra sopra di scelta della stampante per la stampa diretta del documento e, contemporaneamente, si apre anche la finestra con la richiesta di salvare e/o aprire il file pdf. Ho notato che questa cosa, nel 99% degli utilizzatori di FF, crea grossi problemi in quanto non tutti capiscono che, prima di aprire/salvare il pdf, devono annullare la stampa, chiudere la finestra vuota. Non si potrebbe risolvere questo piccolo "bug"? Ho fatto fatica in questi ultimi anni a far accettare FF come browser predefinito, e mi dispiacerebbe che per questa cosa venisse abbandonato per IE8!
Per la precisione non ho avuto modo di provarlo con Opera e Chrome.
Ciao!
stesso problema anche a me...gli utenti poco pratici possono trovarsi in difficoltà
-
Salve
avrei una piccola richiesta/chiarimento in merito all'albo, nel mio comune viene effettuata la pubblicazione degli atti demografici in maniera autonoma e separata dall'albo pretorio principale :o, il dubbio mio è questo se ora on line inserisco gli atti dell'albo e quelli del demografico poi mi sballa tutta la numerazione dell'albo tra l'albo principale con gli atti del demografico. La mia domanda è siamo noi anomali e quindi devo far inglobare le pubblicazioni insieme alle altre pubblicazioni oppure è possibile attivare una gestione separata degli atti?
Come sempre grazie
-
@vales
In attesa della beta 5, ti ricordo un piccolo problema che riscontro dalla vers. 7; si verifica solo con Firefox e non con IE8: quando clicco sul link dell'allegato dell'atto pubblicato, si apre una finestra vuota di FF con un'altra sopra di scelta della stampante per la stampa diretta del documento e, contemporaneamente, si apre anche la finestra con la richiesta di salvare e/o aprire il file pdf. Ho notato che questa cosa, nel 99% degli utilizzatori di FF, crea grossi problemi in quanto non tutti capiscono che, prima di aprire/salvare il pdf, devono annullare la stampa, chiudere la finestra vuota. Non si potrebbe risolvere questo piccolo "bug"? Ho fatto fatica in questi ultimi anni a far accettare FF come browser predefinito, e mi dispiacerebbe che per questa cosa venisse abbandonato per IE8!
Per la precisione non ho avuto modo di provarlo con Opera e Chrome.
Ciao!
Ho provato con FF 3.6.8 e non riscontroil tuo problema, mi si apre la finestra dell'allegato e si sovrappone la finestra della stampa, ma questo accade anche con IE, non mi compare la finestra di salvataggio.
-
@FrancescoM70
mi succede questa cosa, perché utilizzo l'estensione di FF "PDFDownload" per la gestione dei documenti in pdf.
Comunque ti confermo che, utilizzando IE8, l'allegato si apre sempre in una scheda diversa da quella dove clicco sul collegamento, senza aprire finestre di stampa.
-
nella pagina di "Modifica atti ed allegati" non mi appare nessun atto da modificare, sebbene pubblicato e sebbene l'utente abbia gli attributi per poterlo fare. Grazie
-
Rispondo a Cirpot:
solo gli atti non visibili al pubblico possono essere modificati, diversamente per legge, questi devono perdere la possibilità di alterazione. Probabilmente nel tuo caso non hai atti poichè tutti quelli presenti hanno avuto l'opzione pubblica = si all'atto della loro creazione.
Segnalo poi quello che a mio avviso è un piccolo bug:
entrando come amministratore ed andando a visualizzare un atto, a fianco al valore "Numero in Albo Pretorio" mi viene restituita sempre e comunque la dicitura "inserito da Administrator" anche se l'atto viene ad essere inserito da utenti diversi.
E' solo un mio problema o si tratta effettivamente di un piccolo bug nell'interpretazione del codice utente?
P.s.
Vales, aspetto il contatto per procedere alla stesura della nuova vers. del manuale... non vorrei fare un lavoro doppio... magari quello che mi appresto ad inserire è già stato scritto.
-
grazie per la celerità...
-
Segnalo poi quello che a mio avviso è un piccolo bug:
entrando come amministratore ed andando a visualizzare un atto, a fianco al valore "Numero in Albo Pretorio" mi viene restituita sempre e comunque la dicitura "inserito da Administrator" anche se l'atto viene ad essere inserito da utenti diversi.
E' solo un mio problema o si tratta effettivamente di un piccolo bug nell'interpretazione del codice utente?
Si effettivamente prende il nome dell'utente loggato, mentre in elenchi admin, compare il nome corretto dell'utente che lo ha inserito
-
Scrivo il mio primo messaggio sul forum sia per ringraziare gli autori di questa magnifica applicazione, sia per segnalare un probabile bug.
Si riferisce alla beta 8 vers. 4 del 5 novembre 2010: nella form di inserimento degli atti non compaiono le sezioni e le categorie create in precedenza all'interno dell'albo pretorio. E' soltanto un mio problema?
-
Scrivo il mio primo messaggio sul forum sia per ringraziare gli autori di questa magnifica applicazione, sia per segnalare un probabile bug.
Si riferisce alla beta 8 vers. 4 del 5 novembre 2010: nella form di inserimento degli atti non compaiono le sezioni e le categorie create in precedenza all'interno dell'albo pretorio. E' soltanto un mio problema?
Hai controllato che l'utente che utilizzi ha i diritti per inserire gli atti per quelle sezioni?
Lo devi verificare nel pannello di amministrazione. Utenti->Variazione categorie degli utenti
-
@vales
In attesa della beta 5, ti ricordo un piccolo problema che riscontro dalla vers. 7; si verifica solo con Firefox e non con IE8: quando clicco sul link dell'allegato dell'atto pubblicato, si apre una finestra vuota di FF con un'altra sopra di scelta della stampante per la stampa diretta del documento e, contemporaneamente, si apre anche la finestra con la richiesta di salvare e/o aprire il file pdf. Ho notato che questa cosa, nel 99% degli utilizzatori di FF, crea grossi problemi in quanto non tutti capiscono che, prima di aprire/salvare il pdf, devono annullare la stampa, chiudere la finestra vuota. Non si potrebbe risolvere questo piccolo "bug"? Ho fatto fatica in questi ultimi anni a far accettare FF come browser predefinito, e mi dispiacerebbe che per questa cosa venisse abbandonato per IE8!
Per la precisione non ho avuto modo di provarlo con Opera e Chrome.
Ciao!
Dipende dai settaggi del browser.
Io ho risolto questo problema in Firefox andando in Strumenti->Opzioni->Applicazioni e assegnando ad ogni tipo file la rispettiva applicazione che lo visualizza.
-
Segnalo poi quello che a mio avviso è un piccolo bug:
entrando come amministratore ed andando a visualizzare un atto, a fianco al valore "Numero in Albo Pretorio" mi viene restituita sempre e comunque la dicitura "inserito da Administrator" anche se l'atto viene ad essere inserito da utenti diversi.
E' solo un mio problema o si tratta effettivamente di un piccolo bug nell'interpretazione del codice utente?
E' un bug, mi è rimasto in canna qualcosa. Farò anche queste modifiche.
-
Scrivo il mio primo messaggio sul forum sia per ringraziare gli autori di questa magnifica applicazione, sia per segnalare un probabile bug.
Si riferisce alla beta 8 vers. 4 del 5 novembre 2010: nella form di inserimento degli atti non compaiono le sezioni e le categorie create in precedenza all'interno dell'albo pretorio. E' soltanto un mio problema?
Benvenuto nella comunità di Joomla pier1981,
segui quanto ti ha detto FrancescoM70
Hai controllato che l'utente che utilizzi ha i diritti per inserire gli atti per quelle sezioni?
Lo devi verificare nel pannello di amministrazione. Utenti->Variazione categorie degli utenti
-
nella pagina di "Modifica atti ed allegati" non mi appare nessun atto da modificare, sebbene pubblicato e sebbene l'utente abbia gli attributi per poterlo fare. Grazie
Benvenuto in joomla cirpot,
segui le indicazioni che ti ha fornito grendizer71.
Rispondo a Cirpot:
solo gli atti non visibili al pubblico possono essere modificati, diversamente per legge, questi devono perdere la possibilità di alterazione. Probabilmente nel tuo caso non hai atti poichè tutti quelli presenti hanno avuto l'opzione pubblica = si all'atto della loro creazione.
-
Spero di avervi messi tutti qui
http://valesweb.altervista.org/mappa-degli-enti-di-albo-pretorio-on-line.html
chi non c'è lo segnali nel primo post in evidenza della sezione.
-
Buonasera a tutti! Io ho cominciato a fare qualche prova con il componente per l'albo pretorio ma mi è sorto un dubbio: le I.P.A.B. sono obbligate a pubblicare online l'albo pretorio oppure no? Si parla di obbligo da parte di Enti Locali quali province e regioni e comuni... le IPAB sono enti di beneficenza, enti locali però con autonomia economica. Qualcuno ha qualche informazione al riguardo? Grazie, buon lavoro
-
l'art. 32 della legge 69/2009 dice:
1. A far data dal 1º gennaio 2010, gli obblighi di pubblicazione di atti e provvedimenti amministrativi aventi effetto di pubblicità legale si intendono assolti con la pubblicazione nei propri siti informatici da parte delle amministrazioni e degli enti pubblici obbligati.
(ora 1 gennaio 2011)
Se l'IPAB è obbligata a pubblicare gli atti sembra valga anche per lei. Comunque verifica con i suoi esperti.
-
Certamente, ho controllato i privilegi degli utenti, perciò ho pensato di vedere se fosse stato solo un mio problema. Downgradando alla versione 8.00 vers. 2 non ho più avuto problemi.
-
l'art. 32 della legge 69/2009 dice:
(ora 1 gennaio 2011)
Se l'IPAB è obbligata a pubblicare gli atti sembra valga anche per lei. Comunque verifica con i suoi esperti.
Confermo quanto scritto da Vales: ho un caso anlogo e l'obbligo di pubblicazione c'è a prescindere dalla natura no-profit dell'istituzione. Come però giustamente è stato detto, meglio affidarsi al parere di un esperto delle tue parti, magari facendosi rilasciare qualcosa di scritto dove emerga chiaramente questo obbligo.
-
Certamente, ho controllato i privilegi degli utenti, perciò ho pensato di vedere se fosse stato solo un mio problema. Downgradando alla versione 8.00 vers. 2 non ho più avuto problemi.
Dovresti essere più preciso. Con la 8.02 funziona e non con 8.04 ?
Con la 8.04 prova ad aprire l'utente interessato ed a risalvare i valori assegnati penso dovresti risolvere.
-
Ciao a tutti, non vedo l'ora di provare questa applicazione,
vado subito ad installare..
posso chiedervi se c'è un template più indicato di altri per l'albo p. ?
stavo inoltre cercando il manuale , dove lo trovo ?
grazie
Dario
-
Benvenuto nella community di Joomla.it dario77,
per il template essendo Albo dedicato alla pubblica amministrazione l'ideale dal mio punto di vista sarebbe JoomlaFAP, perchè da la validazione per l'accessibilità, che qui nel forum trovi nella sezione dedicata:
http://forum.joomla.it/index.php/board,23.0.html
poi per partire puoi provare con tutti i normali template.
Il manuale lo trovi nel sito demo e lo stesso lo trovi, una volta installato Albo Pretorio, nel backend di Joomla alla voce Componenti->Albo Pretorio Setup.
Raccomando di seguire tutti i punti delle istruzioni di installazione che sono anche nelle pagine dei download
-
@vales
buongiorno, ho un piccolo quesito da sottoporre: un utente, che ha limitate funzioni abilitate all'Albo, ha erroneamente inserito un atto con una data di pubblicazione precedente alla data odierna. La procedura non gli ha permesso, giustamente, di andare oltre il tasto "Conferma", però questo atto è stato comunque memorizzato; ciò ha sballato la numerazione automatica, in quanto, prima dell'errore, si era arrivati al numero 1154 e dopo si è passati direttamente al 1156. Ma, controllando in "Archivio storico atti accessibili", invece di avere il numero 1155 2010 ha il numero 0 2010; inoltre la data dell'atto, quella di inizio pubblicazione e quella di fine sono tutte al 30-11-1999. Questa cosa era già successa all'inizio della sperimentazione, ma non ci avevo dato grande importanza. Ma Albo, quando blocca la pubblicazione in presenza di date incongruenti, non dovrebbe memorizzare nulla, in quanto non è possibile pubblicare in data antecedente a quella odierna? Perché succede questo?
-
La pubblicazione dell'atto è avvenuta in fase di inserimento atto o modifica atto ?
Farò dei controlli.
-
@vales
Questa cosa avviene in fase di inserimento atto.
-
Benvenuto nella community di Joomla.it dario77,
per il template essendo Albo dedicato alla pubblica amministrazione l'ideale dal mio punto di vista sarebbe JoomlaFAP, perchè da la validazione per l'accessibilità, che qui nel forum trovi nella sezione dedicata:
http://forum.joomla.it/index.php/board,23.0.html
poi per partire puoi provare con tutti i normali template.
Il manuale lo trovi nel sito demo e lo stesso lo trovi, una volta installato Albo Pretorio, nel backend di Joomla alla voce Componenti->Albo Pretorio Setup.
Raccomando di seguire tutti i punti delle istruzioni di installazione che sono anche nelle pagine dei download
Grazie
Premetto che sono piuttosto a digiuno di Joomla ma credo di riuscire ad imparare alla svelta.
Tuttavia sono fermo al punto 10 del setup
"Preparare ora una voce di menù per accedere all'applicazione dal Frontend. "
Se creo un cosidetto "link interno" cosa specifico nell'URL ?
o avete una procedura da suggerire ?
Ho installato joomla senza alcun dato demo, per cui ora la mia home page è "spoglia" a dir poco..
-
devi fare il link interno al componente Chronoform e poi inserire finestra_avvio nel campo a destra
-
@vales
Questa cosa avviene in fase di inserimento atto.
nella versione nel sito demo che è la 8 beta 4. Non si riproduce l'errore il form si blocca, non procede oltre e non registra nulla.
Fai una prova anche tu.
-
devi fare il link interno al componente Chronoform e poi inserire finestra_avvio nel campo a destra
Cosi va bene ?
(per favore prendi visione dell'immagine allegata)
[allegato eliminato da un amministratore]
-
Perfetto !
-
Perfetto !
Grazie per l'aiuto
non so se questo sia il posto giusto dove chiedere aiuto di base o se è più indicato a voi sviluppatori, se cosi fosse avvisatemi che così mi tolgo da mezzo :D
sto seguendo scrupolosamente l'ottima guida ed ora inizio questo iter
Sequenza procedure:
1) Configurazione albo
2) Caricamento eventuale enti
3) Caricamento preliminare di Sezioni
4) Caricamento Categorie
5) Caricamento e assegnazione permessi utenti
6) Inserimento atti ed allegati
ma sono già fermo a questo passaggio
"Per accedere all'area riservata l'utente dovrà loggarsi dal login nel frontend di joomla. Eseguito l'accesso cliccando nella voce di menù di Albo si aprirà la finestra, Figura 2, con tutte le funzione di controllo e gestione di Albo."
Nell'area riservata di joomla non trovo modo di eseguire i 6 passaggi.
-
In questo caso per area riservata non di intende quella del backend di joomla, ma quella che vedrai accedendo ad Albo Pretorio dopo esserti loggato dal frontend di joomla come utente.
C'è un piccolo bug nelle figure che non vengono mostrate fai riferimento per il momento a queste istruzioni che hanno le figure.
http://valesweb.altervista.org/albo-pretorio-on-line-info-installazione.html
-
Perdonami vales, sto mettendo mano alla nuova versione del manuale d'uso, ho notato che all'atto della pubblicazione nella vers. 8.4 il sistema non permette di scegliere se pubblicare (= far visualizzare al pubblico) o meno, ma ti fa inserire l'atto ed allegati e poi in seguito si procede con la pubblicazione (=visualizzazione al pubblico). E' un effetto della discussione di qualche giorno fa o sono io ad avere dei settaggi sballati? Personalmente preferisco questa forma, perchè l'impiegato comunale prima di dire "Ok, da ora si fa vedere alla gente" ha la possibilità di ricontrollare tutto. M forse mi sbaglio nell'interpretazione della feature... non so. Sto interpretando correttamente?
-
Ciao fabio,
ho fatto una modifica a seguito della discussione. Quell'effetto si ottiene scegliendo l'opzione in Configurazione generale. Di default è No e quindi non si pubblica in fase di inserimento.
Pensavo di modificare la possibilità di accedere al manuale, anzichè inserirlo in Albo (fra l'altro è abbastanza pesante e potrebbe dare problemi in fase di installazione che è abbastanza delicata), in Albo inserirò il link al file che metterò sul mio sito. Così si risolverà il problema di avere il manuale adeguato poco dopo la pubblicazione di una nuova versione.
Appena hai la versione me la puoi mandare in email.
Ho fatto controlli sul quello che diceva stamani dau68, ma non riesco a riprodurre il problema.
@vales
buongiorno, ho un piccolo quesito da sottoporre: un utente, che ha limitate funzioni abilitate all'Albo, ha erroneamente inserito un atto con una data di pubblicazione precedente alla data odierna. La procedura non gli ha permesso, giustamente, di andare oltre il tasto "Conferma", però questo atto è stato comunque memorizzato; ciò ha sballato la numerazione automatica, in quanto, prima dell'errore, si era arrivati al numero 1154 e dopo si è passati direttamente al 1156. Ma, controllando in "Archivio storico atti accessibili", invece di avere il numero 1155 2010 ha il numero 0 2010; inoltre la data dell'atto, quella di inizio pubblicazione e quella di fine sono tutte al 30-11-1999. Questa cosa era già successa all'inizio della sperimentazione, ma non ci avevo dato grande importanza. Ma Albo, quando blocca la pubblicazione in presenza di date incongruenti, non dovrebbe memorizzare nulla, in quanto non è possibile pubblicare in data antecedente a quella odierna? Perché succede questo?
La nuova versione beta 5 è pronta avrà come modifica la possibilità di inviare l'email di notifica all'utente loggato che la richiede completa di tutti gli allegati (questa è stata una bella studiata....). Poi se in Configurazione sarà presente l'indirizzo email la invierà anche a quello altrimenti no. Mi sembra che così si lascia la scelta di come ricevere la notifica. La stampa invece è già prevista nella versione beta 4 corrente.
Aspettavo prima di rilasciare al beta 5 ulteriori conferme sul problema di dau68 per fare ulteriori controlli e eventuali modifiche del caso.
-
Grazie per la chiarificazione Valerio,
l'idea della opzione gestibile dalla configurazione generale è ottima, se non sbaglio richiesi qualcosa del genere come modifica tempo addietro. Oggi da me hanno pubblicato 13 atti e tutti senza problema di "clic veloce", segno che la possibilità di richiedere una ulteriore conferma ha un esito positivo.
Se nella beta 5 riesci anche ad inserire la visualizzazione di "chi" ha pubblicato l'atto (in visualizzazione con utente avente i diritti amministrativi) sarebbe una gran cosa...
Bell'a l'idea della email all'utente loggato, ma vorrei chiederti, nel limite del fattibile e possibile se esiste la possibilità che le variazioni in atto vengano letti da qualche flusso RSS. personalmente ho provato diversi excamotage ma senza successo.
Ti confermo inoltre anche io che il problema segnalato da dau68 da me non si presenta.. e si che ho smazzato alla grande con phpadmin cercando di forzare il sistema affinchè mi si presentasse l'errore... non vorrei che la sua installazione avesse qualche componente difettoso o l'hoster abbia difficoltà a far girare bene chronoform... a me capitò all'inizio con albo 2, poi cambiammo server e tutto funzionò alla grande.
-
Se nella beta 5 riesci anche ad inserire la visualizzazione di "chi" ha pubblicato l'atto (in visualizzazione con utente avente i diritti amministrativi) sarebbe una gran cosa...
Già fatto in tutte le visualizzazioni della finestra atto_10_mostra
se esiste la possibilità che le variazioni in atto vengano letti da qualche flusso RSS. personalmente ho provato diversi excamotage ma senza successo.
Anche questa è un buona idea, c'è da ristudiare un po' i Feed, vediamo se si può attivare.
-
Anche questa è un buona idea, c'è da ristudiare un po' i Feed, vediamo se si può attivare.
sarebbe a dir poco fantastico...
-
Dipende dai settaggi del browser.
Io ho risolto questo problema in Firefox andando in Strumenti->Opzioni->Applicazioni e assegnando ad ogni tipo file la rispettiva applicazione che lo visualizza.
nonistante abbia associato il pdf all'apertura del file in una finestra di adobe professionale 9....continuo ad avere questo problema...
-
In questo caso per area riservata non di intende quella del backend di joomla, ma quella che vedrai accedendo ad Albo Pretorio dopo esserti loggato dal frontend di joomla come utente.
C'è un piccolo bug nelle figure che non vengono mostrate fai riferimento per il momento a queste istruzioni che hanno le figure.
http://valesweb.altervista.org/albo-pretorio-on-line-info-installazione.html
Come mai non riesco a loggarmi dal front-end (si veda allegato) ma solo se faccio URL/administrator ?
Credo che manchi un form di login alla home page.
[allegato eliminato da un amministratore]
-
Come mai non riesco a loggarmi dal front-end (si veda allegato) ma solo se faccio URL/administrator ?
Credo che manchi un form di login alla home page.
Infatti, manca il modulo di Login. Forse è disabilitato fra i vari moduli, o forse è stato cancellato. in questa seconda ipotesi puoi facilmente ricostruirlo andando in "gestione moduli" (menù estensioni) da back-end e selezionando Login. Completa con i dati che riterrai opportuno inserire la successiva schermata, posizionalo dove preferisci e ricordati di attivarlo.
-
@vales
@grendizer71
@vales
buongiorno, ho un piccolo quesito da sottoporre: un utente, che ha limitate funzioni abilitate all'Albo, ha erroneamente inserito un atto con una data di pubblicazione precedente alla data odierna. La procedura non gli ha permesso, giustamente, di andare oltre il tasto "Conferma", però questo atto è stato comunque memorizzato; ciò ha sballato la numerazione automatica, in quanto, prima dell'errore, si era arrivati al numero 1154 e dopo si è passati direttamente al 1156. Ma, controllando in "Archivio storico atti accessibili", invece di avere il numero 1155 2010 ha il numero 0 2010; inoltre la data dell'atto, quella di inizio pubblicazione e quella di fine sono tutte al 30-11-1999. Questa cosa era già successa all'inizio della sperimentazione, ma non ci avevo dato grande importanza. Ma Albo, quando blocca la pubblicazione in presenza di date incongruenti, non dovrebbe memorizzare nulla, in quanto non è possibile pubblicare in data antecedente a quella odierna? Perché succede questo?
scusate il ritardo con cui rispondo, ma ho fatto diverse prove e devo ammettere che il problema, causato da un mio utente, non si è più verificato. Non so cosa lo abbia provocato ???
Se volete andare aventi con la beta 5, fate pure!
Grazie ancora!
P.S.: per quanto riguarda il problema della visualizzazione del documento allegato con FF (problema comune con Ago_), se disabilito il plugin "Pdfdownload", si apre la solita finestra (questa volta non vuota) con davanti la finestra di scelta stampante. Se annullo la stampa, nella finestra sottostante vedo senza problemi il documento.
-
Salve, mi sono collegato per vedere se altri avessero problemi di stampa.
Pare che sia così per _Ago e dau68
Ho effettuato prove con le
versioni:
- 3.0 alpha 5
- 8.0 beta 4
di Albo Pretorio OnLine
browser:
- Firefox 3.6.10 (Windows XP e Linux)
- IE7
Con IE7:
appare un schermata iniziale che chiede se si voglia scaricare oppure aprire il documento.
Quasi tutti gli utenti rispondono "aprire". Siccome poi, molti utenti hanno spuntato il flag [X] "esegui sempre questa azione per il tipo di file DOC", ad essi non viene mai + proposto di salvare il documento. Questi sono impossibilitati a stampare per sempre. Infatti...
[caso .DOC] Nel caso di documenti Word (provato con Office 2003) appare una finestra di anteprima del documento con una toolbar semplificata e priva dell'icona di stampa.
Con Firefox:
[caso .DOC]
- una finestra bianca intitolata "Cerca nei segnalibri e nella Cronologia"
- viene ricoperta da una finestra che propone la stampa
- che, a sua volta, viene ricoperta da una finestra di dialogo che domanda se si intenda procedere al download o all'apertura del file
Qualora il focus venga accidentalmente spostato su una delle due finestre sottostanti ("Cerca nei segnalibri..." oppure "Stampa") si cade in una situazione di "stallo". Cioè non è possibile procedere finchè non viene riselezionata la finestra di download
[caso .PDF]
- una finestra analoga a quella che nel caso precedente è intitolata "Cerca nei segnalibri e nella Cronologia" mostra l'anteprima del documento.
- tale finestra viene sovrascritta da una finestra che propone la stampa. Quest'ultima è superflua perchè l'anteprima PDF include il pulsante di stampa. E' pure di disturbo perchè si sovrappone all'anteprima.
Non posso risolvere modificando le impostazioni browser. Infatti ho accesso solo a quelle degli utenti interni al Comune. Non a quelle dei cittadini che sono i principali interessati agli atti.
Avete qualche suggerimento? dau68 accenna qualcosa riguardo al plugin "Pdfdownload"...
Grazie mille a tutti!
-
Qualche giorno fa avevo dato questa indicazione, fai delle prove e facci sapere i risultati.
Dipende dai settaggi del browser.
Io ho risolto questo problema in Firefox andando in Strumenti->Opzioni->Applicazioni e assegnando ad ogni tipo file la rispettiva applicazione che lo visualizza.
Grazie per il rapporto sulle varie situazioni collaudate. ;D
-
Salve a tutti e anzitutto grazie a coloro che hanno speso il proprio tempo per sviluppare questo componente e metterlo poi a disposizione di tutti.
Sto eseguendo numerose prove in vista di un probabile uso per una pubblica amministrazione.
Anch'io sviluppo software, open-source, e mi permetto di elencare alcuni consigli.
MANUALISTICA, ovvero la pagina visualizzabile dal backend di joomla:
+ specificare quale livello minimo di permessi deve avere un utente per poter amministrare l'albo (se non sbaglio è il "Lato pubblico - Registered", ma non l'ho trovato scritto da nessuna parte)
+ aggiungere un link al forum di supporto, presente invece solo in coda a qui http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html; viene citato spesso, ma nemmeno una volta è un link attivo
+ sia nella pagina indicata qui sopra che nel manuale interno, nel changelog, sarebbe utile avere indicati anche i rilasci con date e versioni, così risulta ben chiari se - incontrato un certo possibile errore - questo è già stato risolto oppure no
Segnalo che attualmente nel front-end compare la voce "E' disponibile un nuovo aggiornamento di Albo" in rosso, eppure sto usando la 8.0 beta 4, l'ultima disponibile per il download.
Un paio di considerazioni:
* se ad un utente impedisco determinate operazioni, secondo me sarebbe meglio non visualizzare tale voce, anzichè lasciarla presente e far apparire "non disponi delle autorizzazioni per..."; oppure - se non è troppo complicato - mettere un altro parametro di configurazione per far scegliere all'amministratore quale delle due opzioni gradisce
* avevate preso in considerazione - in fase di studio di fattibilità di questo componente - l'uso di un CCK? Per Joomla ormai ce ne sono parecchi e molto validi oltre che flessibili, per esempio JSeblod, che consente anche di pacchettizzare un kit (campi specifici, template, pagine di ricerca e visualizzazione ecc.). In questo modo forse sarebbe stato più agevole gestirne la manutenzione.
Grazie e saluti.
M.
-
Il progetto è in continua evoluzione e recepisce i suggerimenti ritenuti di interesse generale.
Ti ringrazio delle segnalazioni e cercheremo di tenerne conto.
Segnalo che attualmente nel front-end compare la voce "E' disponibile un nuovo aggiornamento di Albo" in rosso, eppure sto usando la 8.0 beta 4, l'ultima disponibile per il download.
C'erano i lavori in corso di caricamento della nuova versione. :D
Un paio di considerazioni:
* avevate preso in considerazione - in fase di studio di fattibilità di questo componente - l'uso di un CCK? Per Joomla ormai ce ne sono parecchi e molto validi oltre che flessibili, per esempio JSeblod, che consente anche di pacchettizzare un kit (campi specifici, template, pagine di ricerca e visualizzazione ecc.). In questo modo forse sarebbe stato più agevole gestirne la manutenzione.
No, non è stato valutato questo aspetto e personalmente non conosco il componente. Ti ringrazio anche di questa segnalazione.
-
Inserita la nuova versione 8.0 beta 5 di Albo Pretorio On Line.
Modifiche inserite nella versione 8.0 beta 5 del 11.11.2010
Funzione notifiche abilitato invio email ad utente loggato.
Migliorato riconoscimento utenti nei forms.
Corretti piccoli bug segnalati nel forum.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
installata versione 8b5, inserito atto di prova, sembra che tutto vada ok, ma non ricevo l'email. Come dovrebbe funzionare?
-
Ok, valerio, installata e testata. Procedo all'aggiornamento del manuale come d'accordo, poi lo passo anche ad unsilenzio e si comincia la collaborazione.
bye
-
Infatti, manca il modulo di Login. Forse è disabilitato fra i vari moduli, o forse è stato cancellato. in questa seconda ipotesi puoi facilmente ricostruirlo andando in "gestione moduli" (menù estensioni) da back-end e selezionando Login. Completa con i dati che riterrai opportuno inserire la successiva schermata, posizionalo dove preferisci e ricordati di attivarlo.
Perfetto, grazie !
Per passare dalla beta4 alla beta5 potete indicarmi dove trovo la procedura da seguire ?
Un'altra domanda, che differenza c'è tra sezioni e categorie ?
rispetto a questo utile elenco, quali voci sono da inserire come sezioni e quali voci sono categorie ?
Deliberazioni e Ordinanze Sindacali
- Delibere di Giunta
- Delibere di Consiglio
- Ordinanze Dirigenziali
- Ordinanze Sindacali
Avvisi
- Convocazione Consiglio Comunale
- Avvisi di Gara
Bandi e Gare
- Bandi di Concorso
- Borse di Studio
- Bandi di Concorso di altri Enti
Elenchi ed Albi
- Permessi di costruire
- Abusi Edilizi
- Beneficiari di provvidenze
Singoli atti
- Atti destinati a singoli cittadini irreperibili
- Ulteriori Atti
Affissioni Stato Civile
- Affissioni di Matrimonio
-
Per aggiornare la versione disinstalli con la procedura di Joomla la 8.04 e subito dopo installi con la procedura di joomla la 8.05. Tutto qui.
sezioni e categorie sono un modo di classificazione
le sezioni sono il livello superiore e contengono le categorie.
negli esempi che hai mostato il primo rigo è la sezione
le righe successive, con il trattino - , sono le categorie.
-
Per aggiornare la versione disinstalli con la procedura di Joomla la 8.04 e subito dopo installi con la procedura di joomla la 8.05. Tutto qui.
sezioni e categorie sono un modo di classificazione
le sezioni sono il livello superiore e contengono le categorie.
negli esempi che hai mostato il primo rigo è la sezione
le righe successive, con il trattino - , sono le categorie.
Grazie, sembra facile aggiornare, proverò.
Per quanto riguarda le sezioni, dove sbaglio ? dopo averne inserita una la vorrei modificare ma anche se sono loggato come "admin" ottengo "Area riservata non è consentito l'accesso ai non autorizzati." mentre l'inserimento mi è sempre possibile (o quantomeno non mi da errore dopo aver salvato un nuovo inserimento, tuttavia non saprei se l'ha inserito davvero perchè non trovo il modo di elencarmi le sezioni)
-
Vai in utenti ed assegni all'administrator tutte le funzioni disponibili.
Poi quando avrai finito di inserire le sezioni e categorie assegni all'administrator anche tutte le categorie o solo alcune. Consiglio però di dare all'admin i poteri di agire su tutto.
Le voci sezioni e categorie servono a vedere gli elenchi.
Raccomando di non partire a caso ma seguire la cronologia dei passi in finestra di avvio.
-
Raccomando di non partire a caso ma seguire la cronologia dei passi in finestra di avvio.
Giusto,
ora mi ristampo il manuale perchè quando l'ho fatto non c'erano alcune immagini , ora è tutto ben illustrato,
grazie
-
Grazie al lavoro di grendizer71 è disponibile la nuova versione del manuale di Albo Pretorio.
Questa versione del manuale in PDF è raggiungibile dai link previsti nella nuova versione 8 beta 5 disponibile da oggi.
Il manuale oltre alle procedure di installazione descrive in modo molto chiaro ed illustrato le varie fasi di gestione degli atti. Fornisce inoltre utili esempi per l'organizzazione delle sezioni e categorie per un ente standard.
Davvero un ottimo lavoro che aiuterà in modo efficace specialmente chi arriva ad Albo per la prima volta.
Anche il manuale crescerà progessivamente come Albo Pretorio.
-
ciao vales,
perdona la mia ignoranza ma non ho capito da dove si scarica il manuale,
sono andato sul link del download della nuova versione 8 beta 5 ma non l'ho trovato :(
-
Il manuale è disponibile per ora da link presenti in albo.
Stavo pensando però di inserirlo anche in download di Joomla le opzioni sono lo metto come secondo file in download nello spazio già esistente di Albo o creo un nuovo oggetto autonomo rispetto al primo.
Forse nella seconda ipotesi non si vedrebbe vicino all'altro.
Che ne pensi?
-
continuo a non capire cosa vuol dire che "è disponibile per ora da link presenti in albo", cosa vuol dire?
Significa che solo dopo aver installato il componente si può accedere ad un link al file che è all'interno del pacchetto e che viene caricato sul server dell'utente che installa?
Credo che inserito come secondo file nella scheda di download dovrebbe essere abbastanza visibile.
-
Significa che solo dopo aver installato il componente si può accedere ad un link al file che è all'interno del pacchetto e che viene caricato sul server dell'utente che installa?
Era buona quella fino a poco fa. Con la precisazione che il file non è nel pacchetto ma su server.
Ora è disponibile anche nella zona download come secondo file, ma come ti ho scritto in MP c'è un problema di allineamento .
-
non mi sembra un grave problema di allineamento, direi che può andare. Se proprio non ti ispira puoi aprire un nuovo documento dove inserire il manuale.
Non saprei se è il caso di dare una versione anche al manuale nel nome del file, se credi ci saranno futuri aggiornamenti credo sia utile.
-
Si penso ci saranno nuove versioni che seguono l'evoluzione di Albo.
Però a volte il manuale rimarrà immutato per interventi solo correttivi si problemi di Albo, altre volte varierà a seguito di nuove funzioni di Albo realizzate.
-
Nella pagina "Albo Pretorio On Line atti in corso di pubblicazione" la tabella si compone di questi campi "numero albo", "N Data Atto", "Nome Atto", "Data Inizio", "Data Fine", "Sezione", "Categoria".
Se posso permettermi, vi scrivo come la penso. Ci sono campi che possono creare confusione al cittadino che legge questa tabella (esempio, num albo e n data atto). Io proporrei di snellirla fermo restando che tutti quei campi rimarranno sempre visibili qualora si volesse cliccare sull'atto interessato (atto_10_mostra).
La tabella la comporrei secondo questi campi:
- num albo
- nome ente
- nome atto
- data inizio
- data fine
- categoria
La necessità di inserire il nome dell'ente nasce dall'esigenza di mostrare immediatamente la provenienza di quell'atto (Ecologia, Urbanistica, LLPP, altro Ente esterno) per semplificare la visione e per renderla quanto più trasparente e non contorta. La presenza del solo campo "categoria" serve ad esprimere la natura dell'atto stesso.
Mi sembra che in questo modo la visualizzazione sia più pulita e scevra da fraintendimenti. Naturalmente potrei sbagliarmi.
A tal proposito, qualora io volessi inserire il campo del nome dell'ente nella tabella suddetta, come faccio?
-
Salve, mi sono collegato per vedere se altri avessero problemi di stampa.
Pare che sia così per _Ago e dau68
Ho effettuato prove con le
versioni:
- 3.0 alpha 5
- 8.0 beta 4
di Albo Pretorio OnLine
browser:
- Firefox 3.6.10 (Windows XP e Linux)
- IE7
Con IE7:
appare un schermata iniziale che chiede se si voglia scaricare oppure aprire il documento.
Quasi tutti gli utenti rispondono "aprire". Siccome poi, molti utenti hanno spuntato il flag [X] "esegui sempre questa azione per il tipo di file DOC", ad essi non viene mai + proposto di salvare il documento. Questi sono impossibilitati a stampare per sempre. Infatti...
[caso .DOC] Nel caso di documenti Word (provato con Office 2003) appare una finestra di anteprima del documento con una toolbar semplificata e priva dell'icona di stampa.
Con Firefox:
[caso .DOC]
- una finestra bianca intitolata "Cerca nei segnalibri e nella Cronologia"
- viene ricoperta da una finestra che propone la stampa
- che, a sua volta, viene ricoperta da una finestra di dialogo che domanda se si intenda procedere al download o all'apertura del file
Qualora il focus venga accidentalmente spostato su una delle due finestre sottostanti ("Cerca nei segnalibri..." oppure "Stampa") si cade in una situazione di "stallo". Cioè non è possibile procedere finchè non viene riselezionata la finestra di download
[caso .PDF]
- una finestra analoga a quella che nel caso precedente è intitolata "Cerca nei segnalibri e nella Cronologia" mostra l'anteprima del documento.
- tale finestra viene sovrascritta da una finestra che propone la stampa. Quest'ultima è superflua perchè l'anteprima PDF include il pulsante di stampa. E' pure di disturbo perchè si sovrappone all'anteprima.
Non posso risolvere modificando le impostazioni browser. Infatti ho accesso solo a quelle degli utenti interni al Comune. Non a quelle dei cittadini che sono i principali interessati agli atti.
Avete qualche suggerimento? dau68 accenna qualcosa riguardo al plugin "Pdfdownload"...
Grazie mille a tutti!
Nella versione 8.05 ho modificato l'apertura delle finestre degli allegati inserendo la barra gli stumenti browser fra cui anche la stampa, per cui l'opzione di stampa ora è sempre raggiungibile.
Purtroppo per l'impostazione dei browser (ho posto anche il problema ad altri), e mi sembra giusto, non può essere modificata dall'applicazione. Altrimenti tutti i webmaster potrebbero modificare le scelte degli utenti.
Aprire gli allegati nella finestra pricipale non mi sembra corretto, perchè si perderebbe il controllo dell'applicazione ed il ritornosarebbe possibile sono con il tasto indietro del browser.
Se puoi mandare una valutazione della nuova situazione, è gradita.
Altre idee sono benvenute.
-
installata versione 8b5, inserito atto di prova, sembra che tutto vada ok, ma non ricevo l'email. Come dovrebbe funzionare?
Deve essere abilitato e funzionante l'invio dell'email di joomla.
Controlla i settaggi nel pannello di amministrazione di joomla.
Per Albo invece hai due possibilità. Puoi inserire l'email nello specifico campo in configurazione oppure no.
Nel primo caso invierà due email all'indirizzo detto sopra ed all'indirizzo email dell'utente che fa la richiesta.
Nel secondo caso solo all'utente.
L'email dell'utente è quella inserita al momento della registrazione in joomla.
-
L'invio email mi funziona da joomla, infatti ho fatto una prova di reinvio della password e va. Non ricevo invece le email all'invio degli atti.
-
Con IE7:
appare un schermata iniziale che chiede se si voglia scaricare oppure aprire il documento.
Quasi tutti gli utenti rispondono "aprire". Siccome poi, molti utenti hanno spuntato il flag [X] "esegui sempre questa azione per il tipo di file DOC", ad essi non viene mai + proposto di salvare il documento. Questi sono impossibilitati a stampare per sempre. Infatti...
[caso .DOC] Nel caso di documenti Word (provato con Office 2003) appare una finestra di anteprima del documento con una toolbar semplificata e priva dell'icona di stampa.
Chiedo scusa in anticipo, questa non vuol essere una nota polemica, ma mi permetto di suggerire di non utilizzare IE7 come ambiente di test o di lavoro poichè esso è da considerarsi dismesso.
Le prove fatte in questo ambiente possono dare risultati imprevedibili.
Suggerirei, per chi volesse utilizzare il browser di casa Microsoft, di utilizzare IE8 (volendo anche con la compatibility mode) o in alternativa (solo come test) il nuovo IE9 attualmente in fase di beta.
Altresì le utenze che caricano documenti dovrebbero essere educate all'uso dei File PDF e non altri, sia per questioni di intellegibilità multipiattaforma che per la diffusione del lettore acrobat. Ma in quest'ultimo caso questa cosa va interpretata come un puro suggerimento.
bye.
-
L'invio email mi funziona da joomla, infatti ho fatto una prova di reinvio della password e va. Non ricevo invece le email all'invio degli atti.
ma tu parli della funzione notifica o inserimento atti ?
-
Nella pagina "Albo Pretorio On Line atti in corso di pubblicazione" la tabella si compone di questi campi "numero albo", "N Data Atto", "Nome Atto", "Data Inizio", "Data Fine", "Sezione", "Categoria".
Se posso permettermi, vi scrivo come la penso. Ci sono campi che possono creare confusione al cittadino che legge questa tabella (esempio, num albo e n data atto). Io proporrei di snellirla fermo restando che tutti quei campi rimarranno sempre visibili qualora si volesse cliccare sull'atto interessato (atto_10_mostra).
La tabella la comporrei secondo questi campi:
- num albo
- nome ente
- nome atto
- data inizio
- data fine
- categoria
La necessità di inserire il nome dell'ente nasce dall'esigenza di mostrare immediatamente la provenienza di quell'atto (Ecologia, Urbanistica, LLPP, altro Ente esterno) per semplificare la visione e per renderla quanto più trasparente e non contorta. La presenza del solo campo "categoria" serve ad esprimere la natura dell'atto stesso.
Mi sembra che in questo modo la visualizzazione sia più pulita e scevra da fraintendimenti. Naturalmente potrei sbagliarmi.
A tal proposito, qualora io volessi inserire il campo del nome dell'ente nella tabella suddetta, come faccio?
Grazie del contributo cirpot.
il nome dell'ente effettivamente è rimasto nella tastiera, ma penso che quella illustrata non sia la soluzione perchè nelle gestioni monoente avrei un campo non necessario.
Forse meglio aggiungere il nome dell'ente nella colonna dell'oggetto dell'atto. Tipo quella precedente dove c'è il numero dell'atto e la data e rendere visibile il nome solo nelle gestioni pluriente.
Sulla proposta del riordino delle colonne comunque vorrei avere l'opinione anche di altri utilizzatori e poi vediamo cosa si può fare. E' vero di semplifica ma si perdono funzionalità.
Faccio un esempio chi volesse ordinare sulla sezione per vedere cosa c'è sotto la voce concorsi dovrebbe invece fare il controllo su tutte le categorie della sezione concorsi e non mi sembra una semplificazione.
Quindi un parere del forum sarebbe gradito.
-
La notifica dell'atto in fine pubblicazione va bene.
Non ricevo nessuna email invece quando inserisco l'atto. Ecco perchè mi sono chiesto come dovrebbe funzionare. Premetto che la configurazione email dell'account in joomla funziona correttamente
-
il nome dell'ente effettivamente è rimasto nella tastiera, ma penso che quella illustrata non sia la soluzione perchè nelle gestioni monoente avrei un campo non necessario.
Il "nome ente", secondo me, va inteso come o ente o struttura interna.
La provenienza di tutti gli atti si può dividere in Enti esterni (Equitalia, Inpdap, Inps, Enel, Università, altri comuni ecc.) e in Strutture interne (Lavori Pubblici, Urbanistica, Ecologia, Servizi sociali, ecc). E il sistema da voi sviluppato soddisfa a pieno questa classificazione.
Visualizzare nella prima pagina la provenienza dell'atto rappresenta, a mio modo di vedere, una discriminante fondamentale per la trasparenza e per l'immediatezza dello strumento.
-
La notifica dell'atto in fine pubblicazione va bene.
Non ricevo nessuna email invece quando inserisco l'atto. Ecco perchè mi sono chiesto come dovrebbe funzionare. Premetto che la configurazione email dell'account in joomla funziona correttamente
ok mi avevi fatto preoccupare.
Per l'inserimento non è implementato l'invio dell'email, perchè può esserci inserimento senza pubblicazione.
L'email al momento è prevista solo nella funzione notifica.
-
Il "nome ente", secondo me, va inteso come o ente o struttura interna.
La provenienza di tutti gli atti si può dividere in Enti esterni (Equitalia, Inpdap, Inps, Enel, Università, altri comuni ecc.) e in Strutture interne (Lavori Pubblici, Urbanistica, Ecologia, Servizi sociali, ecc). E il sistema da voi sviluppato soddisfa a pieno questa classificazione.
Visualizzare nella prima pagina la provenienza dell'atto rappresenta, a mio modo di vedere, una discriminante fondamentale per la trasparenza e per l'immediatezza dello strumento.
Parliamo di cose diverse.
Albo è pensato per gestire l'albo pretorio di gestioni associate di enti, esempio unioni di comuni, comunità montane, consorzi ad altro, dove la pubblicazione viene fatta da un unico soggetto per tutti gli altri aderenti.
In questi casi di gestione multiente è necessario il nome dell'ente per associare l'atto all'ente che lo ha emesso. La configurazione di Albo va in questa logica.
Albo non è pensato per fare pubblicazioni di enti "esterni", ovvero non convenzionati o associati, a chi gestisce l'albo. Gli enti esterni devono rispettare in proprio l'obbligo della pubblicazione con un proprio albo.
Comunque se vuoi fare quel tipo di organizzazione di sezioni e categorie non è un problema per albo pretorio, basta solo che tu faccia una classificazione coerente con il tuo obiettivo.
Abbiamo scoperto un nuovo modo di gestire Albo. Thanks. (ovvero a volte il limite solo è nella fantasia di chi usa uno strumento) ;D ;D
Nella prossima uscita inserirò il nome dell'ente nelle colonne degli elenchi per le gestioni multiente.
-
Da ieri Albo Pretorio ha una nuova casa all'interno del forum di Joomla. Una casa più comoda e ampia, un'intera sezione dedicata a lui.
Questo è il risultato di un apprezzamento che si è manifestato in questi mesi di vita di questa discussione.
Ma lo spazio era davvero divenuto piccolo ed era difficile ritrovare tutti gli argomenti riferiti a singoli aspetti dell'applicazione.
Ora potremo dedicare una discussione ad ogni argomento specifico e sarà più facile per tutti trovare ciò che interessa.
Invito pertanto da ora in poi ad aprire specifiche discussioni sui temi di interesse, evitando ovviamente duplicazioni di post.
In questo topic annunceremo le variazioni e le novità.
Grazie a tutti.
-
Fiigo! comincio a postare li allora!
Grazie a tutti i responsabili di Joomla.it per aver permesso questa espansione ^^
-
Ragazzi, non vorrei assolutamente essere OT, ma all'inizio di questa discussione ho visto anche dei cenni al protocollo informatico.
Volevo capire, così come è stata fatta l'estensione per l'Albo Pretorio, non c'è c'è una che gestisca il "protocollo informatico"?
Qualcuno ha da suggerirmi una discussione a riguardo?
(Grazie mille della parentesi)
-
Ragazzi, non vorrei assolutamente essere OT, ma all'inizio di questa discussione ho visto anche dei cenni al protocollo informatico.
Volevo capire, così come è stata fatta l'estensione per l'Albo Pretorio, non c'è c'è una che gestisca il "protocollo informatico"?
Qualcuno ha da suggerirmi una discussione a riguardo?
(Grazie mille della parentesi)
OK, è bene una piccola precisazione. il potocollo informatico non è un elemento standardizzato, è un insieme di regole che - al momento - ogni comune si da per gestire digitalmente ciò che fino a ieri si faceva in forma cartacea. Esistono quindi soluzioni proprietarie ed adattamenti di piattaforme opensource, ma che mi risulti non c'è un vero e proprio modulo per joomla.
il CMS può essere adattato a svolgere un ruolo nel protocollo informatico, ma prima di tutto è necessario che un Ente decida a tavolino come ingegnerizzare questa cosa, poi in seguito si sceglieranno gli strumenti più adatti.
Albo pretorio è spesso visto come un sostituto del protocollo informatico - almeno per quella che è la mia esperienza - ma è bene precisare che Albo e Protocollo sono due cose distinte. Albo Pretorio Online si occupa "solo" (si fa per dire) di dare pubblicità agli atti, il Protocollo informatico dovrebbe invece seguire e tracciare tutto il flusso che porta alla creazione degli atti... oltre a fare altre cose.
Spero di essere stato esaustivo, poi se qualcuno ha da sottolineare o correggere qualcosa è il benvenuto :)
P.s.
Vales, grazie per la citazione di yoda nell'articolo in home page di joomla.it ;)
-
Inserita la nuova versione 9.0 beta 1 di Albo Pretorio On Line.
Modifiche inserite nella versione 9.0 beta 1 del 23.11.2010
Inserito nuovo sistema di registrazione, visualizzazione e stampa log attività compiute dagli utenti.
Prevista funzione determinazione data di fine pubblicazione in automatico dopo inserimento giorni di pubblicazione. Visualizzazione ente, nelle liste degli atti per gestione multiente.
Modificato menu di amministrazione, ora mostra solo le attività consentite agli utenti autorizzati.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
installata ed attualmente in fase di test... vedo di capire le funzioni nuove e le implementazioni effettuate e riporto sul manuale le novità ;)
-
hello, ho installato l'ultima versione.
Comodissima la funzione dei giorni di fine pubblicazione.
Ho riscontrato però un problema, penso che da come funziona il sistema ci sia sempre stato. Siccome ora lo stiamo testando e tutti stanno inserendo atti, mi sono accorto che se non si inserisce l'allegato nella seconda finestra e si passa direttamente agli atti non pubblicati mi ritrovo l'atto anche senza allegati, è successo ad un utente che si è saltato il passaggio dell'allegato e poi mi ha pubblicato l'atto senza gli allegati.
Non si potrebbe mettere un flag sul db per capire se mancano gli allegati non può essere pubblicato l'atto?
-
Mi sembra che ci fosse quel blocco, forse si è perso per la strada delle varie modifiche.
Ora controllo.
Comunque consiglio caldamente di non abilitare la pubblicazione immediata dell'atto, ma di pubblicarlo con un secondo passaggio di controllo nella funzione di modifica atti allegati.
In tal modo è sempre possibile fare tutto, modificare dati, cancellare allegati ed inserirne nuovi.
-
Complimenti per l'aggiornamento e grazie per aver accolto la mia segnalazione sulla visualizzazione degli enti.
Riscontro un problema che non so se riguarda me o il pacchetto di aggiornamento installato (prima non si verificava). Nella pagina di visualizzazione degli atti pubblicati risulta in Atti totali= un numero differente rispetto a quello reale.
Non so se è importante, ma ultimamente ho cancellato tutti gli atti che avevo caricato come prova.
-
Ogni volta che provo a modificare per personalizzare graficamente il form finestra_avvio il Form HTML:
(vorrei ad esempio eliminare l'elenco delle informazioni della Sequenza procedure):
1) Configurazione albo
2) Caricamento eventuale enti
3) Caricamento preliminare di Sezioni
4) Caricamento Categorie
5) Caricamento e assegnazione permessi utenti
6) Inserimento atti ed allegati
mi crea problemi e mi da un errore di caricamento pagina.
Dove sbaglio????
La connessione è stata annullata
La connessione al server è stata annullata durante il caricamento della pagina.
* Il sito potrebbe non essere disponibile o sovraccarico. Riprovare fra qualche momento.
* Se non è possibile caricare alcuna pagina, controllare la connessione di rete del computer.
* Se il computer o la rete sono protetti da un firewall o un proxy, assicurarsi che Firefox abbia i permessi per accedere al web.
-
Complimenti per l'aggiornamento e grazie per aver accolto la mia segnalazione sulla visualizzazione degli enti.
Riscontro un problema che non so se riguarda me o il pacchetto di aggiornamento installato (prima non si verificava). Nella pagina di visualizzazione degli atti pubblicati risulta in Atti totali= un numero differente rispetto a quello reale.
Non so se è importante, ma ultimamente ho cancellato tutti gli atti che avevo caricato come prova.
Il numero corrisponde agli atti pubblicati. Non conteggia quellli in attesa di pubblicazione.
-
Ogni volta che provo a modificare per personalizzare graficamente il form finestra_avvio il Form HTML:
(vorrei ad esempio eliminare l'elenco delle informazioni della Sequenza procedure):
1) Configurazione albo
2) Caricamento eventuale enti
3) Caricamento preliminare di Sezioni
4) Caricamento Categorie
5) Caricamento e assegnazione permessi utenti
6) Inserimento atti ed allegati
mi crea problemi e mi da un errore di caricamento pagina.
Dove sbaglio? ???
La connessione è stata annullata
La connessione al server è stata annullata durante il caricamento della pagina.
* Il sito potrebbe non essere disponibile o sovraccarico. Riprovare fra qualche momento.
* Se non è possibile caricare alcuna pagina, controllare la connessione di rete del computer.
* Se il computer o la rete sono protetti da un firewall o un proxy, assicurarsi che Firefox abbia i permessi per accedere al web.
Se vuoi togliere solo il riepilogo istruzioni rimuovi o commenta questo codice.
<div style="text-align: center;"><span style="font-size: 10pt;"><br /><br />
Sequenza procedure:<br /><br />1) Configurazione albo<br /><br />
2) Caricamento eventuale enti<br /><br />
3) Caricamento preliminare di Sezioni<br /><br />
4) Caricamento Categorie<br /><br />
5) Caricamento e assegnazione permessi utenti<br /><br /></span></div>
<div style="text-align: center;"><span style="font-size: 10pt;">
6) Inserimento atti ed allegati<br /></span></div>
Per altre cose devi fare attenzione a non togliere perzzi di codice che sono funzionali all'applicazione.
finestra_avvio èe un zona importante di Albo perchè li vengono memorizzate variabili funzionali agli altri form.
-
Sisi questo lo so, il problema è che nel momento in cui poi vado ad applicare o salvare mi appare una pagina di errore nel back end
(in pratica non rieco a modificare il codice perchè non mi permette di salvarlo)
Sapete quale è la causa??
-
Quale errore visualizza ?
-
premetto che chronoform mi scrive
Your Chronoforms install at 80.241.231.7 is NOT Validated, No limited features but for a small fee you get link free forms and help us continue the development and support
visualizza questi errori
SU FIREFOX
La connessione è stata annullata
La connessione al server è stata annullata durante il caricamento della pagina.
* Il sito potrebbe non essere disponibile o sovraccarico. Riprovare fra qualche momento.
* Se non è possibile caricare alcuna pagina, controllare la connessione di rete del computer.
* Se il computer o la rete sono protetti da un firewall o un proxy, assicurarsi che Firefox abbia i permessi per accedere al web.
SU EXPLORER
Internet Explorer: impossibile visualizzare la pagina Web
Possibili operazioni:
Diagnostica problemi di connessione
-
Prova ha inserire in HTML form prima di tutte le altre righe, il seguente codice
<?php
global $mainframe;
if (!$mainframe->isSite()) {
return;
?>
}
Comunque non sono convinto della soluzione. Ho la sensazione che quel server abbia settaggi particolari.
Controlla nel backend di joomla in Aiuto -> Info sistema -> Permessi cartelle che tutte le cartelle siano scrivibili.
-
non posso inserire quel codice, perchè non mi fa salvare le modifiche che faccio, appare sempre la pagina di errore al salvataggio
PS le cartelle sono tutte scrivibili
-
Non so se hai già provato a fare un'installazione pulita da zero di chronoforms.
Dovresti quindi disintallarlo completamente.
Prima però fai il backup del sito e del database.
In modo particolare fai il salvataggio di tutti i tuoi form diversi da quelli usati da Albo. Chronoforms ha anche due funzioni specifihe per questo. Backup Form e Backup Forms
Salva con ftp il contenuto della cartella degli allegati di chronoforms, se ne hai già caricati. Si trovano nelle cartelle contenute in questa cartella
tuo-sito/components/com_chronocontact/uploads
Fatto questo disabiliti il sito temporaneamente poi
Disintalli Albo Pretorio
Disinstalli Chronoforms
Quando installi di nuovo chronoforms ricorda che succesivamente devi applicare anche la patch per la validazione W3C la trovi in download di joomla.it
http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html
-
Inserita nuova versione 9.0 beta 2 di Albo Pretorio On Line.
Modifiche inserite nella versione 9.0 beta 2 del 27.11.2010
Inserito nuovo campo protocollo nei form di inserimento, modifica e mostra atti, il campo è selezionabile come opzione in configurazione.
Corretta modalità di registrazione tabella albo_log.
Corretta visualizzazione lista atti notificabili e totali liste.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Questo topic ha raggiunto 710 post di risposta e, per quanto abbia contribuito alla realizzazione dell'applicazione Albo Pretorio con la partecipazione di tanti utenti, è divenuto di difficile consultazione.
La creazione della nuova sezione Albo Pretorio On Line era funzionale ad avere dei topic autonomi sui singoli problemi di gestione dell'applicazione.
Da oggi pertanto il topic viene chiuso e le discussioni ed contributi continuano con specifici topic nella sezione Albo Pretorio On Line.
Grazie e buon lavoro a tutti.
-
Pubblicata in download nuova versione 9.0 beta 3 di Albo Pretorio On Line.
Modifiche inserite nella versione 9.0 beta 3 del 08.12.2010
Inserita modalità di visualizzazione degli allegati tipo lightbox.
Aggiunta funzione di stampa degli allegati separata dalla visualizzazione.
Importante modifica nel codice per rendere invisibile il nome dell'allegato e garantire la privacy degli allegati non accessibili.
Corretto bug funzione calcolo della data di fine pubblicazione per giorni e mesi ad una cifra.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Ricordarsi di confermare i permessi agli utenti dopo l'installazione
-
inserita in downloadla nuova versione 9.0 beta 4 di Albo Pretorio On Line.
Modifiche inserite nella versione 9.0 beta 4 del 19.12.2010
Inserita configurazione automatica degli utenti in fase di aggiornamento da versione precedente.
Rimosso bug di visualizzazione elenco log per super administrator.
Form atto_10_mostra semplificata visualizzazione per utenti pubblici non loggati.
Form atto_10_modifiche corretto bug visualizzazione data italiana.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Da questa versione non è necessaria, per chi aggiorna da una precedente versione, la conferma dei permessi degli utenti, tutti i settaggi avvengono in auto.
-
Inserita in download la nuova versione 10 beta 1 di Albo Pretorio On Line.
Modifiche inserite nella versione 10 beta 1 del 29.12.2010
Resa possibile la creazione di voci di menù relative alle funzioni ad accesso pubblico.
Modificato il form finestra_avvio ora visibile solo con accesso riservato.
Corretti alcuni bug di validazione W3C.
Corretto link al manuale d'uso nella finestra di configurazione.
Apportate alcune modifiche per migliorare la visibilità degli allegati.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Da questa versione è possibile assegnare le funzioni ad accesso pubblico direttamente alle voci di un apposito menù dedicato ad Albo Pretorio. Ciò consente di rendere completamente navigabile il lato pubblico dell'applicazione senza il passaggio dalla finestra_avvio.
Rimane l'uso della finestra_avvio per le funzioni ad accesso riservato.
-
Albo Pretorio On Line in home page di Joomla.
Questo riconoscimento saluta le oltre 100 installazioni in Pubbliche amministrazioni italiane.
Grazie a tutti.
http://forum.joomla.it/index.php/topic,122908.0.html#new (http://forum.joomla.it/index.php/topic,122908.0.html#new)
http://www.joomla.it/articoli-della-community/4572-albo-pretorio-on-line-per-la-pubblica-amministrazione-un-storia-di-joomla.html
-
Inserita l'attesa nuova versione RC1
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Queste le variazioni della Versione 10.0 RC 1 del 20.01.2011
- Modificata logica funzione di inserimento atti per evitare duplicazione ad operatori distratti.
- Attivato tasto di uscita senza registrazione di atti.
- Predisposto inserimento giorni di pubblicazione predefiniti opzionale per categorie.
- Inserita visualizzazione degli allegati anche negli elenchi con possibilità di link.
- Prevista possibilità opzionale di modifica della directory allegati nella directory images di joomla.
- Corretti alcuni errori di ordinamento elenchi.
- Modifica verifica data inseriemento atti.
Per il cambiamento della directory allegati, lo spostamento degli allegati nella nuova collocazione e viceversa, va fatto a mano via FTP. Con le nuove versioni sarà automatico.
-
Inserita 10 RC 1a
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
che risolve alcuni bug segnalati.
1) individuazione cartella degli allegati in fase di installazione.
2) segnalazione di nuova versione disponibile nella finestra riservata.
Consiglio aggiornare con questa versione.
-
Disponibile la versione 10 RC 2
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Versione 10.0 RC 2. del 28.01.2010
Corretto bug visualizzazione allegati.
Modificate connessioni ad elenchi sezioni e categorie.
Resa possibile la creazione di voci di menù dedicate a specifiche sezioni o categorie di atti.
-
Aggiornamento versione 10 RC 2.1
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
30.01.2011 Versione 10.0 RC 2.1
Migliorato script visualizzazione allegati.
Aggiunti inserimento e lettura allegati con firma digitale ed estensione p7m.
Rimosso inserimento file con estensione txt.
-
Aggiornamento versione 10 RC 2.2
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
03.02.2011 versione 10 RC 2.2
queste le modifiche di manutenzione.
Corretti ordinamento enti in connessioni,
inserimento utenti doppi, form atto_10_mostra,
installazione verifica directory in uso,
validazione link a v10 RC2.2.
Inserito file connect.css per connessioni.
-
Inserito aggiornamento versione 10 RC 2.2a
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
05.02.2011 versione 10 RC 2.2a
risolto bug lettura allegati con i readers pdf più diffusi.
-
Disponibile aggiornamento modulo Albo Pretorio Ultimi Atti 1 alpha 6
http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html (http://www.joomla.it/download-della-community/item/119-modulo-albo-pretorio-ultimi-atti.html)
Inserita opzione di visualizzazione categorie nel modulo.
Corretto bug visualizzazione atti in attesa di pubblicazione.
-
Inserita in download la nuova versione Albo Pretorio 10 RC 3
modiche della versione Albo Pretorio 10 RC 3 del 20.02.2011
Nuove modalità di inserimento, modifica e cancellazione atti ed allegati.
Formattazione opzionale degli elenchi atti con file CSS selezionabili da configurazione
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
Un ringraziamento particolare agli utenti
vincent1, gippobest, fmesiani, luigi76 e grendizer71
che hanno testato la nuova versione e fornito utili indicazioni sugli interventi da operare.
-
E' disponibile una nuova versione di Albo Pretorio On Line la 10 RC 4.
Questa versione è dedicata al 150° dell' Unità d' Italia ed esce anche in contemporanea con il primo anno di attività di Albo Pretorio On Line per Joomla avvenuta il 12.03.2010.
Queste le modifiche
Ripristinato obbligo inserimento di almeno un allegato.
Obbligo inserimento ente per gestioni multiente.
Modificata lista degli atti in archivio storico con selezione anno.
Prevista opzione per visualizzare atti di sezioni o categorie scegliendo fra quelli in pubblicazione o in archivio storico.
Migliorate informazioni di alcuni tooltip nelle finestre inserimento e modifica</p>
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html
-
Inserita la nuova versione di Albo Pretorio On Line la 10 RC 5.
Queste le modifiche del 10.04.2011 Versione 10.0 RC 5
Nuovo elenco per visualizzare Sezioni, categorie e funzioni assegnate agli utenti.
Modificata procedura per aggiunta allegati in fase modifica atto.
Aggiunta funzione stampa ad elenco sezioni
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Dopo qualche tempo inserita la nuova versione di Albo Pretorio On Line la 10 RC 6.
Queste le modifiche del 25.09.2011 Versione 10.0 RC 6
Inserita in configurazione possibilità di attivare la data di pubblicazione uguale a data inserimento.
Inserito controllo apostofri per sezioni e categorie in fase di inserimento.
Corretti alcuni bugs di validazione W3C in alcuni elenchi.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html (http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html)
-
Inserita la nuova versione 2012
22.04.2012 Versione 11.0 RC 1.
Inserita funzione pulizia archivi atti ed allegati.
Inserita funzione aggiorna atti per gestire diritto all'oblio e le info sulla vita degli atti.
Migliorata la funzione di export in formato csv.
Aggiunto CSS in elenchi sezioni e categorie-sezioni.
Aggiornate istruzioni installazione e uso.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html
-
Inserita la nuova versione 11.0 RC 1.2
con le seguenti modifiche
14.08.2012 Versione 11.0 RC 1.2. Corretto bug visualizzazione form e resi inaccessibili al pubblico gli atti con diritto all'oblio attivato.
http://www.joomla.it/download-della-community/item/60-albo-pretorio-on-line-by-vales.html
-
Inserita la nuova versione 11 RC 1.3
Questa versione corregge un bug sulla configurazione della cartella allegati in caso di trasferimento del sito senza reinstallazione di Albo.
Prepara inoltre a ricevere il messaggio di disponibilità della nuova versione per Joomla 2.5.x e 3.x.
Il download è qui (http://valesweb.altervista.org/index.php?option=com_jdownloads&Itemid=81&view=viewdownload&catid=3&cid=25)