Back to top

Visualizza post

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


Post - bolina

Pagine: 1 [2] 3
21
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

22

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

23
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

24
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

25
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

26
Se riesco (leggi: se sono andato abbastanza avanti) tra domani e dopo posto uno screen delle modifiche grafiche che sto apportando.

Come promesso vi faccio vedere una pre-pre-pre anteprima di come sta diventando il sito.

manca ancora un bel po' di parte grafica, siate comprensivi ma è una prebozza.

Il bannerone in alto è rotante con fade-in fade-out utilizzando il modulo image slide show validato strict.
Hint importante per accessibilità:
se volete che il template rimanga semifluido, nelle impostazioni del box di contenimento del modulo (opzioni del modulo) indicate il valore in percentuale e non in pixel.

Sulla destra, nei vari moduli, per ogni singola voce verrà inserita una icona apposita e non la sola "i" di informazione come è adesso di prova.

vista 1
http://it.tinypic.com/r/117w96v/6

vista 2
http://it.tinypic.com/r/1rrbqs/6

ale

27
Aggiunto un plugin per le gallery di immagini nel primo post.

Valida direttamente Strict ed è estremamente funzionale e potente, e fa esattamente quello che deve fare come decidete di farglielo fare.

ale

28
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

29
Citazione
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.

Citazione
....
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

30
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

31
Con chronoconnectivity la gestione Albo diventa una cosa semplice. propongo però di passare sull'altra sezione dedicata ai form dove ci sono già casi simili. Qui siamo OT.

Qui ci torniamo eventualmente per rendere tutto accessibile.

Fatto, ho postato le specifiche nella sezione form in questo post:
http://forum.joomla.it/index.php/topic,92012.0.html

ale

32
(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

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

vista singolo documento
http://it.tinypic.com/view.php?pic=4j74ut&s=6

Benvenuto qualsiasi intervento.

ale

33

In un sito che ho realizzato per un piccolo comune, utilizzo Docman (1.4 quello gratuito) perchè permette in maniera semplice ed efficace la gestione dei documenti tipo bandi, concorsi e avvisi.

Spesso capita che i comuni abbiano la necessità di pubblicare un certo documento per un periodo prestabilito; altre volte necessitano che il documento non sia più pubblicato nella relativa sezione (x es. bandi) ma che sia comunque reperibile in un particolare archivio (x es. bandi scaduti).

Tutto questo però non si può fare con Docman (che io sappia), il quale permette solo che un documento sia o pubblicato oppure no.

Non so se Remository abbia queste opzioni, ma in generale avendolo provato preferisco Docman perchè permette un suo utilizzo più flessibile.

confermo il fatto che docman NON permette pubblicazioni temporali ed anche remository (pur avendo l'opzione nella pubblicazione del documento) non lo fa. Ovvero la voce esiste ma non funziona.

Per adesso mi sto ingegnando con due componenti: phoca documentation e attachments per visualizzare articoli in determinate categorie e quindi con scadenza temporale ma il tutto risulta molto ostico per il classico dipendente comunale che deve semplicemente pubblicare un documento.

Sono dietro a scrivere le specifiche delle funzionalità minime necessarie e conto di finire entro pomeriggio/sera (spero)

ale

34

Se mi date le specifiche precise di quello che deve accadere con l'Albo Pretorio, vedo di fare qualcosa con Chronoconnectivity ed i normali articoli di Joomla. Penso di poterlo gestire come vogliamo.

Faccio un post nella giornata di domani con calma, cercando di andare a fondo anche delle problematiche che ho già individuato.
Ora sono stracotto dopo le modifiche alla FAP e vado a letto che domani riunioni plenarie. sich.

Se riesco (leggi: se sono andato abbastanza avanti) tra domani e dopo posto uno screen delle modifiche grafiche che sto apportando.

ale

35
mah... la vedo molto dura, ma io ho trattato solo piccole realtà... magari in enti più grossi gli interessi in gioco sono molto maggiori e può succedere...

Bhè sto parlando di semplice legalità fosse pure un comunello da 200 abitanti.
Che poi gli amministratori locali si facciano bellamente gli affari propri spesso e volentieri è un altro discorso.

In teoria anche fosse un affidamento diretto per piccoli importi, dovrebbero quanto meno farsi rilasciare una dichiarazione da parte della società fornitrice di avere una fornitura a norma legge Stanca.

E la legge Stanca, ad oggi, non prevede deroghe per gallery.


ad esempio?

andiamo pesantemente OT mi sa... se il moderatore mi dà l'ok posso postare quello che bene o male servirebbe in un applicativo del genere, e magari anche tramite chronoform e chronocontact si potrebbe arrivare a tirare fuori qualcosa.

In fondo FAP e pubblica amministrazione li vedo belli a braccetto in futuro, e la discussione potrebbe interessare a molti.

ale

36

Credi sbagliato :-\ Qualsiasi modifica deve essere resa pubblica.


Immaginavo, leggendo la licenza.

quando concludo il lavoro lo pubblico.

A proposito di licenza (non ho mai lavorato con la affero):

in tema di copyright, cosa si deve lasciare, cosa si può modificare, cosa si può togliere, cosa si può aggiungere?

Un esempio: nel file templateDetails.xml, si può modificare così(?)in grassetto le parti soggette a domanda:

<name>accessible (cambio di nome)</name>
   <version>96 SVN (aggiunta della mia versione es. 1.0) </version>
   <creationDate>2009-08-30(data di modifica del file index)</creationDate>
   <author>itopen (modificata da bolina per quanto riguarda grafica e css)</author>
   <authorEmail>info@itopen.it (idem)</authorEmail>
   <authorUrl>http://www.itopen.it(idem)</authorUrl>
   <copyright>Copyright 2008 - itopen.it(idem)</copyright>
   <license>AGPL: Affero GPL</license>
   <description>Accessible Template XHTML Strict</description>

oppure no?

ale

37

la gallery di immagini, come ho detto varie volte, secondo me non ha senso che sia strettamente "accessibile"... non è un contenuto di interesse per chi ha certi problemi.

formalmente deve esssere a norma anch'essa con la legge Stanca altrimenti un concorrente potrebbe far invalidare il contratto di affidamento.

Contestualmente il Comune non può affidare incarichi relativi a siti internet che non siano a norma della legge Stanca.

Stavo leggendo di phoca gallery e di come qualcuno pensava si potesse portare a norma, informazioni maggiori da parte di chi ci ha provato?


quanto all'albo pretorio online, secondo me si può risolvere con la visualizzazione del contenuto di una categoria, io ho fatto così anche per altre sezioni, invece che usare moduli aggiuntivi per la gestione documentale. In pratica ogni documento è un articolo che viene visualizzato in una lista ed è ovviamente possibile stabilirne inizio e termine di pubblicazione.

già pensato e scartato in quanto un albo pretorio online deve avere un minimo di funzionalità che la gestione articoli non permette.

ale

38
Buon giorno a tutti.

Prima di tutto i miei complimenti sinceri per la FAP e per tutto il gruppo che sta collaborando ad implementarla.

L'ho scoperta da pochissimo e mi ci sto iniziando a cimentare.

Cercavo da qualche parte un elenco di componenti/moduli/plugin che validassero (nativamente) in XHTML Strict, ma non l'ho trovato, provo a fare un piccolo elenco io di quello che ho trovato e che mediamente utilizzo:

Lista aggiornata al 10/01/2010

Gestione documentale
Remository 3.52.8 (php 5) - valida XHTML 1.0 Strict
http://remository.com/downloads/softwarephp5/joomla-1.5-software/remository-components/

Gestione eventi/manifestazioni
Componente Eventlist 1.0.1 - valida XHTML 1.0 Strict
http://www.schlu.net/downloads/2-component/115-eventlist-10.html

Modulo Calendarietto per Eventlist
EventList Calendar Module Q - valida XHTML 1.0 Strict
http://www.schlu.net/downloads/14-3d-party-j15/49-eventlist-calendar-module-q.html

Gestione immagini per Bannerone o per altre posizioni modulo
ImageSlideShow - valida XHTML 1.0 Strict
http://briask.com/blog/wp-content/uploads/2008/07/mod_briaskiss.zip

Gallery immagini
ancora non ho trovato nulla, contributi?

EDIT: Very Simple Image Gallery Plugin
http://extensions.joomla.org/extensions/photos-a-images/photo-gallery/6301

è leggerissimo, funziona benissimo, valida direttamente Strict (è un plugin che si può utilizzare nei contenuti)
e fa maledettamente bene il suo lavoro.

Inoltre, molti di voi vedo che progettano per pubbliche amministrazioni, e certo saprete del nuovo obbligo relativo all'albo pretorio on-line (per ora slittato a luglio 2010, ma incombente).

Il problema maggiore in tal senso è che attualmente non ho trovato nessun componente che permetta il download di documento "a tempo", ovvero che tolga i documenti dalla disponibilità pubblica dopo x giorni.

Mi sto cercando di arrabattare vedendo se utilizzando componenti magari nati per fare altro si possa arrivare ad un qualcosa di facilmente utilizzabile.

idee?

Infine, una domanda per quanto riguarda la licenza FAP:
sto modificando il file index.php ed i vari CSS (non gli overrides HTML).

Letta la Affero license, devo postare le modifiche fatte?
Sostanzialmente ho modificato qualche tag nell'index, ed ovviamente le impostazioni css per generare un template grafico diverso da quello base rilasciato con la FAP.

saluti e buon lavoro.

ale

39
Sicurezza / Re:JBackup System Plugin (nativo 1.5)
« il: 07 Gen 2010, 12:29:43 »

premesso che la cartella ovviamente era ancora vuota, in quanto appena creata...perchè appena iniziato il trasferimento, filezilla ha iniziato a trasferire dati liberamente fino a un certo punto, e poi ha inziato (e lo sta facendo tuttora) a chiedermi di sostituire ogni file che sta trasferendo?  :o

A volte capita, soprattutto ocn connessioni lente e/o con server lenti.

Praticamente filezilla richiede il trasferimento del file a.xyz, poi, mentre lo sta già trasferendo, lo richiede nuovamente (almeno è quello che capita a me).

di fatto non sta facendo nessun casino se quello che vuoi è trasferire tutti i files nella cartella vuota, al limite sovrascrive quelli che ha appena scritto.

Se ti capita spesso, una soluzione in caso di download di interi siti è passare n. 1 file, e poi sovrasceriverlo, ti chiederà cosa vuoi fare, tu gli spunti la casellina sovrascrivi+compi stessa azione ogni volta che si ripresenta, e poi lanci il download vero e proprio.

non ti tedia più con i messaggi di cui sopra per quel download.

A me capita con qualche hoster mentre con altri più performanti no.

ale

40
Sicurezza / Re:JBackup System Plugin (nativo 1.5)
« il: 05 Gen 2010, 22:07:43 »
già.. quindi qualcuno fa l'atto sostitutivo..
c'è differenza?
http://www.interlex.it/675/ricchiu30.htm
 ;)

Si, enorme, e peggiorativa. Ma tant'è esiste la deroga che non condivido nè in diritto nè in principio.

ale

Pagine: 1 [2] 3


Web Design Bolzano Kreatif