Joomla.it Forum
Joomla! 2.5 (versione con supporto terminato) => Joomla! 1.6/1.7/2.5 => : Dieda12 20 Sep 2012, 10:53:59
-
Ciao a tutti,
Vorrei sapere se esiste un'estensione di Joomla! per la gestione degli archivi, in particolare degli archivi storici. Ho visto che nel post delle estensioni questa funzionalità non è elencata.
L'estensione dovrebbe essere in grado di mostrare i metadati delle unità documentali salvati in apposita tabella del database. Idealmente l'utente dovrebbe poter creare una nuova unità inserendo i metadati in un form che sia conforme a uno standard (ad esempio EAD), oppure fare un'operazione massiva importando un file xml dall'opportuna struttura (sempre EAD).
L'estensione dovrebbe essere dotata di un modulo-menu ad albero che mostri la struttura dell'archivio (in pratica un menu standard di Joomla! che invece che alla vista-articolo punti alla vista-elemento), un modulo di ricerca avanzata che punti sulla tabella dei metadati, e una vista-elemento (una semplice tabella con i metadati esposti ordinatamente, e con una thumbnail che eventualmente punti a una gallery per sfogliare l'elemento digitale associato, se esiste).
Idealmente dovrebbe essere possibile anche esportare la tabella di metadati in formato XML, sempre secondo lo standard scelto.
Sto testando un progetto open-source che realizza queste cose (ICA-Atom 1.3), tuttavia devo ammettere che non è semplice personalizzare il front-end e in generale il sistema (basato sul framework Symphony) non è molto user-friendly. Al momento, che io sappia, ICA Atom è l'unico progetto internazionale e open-source che vada in questa direzione.
Mi chiedevo se esista un progetto analogo per Joomla!, o se ci sia una qualche controindicazione nel cercare di utilizzare Joomla! in questo ambito, considerando che l'ampia disponibilità di template (gratuiti e non), estensioni, supporto, ecc... lo rendono secondo me lo strumento ideale per esporre dati on-line (anche quando non si tratta propriamente di "articoli per blog").
A presto
Elena
-
Ciao Dieda12, qui hai guardato?
http://extensions.joomla.org/extensions/directory-a-documentation/downloads (http://extensions.joomla.org/extensions/directory-a-documentation/downloads)
-
luketto se avessi letto con meno superficialità il post di Elena (o se semplicemente lo avessi letto) capiresti che quello che hai linkato non è il genere di estensione che lei sta cercando...
-
Un componente del genere dubito che esista per joomla, però essendo il meccanismo di ricerca basato su tag o su determinati campi, forse Seblos potrebbe andarti bene.
Attenzione, Seblod non è un componente nel vero senso della parola, è molto di più; ti permette di costruire applicazioni per joomla.
Il componente è un pò complicato, ma la sua curva di apprendimento è buona, però la documentazione è supporto sono in inglese.
Su youtube esistono una decina di videotutorial, di cui uno con qualche variante potrebbe fare al tuo scopo.
Il videotutorial è in russo! Ma guardandolo si riesce a capire come muoversi.
Se decidi di usarlo ti conviene prima vedere gli unici tre video in italiano......video propedeutici che ti fanno capire le basi.
-
In effetti DocMan lo conoscevo, anche se non l'ho mai provato direttamente. Mi sembra più orientato alla gestione documentale (tipo aziendale) che alla gestione archivistica.
@giusebos: interessantissimo Seblod !!!! Non l'avevo mai usato...farò un'installazione di prova, poi magari metto sul forum i miei commenti (per uso archivistico) se qualcun altro dovesse essere interessato.
Comunque già sapere che non c'è, al momento, un componente archivistico per Joomla! è un buon punto di partenza. Grazie.
Elena
-
Salve Elena, hai poi provato il componente? Anche io sto provando a installare un sito con un archivio storico di diversi documenti ed ho grandi difficoltà a capire come fare ... se tu avessi trovato una soluzione mi sarebbe molto utile
-
Ciao giafa,
Ho appena finito di sviluppare un componente per la gestione degli archivi storici con Joomla!.
Si chiama MantaJ!, e oggi vorrei completare la traduzione in inglese, in modo da distribuirlo con le due traduzioni, italiano e inglese.
Credo di aver ottenuto un buon risultato, il sistema è più semplice e intuitivo di un ICA Atom (che si basa su Framework Symphony) e può sfruttare tutti i vantaggi di Joomla! per la gestione del sito nelle sue parti non archivistiche.
Il componente è gratuito, quindi direi che domani, appena metto il pacchetto scaricabile on-line (si tratta di componente + 1 plugin per le miniature/gallery + 1 modulo per la vista ad albero delle strutture gerarchiche) ti posso scrivere un messaggio qui!
Elena
-
wow non posso crederci! spero sia quello che serve a noi ... se ti occorre una mano per le traduzioni dall'inglese conta su di me. Posso approfittare per porti qualche problema di impostazione del lavoro che dovrei fare? Ho difficoltà a fare delle scelte .....
grazie
-
Ops! le traduzioni ti servirebbero dall'taliano .... pardon...
-
Sicuramente ci saranno delle rifiniture linguistiche da fare, i campi principalmente sono quelli ISAD/ISAAR/ISDIAH/ISDF, dei quali ho preso le traduzioni, ma spesso ho abbreviato per esigenza di spazio e sicuramente le abbreviazioni saranno da ottimizzare.
Ho poi aggiunto una serie di campi che mi sono stati suggeriti da amici archivisti, extra-ISAD.
MantaJ! uscirà nella versione 1.1, ma sicuramente mi sarà utile avere dei feed-back per migliorarlo.
L'unica parte importante ancora mancante, che sperò completerò per la 1.2, se il componente andrà bene, è la possibilità di fare un bulk-import tramite EAD/XML. Al momento è possibile importare da back-end, naturalmente, oppure direttamente da database. Quindi diciamo che la 1.1 si presta bene per archivi non troppo massivi.
Se poi come soluzione piacerà, nell'ambiente archivistico, allora aggiungerò il bulk-import.
Per quanto riguarda eventuali domande, poni pure, ma riuscirò a rispondere solo a partire da domani, perchè adesso sono troppo presa con le sistemazioni finali di MantaJ!.
Elena
-
Ciao giafa,
Ho pubblicato il componente su Sourceforge.net. E' scaricabile da qui.
sourceforge.net/projects/mantaj/files/ (http://forum.joomla.it/sourceforge.net/projects/mantaj/files/)
Sto allestendo un sito demo, qui:
http://www.cenacchi.altervista.com/manta (http://www.cenacchi.altervista.com/manta)
A breve metterò insieme le pagine wiki per una guida/documentazione, che comprendano degli screenshot del backend. Le istruzioni fondamentali da seguire al momento sono le solite di Joomla!:
1) Dopo l'installazione del pacchetto assicurarsi che il plugin SigPlus sia abilitato (per la gestione delle miniature e delle gallery).
2) Inserire i dati nelle schede del componente MantaJ! (i campi sono abbastanza intuitivi ma se hai domande poni pure).
3) Per creare le pagine, creare prima una voce di menu e scegliere tra le varie viste possibili. Al momento si possono creare pagine "elenco" e pagine "singole" per i seguenti:
- Soggetti produttori
- Soggetti conservatori
- Elementi (le unità archivistiche vere e proprie, fascicoli, serie, ecc...)
- Funzioni
- Categorie (extra-standard, per quei casi in cui i documenti seguano una classificazione particolare, degna di una descrizione a parte)
- Bibliografia.
Tutti i campi vuoti non vengono mostrati di default, mentre in ogni voce di menu è possibile scegliere quali campi si vogliono far apparire, sia nelle pagine elenco che nelle pagine singole.
4) All'interno del componente sono presenti più layout di quelli corrispondenti alle voci di menu, questo per organizzare meglio le informazioni e per valutare se, in prossime versioni, possa valere la pena di creare delle viste apposite (ad esempio una qualche mappatura dei luoghi, non so...).
Per ora direi che è tutto. Fammi sapere se decidi di provare MantaJ!, nel caso sono a disposizione per eventuale assistenza.
Elena
-
Ciao Elena, grazie... :)
Lo provo senzaltro ... comincio in giornata. Ti darò il link alle pagine di prova nel sito in cui lo allestiamo..... dalle impostazioni che ho letto rapidamente nella tua nota mi sembra che riprendi la struttura logica di Archimista .. (che stavo studiando per capire se poteva essere utile) ..... preziosissimo il tuo lavoro. Ti tengo aggiornata e spero di poter approfittare sulla tua disponibilità per porti anche questioni più di "struttura e di impostazione" del sito.
Gianni
-
Ciao giafa,
MantaJ! riprende infatti gli stessi standard di riferimento internazionali di Archimista e ICA Atom.
Ha (secondo me) il vantaggio di poter gestire in modo MOLTO più semplice e completo il sito nel suo aspetto globale (quindi non solo per la parte archivistica) grazie al Framework Joomla!, a tutte le sue estensioni che si possono integrare nel progetto e soprattutto ai template.
Inoltre, avendo un po' di conoscenza del Framework, è molto semplice produrre delle soluzioni personalizzate di MantaJ! (che già nella sua versione base secondo me dovrebbe coprire il 90% delle esigenze).
Naturalmente se trovi dei bug fammi sapere che provvedo subito!
Ah, due informazioni aggiuntive:
1) Sono precaricate le lingue inglese e italiano (impostabili da backend), ma per dare all'utente la possibilità di cambiare lingua è necessario attivare l'apposito modulo di Joomla! (in giornata lo sperimenterò sul sito demo).
2) Essendo il pacchetto un po' corposo (componente + plugin + 2 moduli) possono essere necessari alcuni secondi per l'installazione!
Attendo notizie :-)
Elena
-
il link a sourceforge è sbagliato...
nella demo magari o togli il sef o lo aggiusti
Quando è a posto poi si possono vedere i bug... e a prima vista più che bug ci sono delle vulnerabilità.
Visto che è destinata a documenti la sicurezza non è da trascurare
-
Ciao MWC,
Chiedo scusa per il link a SourceForge, manca il prefisso https:
https://sourceforge.net/projects/mantaj/files/ (https://sourceforge.net/projects/mantaj/files/)
Nella demo invece non vedo problemi di sef...a cosa ti riferisci ?
Per quanto riguarda la vulnerabilità: non si tratta di archiviazione di documenti, cioè, non si tratta di un componente stile Remository per la distribuzione di documenti archiviati (in sintesi, non è un gestionale).
Si tratta di un sistema per mostrare i record di archiviazione di documenti cartacei (più o meno storici) conservati in strutture che ne consentono l'accesso fisico (archivi storici, biblioteche, archivi privati, ecc...). Puoi essere più preciso sui problemi di vulnerabilità che riscontri ?
Elena
-
Ah, aggiungo che in genere nei progetti di digitalizzazione degli archivi si forniscono le immagini in due formati: una in alta risoluzione che viene conservata dai titolari dell'archivio, e una in bassa (con o senza filigrana) per la libera distribuzione in rete (se lo si vuole).
Le immagini nei siti degli archivi sono in genere scaricabili liberamente ma sono in bassa risoluzione. Chi vuole una copia in alta deve rivolgersi all'archivio e (di solito a pagamento) prendere accordi in merito.
Per questo MantaJ! utilizza la gallery di SigPlus con le immagini scaricabili.
Elena
-
innanzi tutto mi scuso e rifaccio... non so come mi possa essere scappato un post così stupido... volevo dire delle cose scrivendone in effetti altre
innanzitutto ..gran mole di lavoro, complimenti. (molto femminili anche i commenti nei files :) )
il sef è leggibile praticamente solo in homepage poi diventa confusionario poichè all'interno trovi solo link usati anche per passare variabili, forse sarebbe meglio usare un po' di js /json e togliere quel cid appeso. (..quell'index.php si può togliere con htaccess)
Poi vedendo come sono strutturati i contenuti la prima cosa che mi sono domandato è perchè tu non avessi implementato i microdata, darebbero un valore aggiunto notevole.
Poi non ho trovato vulnerabilità.... te lo avrei detto e non pubblicamente, ci sono un paio di cose che mi lasciano perplesso però non so cosa risolve JInput, proverò un po' in locale poi ti dico se erano solo impressioni
scusami ancora per il bruttissimo "approccio"
PS: :) mentre scrivevo vedo che hai risolto anche un altra domanda che avevo da farti..
-
Non c'è problema, qualunque suggerimento/critica è ben accetto!
Per quanto riguarda i microdata, sono una soluzione molto intrigante, però ammetto che prima mi piacerebbe che il componente fosse testato dagli archivisti per avere dei feedback sulla struttura scelta, e in particolare sull'organizzazione dei campi, che sono un po' la funzionalità principale del componente.
Sulla gestione sef hai ragione, il passaggio del parametro cid non ci sta molto in un friendly url (ma, almeno da qualche banale test di routine) non mi sembra (sottolineo sembra) un punto di vulnerabilità.
Ricontrollo la costruzione degli indirizzi!
Grazie per i feedback!
Elena
-
non mi sembra (sottolineo sembra) un punto di vulnerabilità.
---------------------------------------------------------------------------------
:) no,non era questo era nei namespaces...
Bibliografia -> MANTA_FIELD_WEB_URL_1 -> manca traduzione
Ente/persona/famiglia -> MANTA_FIELD_PARAL_NAME_1 -> manca traduzione
-
GRAZIE 1000!!!!
Avendo molti campi, nella traduzione ho perso qualche colpo (anche perchè non è che sia proprio entusiasmante...dopo un po'...).
Elena
-
ma erano indispensabili tutti quei files? Non possono essere "assiemati" in controller con più metodi?
-
Per la struttura di base ho utilizzato un costruttore (che non cito apertamente perchè a pagamento, anche se davvero modicamente) che replica la struttura predefinita per ogni modello-vista-controller.
Dal mio punto di vista, avendo molti campi, è più comoda la manutenzione in quanto tutto è logicamente suddiviso in una struttura chiara che richiama la logica d'archivio.
Mi rendo conto che è un approccio un po' naive, ma avendo avuto necessità di implementare diverse relazioni m-n (grazie a dhtmlxGrid) ho preferito una struttura più parlante.
La parte probabilmente un po' più inutile è quella sulla relazioni di categorie -> caterlations si poteva assimilare a relations. Ma l'ho lasciata così perchè ho per le mani un archivio particolare misto (in pratica un archivio bibliografico che è esso stesso un archivio storico) in cui la struttura delle categorie assegnate dall'autore è parte interessante da mostrare...solo che ancora non so di preciso come la mostreremo. Per cui al momento la vista categorie è analoga a quella degli elementi, ma è pensata per poter avere un suo sviluppo...vedremo.
Rispetto ad altri componenti, tipo Virtuemart per J!1.5 mi sembra comunque una struttura abbastanza semplice (ancorchè prolissa :-))...
Elena
-
tipo Virtuemart per J!1.5
------------------------------------------------------------------------------------------------------
:) hai mai visto la pubblicità (credo levis) dove il bimbo infilava il cubo nello spazio del cilindro a martellate e quando passava era felice?
in realtà quello che spesso ti costringe a scrivere molti "mwc" è la gestione delle tabelle
-
sto provando il componente ..... questo il sito in cui lo sto testando: http://centrodoc.altragricoltura.net
quando dal pannello di amministrazione richiamo la funzione "elementi" mi restituisce un errore:
[size=1.818em]500 - Si è verificato un errore.[/size]Unknown column '_parent_id_.el_ref' in 'order clause' SQL=SELECT a.id,a.published,a.*,_places_.name AS `_places_name`,_registry_.auth_name AS `_registry_auth_name`,_registry_id_.auth_name AS `_registry_id_auth_name`,_bib_.title AS `_bib_title`,_cat_.title AS `_cat_title`,_archlevel_.type AS `_archlevel_title` FROM cd_manta_elements AS a LEFT JOIN `cd_manta_relations` AS _rel_ ON _rel_.id_el = a.id LEFT JOIN `cd_manta_places` AS _places_ ON _places_.id = _rel_.id_places LEFT JOIN `cd_manta_bibrelations` AS _relbib_ ON _relbib_.id_el = a.id LEFT JOIN `cd_manta_bib` AS _bib_ ON _bib_.id = _relbib_.id_bib LEFT JOIN `cd_manta_registry` AS _registry_ ON _registry_.id = _rel_.id_registry LEFT JOIN `cd_manta_catrelations` AS _rel_cat_ ON _rel_cat_.id_element = a.id LEFT JOIN `cd_manta_categories` AS _cat_ ON _cat_.id = _rel_cat_.id_cat LEFT JOIN `cd_manta_levels` AS _archlevel_ ON _archlevel_.id = a.archlevel LEFT JOIN `cd_manta_authors` AS _authors_ ON _authors_.id = _rel_.id_prod LEFT JOIN `cd_manta_registry` AS _registry_id_ ON _registry_id_.id = _authors_.registry_id WHERE (a.published = 1 OR a.published IS NULL OR a.published = 0) AND a.id !=1 GROUP BY a.el_ref,id ORDER BY _parent_id_.el_ref ascTorna al Pannello di controllo (http://centrodoc.altragricoltura.net/administrator/index.php)
-
stessa cosa da pannello admin se richiamo la funzione elementi .. errore 500
-
Grazie per la segnalazione!
Correggo e carico il file aggiornato su SourceForge.net. Ti mando un messaggio qui appena il pacchetto nuovo è disponibile.
Elena
-
L'errore ti compare subito dopo l'installazione (nessun dato inserito) o dopo aver inserito un elemento di prova ?
-
dopo l'installazione ... sto cercando di configurare le diverse voci ma non ho ancora caricato nessun file
-
Ok, le altre tab le vedi correttamente ? (scusa ma non rilevo l'errore in locale, quindi più informazioni ho e meglio riesco a intervenire).
Non c'è un campo per l'upload del file: le immagini devono essere caricate nella cartella images tramite il media manager di Joomla! o via ftp, poi nella sezione relativa si deve inserire il path.
Elena
-
Ahhh! Trovato!
Aspetta a fare del data-entry, ti conviene disinstallare e reinstallare il pacchetto corretto (appena lo carico ti avviso).
Se no, se preferisci, ti invio il file corretto da sostituire...ma ti consiglio la prima soluzione, in cui ho già inserito le correzioni linguistiche suggerite da MWC.
Elena
-
Ok, ho messo su SourceForge il pacchetto corretto.
Fammi sapere se disinstallando l'attuale (da "Gestisci" cerca "manta" e disinstalla il pacchetto -> non il solo componente) e reinstallando il nuovo funziona.
Grazie
Elena
-
lo sto disinstallando
elena, vuoi l'accesso al pannello admin del sito?
per me non è un problema ... è ancora un sito di prova che sto testando e configurando ... puoi usarlo per verificare online
-
Va bene, mandami le credenziali in messaggio privato.
Nel frattempo fai tu la reinstallazione, così dopo vedo come appare il tutto.
Elena
-
ok la reistallazione è stata eseguita e funziona .... ora le funzioni che prima mi davano errore funzionano ... ti mando un messaggio privato con l'accesso all'area interna ...
-
Ottimo :)
Riuscirò a guardarci in serata, quindi se nel frattempo vuoi fare altre prove fammi sapere se incontri altri malfunzionamenti (ho impostato anche il forum di assistenza su SourceForge.net).
Elena
-
Bene,
posso intanto approfittare per chiederti due consigli ....?
-
Certo, chiedi pure...se so cosa rispondere, volentieri :-)
-
Ciao giafa,
Ho controllato il vostro sito e non vedo problematiche.
Elena
-
si infatti mi sembra funzioni tutto ....
-
Ciao Elena, buongiorno e grazie per il lavoro che ci permetterà di impostare on line i nostri archivi :)
Ho guardato nel componente e mi sembra che funzioni tutto. Ora proveremo a caricare un po di materiale per testarne l'efficacia e, nel caso, ti segnalo i problemi se dovessero esserci.
Il componente sembra essere molto utile ad archiviare i file del nostro Centro di Documentazione sulla Sovranità Alimentare che possediamo fisicamente nell'archivio ...... ma ...
1) se volessi utilizzare i file richiamandoli per esempio in una pagina di un'altro sito potrei farlo?
2) posso caricare anche pdf oltre che jpg?
3) posso usare il componente per schedare anche documenti html o pagine php? (in modo da integrare un archivio più dinamico e, per esempio, mappare e indicizzare pagine e documenti di altri siti)
grazie per la cortesia
Gianni
-
Ciao Gianni,
Rispondo alle tue domande punto per punto:
1) se volessi utilizzare i file richiamandoli per esempio in una pagina di un'altro sito potrei farlo?
Se il vostro sito è il "sito A" e gestisci un altro "sito B", l'unica possibilità che vedo è utilizzare un wrapper che carichi i contenuti di A in B, questo a prescindere dal tipo di contenuto (articoli Joomla! o descrizioni MantaJ!).
2) posso caricare anche pdf oltre che jpg?
La tab "Immagini digitali" è pensata per immagini e gallery (al momento; in una versione successiva si potrebbe sofisticare per altri tipi di media), ma i contenuti multimediali possono in realtà essere di ogni tipo, in quanto vengono gestiti a livello di media manager di Joomla! (o li puoi caricare tu via ftp nella cartella che preferisci). Hai due possibilità:
A) Immagini o gallery di immagini -> usi la tab "immagini digitali" e specifichi il path nel campo apposito allora Sigplus ti crea la miniatura e in automatico la gallery javascript per sfogliare on-line le immagini.
B) Video, musica, pagine web, ecc... -> in questo caso il path che indichi nella tab "immagini digitali" sarà solo quello dell'immagine che hai scelto come thumbnail (se vuoi), e indicherai le caratteristiche del media (video, .mp3, ecc...), mentre il link alla risorsa multimediale vera e propria lo devi mettere nel campo "Accesso" della tab "Elementi" (ho messo un piccolo esempio, senza thumbnail e con link non attivo, nel sito demo, elemento B02 nell'esempio astronomico).
3) posso usare il componente per schedare anche documenti html o pagine php? (in modo da integrare un archivio più dinamico e, per esempio, mappare e indicizzare pagine e documenti di altri siti)
Certo, l'importante è che definisci un tuo sistema interno di segnatura e titolo (ogni pagina deve avere una segnatura univoca, che sia coerente con un qualche criterio archivistico che voi avete stabilito a priori, e che potete spiegare, nel campo "Criteri di ordinamento", o potete anche non spiegare). Dopo di che nei campi descrittivi puoi mettere le descrizioni che preferisci e nel campo "Accesso" (che è un editor in cui puoi inserire tag html, ecc... come in un articolo di Joomla!) inserire l'indirizzo delle pagine.
Uno dei punti secondo me a favore di MantaJ!, rispetto ad Atom, ad esempio, è proprio il fatto di poter creare, in quasi tutti i campi disponibili, delle descrizioni ipertestuali, con tag html, link, ecc...
grazie per la cortesia
Prego, fammi sapere come procede. Mi piacerebbe moltissimo poter creare un elenco di esempi aggiuntivi alla demo, del tipo "Utilizzano MantaJ!..." con i link ai siti...vorrebbe dire che il progetto Manta piace e viene utilizzato :-)
Elena
-
In effetti per il nostro portale (altragricoltura.net) questo sito (centrodoc.altragricoltura.net) è una risorsa strategica e il componente che hai elaborato sembra rispondere bene alle funzioni di archivio che vorremmo implementare. Spero sia per te un utile test e che possa aiutarti nello sviluppo con esempi concreti.
[size=78%]Nella nostra idea, ad ogni modo, l'archivio non è solo un luogo in cui schedare documenti storici (pure importante e utile) è, anche, una base di servizio e supporto per tutte le attività che noi facciamo in maniera dinamica e interattiva.[/size]
Per esempio se costruiamo la sezione "rassegna stampa" sarebbe per noi utile si potesse integrare con altre sezioni del nostro sito.
Certo che con il wrapper posso richiamare una categoria ..... per esempio le rassegne stampa del mese x o quelle dell'argomento y le posso mostrare con il wrapper o linkare direttamente la pagina relativa nel sito ma se volessi richiamare il singolo documento? c'è un modo di mostrare la finestra popup con cui il componente richiama il file da link nel browser? devo linkare il documento nella cartella di /images/ che ho fatto?
Grazie, Gianni
-
Ok ..... mi sembra che la soluzione sia meno complicata di come la stessi ponendo ..... in effetti basta linkare il file e richiamarlo nel browser per averlo a disposizione ..... ::)
-
Dunque, per risponderti devo capire meglio la tua esigenza.
Convergiamo un attimo sui termini:
- Descrizione principale: per me è la descrizione archivistica che MantaJ! mostra nelle 6 categorie ("elemento, produttore, conservatore, funzione, categoria, bibliografia" -> la più utilizzata in ambito archivistico è "elemento") attivabili tramite voce di menu.
- Descrizione secondaria: è la descrizione più ridotta che appare in una finestrina popup per alcuni campi (luoghi, relazioni, persone, ecc...) quando questi sono stati riempiti.
- File: per me è la risorsa digitale collegata alla descrizione.
Se crei un contenuto e vuoi creare un link a una pagina MantaJ! lo puoi fare nel modo standard (copiando e incollando l'indirizzo della pagina nell'editor, e settando come vuoi gestire il collegamento, standard o popup -> vedi opzioni nell'editor, pulsante "crea link").
Se si tratta di una descrizione principale, l'indirizzo lo vedi ovviamente nella barra del browser in alto.
Se si tratta di una descrizione secondaria, puoi copiare l'indirizzo con il tasto destro del mouse quando passi sopra al link generato da Manta, all'interno della descrizione principale.
Se vuoi richiamare il solo file, lo puoi fare sempre nel modo standard, in quanto il/i file risiedono nella cartella images (o altro) di Joomla!.
Magari dammi qualche dettaglio in più sulla "Rassegna stampa" (idealmente un link di esempio), così magari capisco meglio cosa ti servirebbe.
Elena
-
Tieni anche presente l'opzione "Popup" nell'editor, quando scegli "inserire link".
Molti non lo sanno che c'è questa possibilità!
Elena