.dsy:it. (http://www.dsy.it/forum/)
- Informatica applicata alla comunicazione scritta (http://www.dsy.it/forum/forumdisplay.php?forumid=275)
-- Spiegazione definitiva del progetto con commento al testo. (http://www.dsy.it/forum/showthread.php?threadid=35360)

Spiegazione definitiva del progetto con commento al testo.

Oggi il prof. ha spiegato meglio il progetto d'esame, quindi vi illustro (per chi non avesse capito o non ci fosse stato oggi) quanto capito commentando il testo del progetto.

Creare un portale per l’accesso multi-canale a dati e documenti di
provenienze multiple. Enfasi sulle politiche di navigazione tra le informazioni.
Creare un insieme di moduli interoperabili per la generazione e delivery dei
contenuti, e per la visualizzazione dei contenuti su device diversi.
Gestire la logica di organizzazione, identificazione dei contenuti e navigazione
del portale, realizzando o acquistando i sistemi di memorizzazione e di
visualizzazione necessari.

In poche parole bisogna creare un sito web che:

1) Sia facilmente accessibile da tutti i browser + comuni (Firefox, Explore tutte le versioni più recenti, Safari e Opera). Per accessibile si intende che sia correttamente visualizzato e navigabile, tenendo conto che il sito deve essere fluido in larghezza e altezza adattandosi alla finestra (e qui bisogna usare javascript, il prof. ha detto che si prendono in considerazione solo browser con javascript attivi). Trovate molti scriptini in internet che fanno questo. Ovviamente la Header e il footer hanno altezza fissa, quella che cambia è quella del corpo centrale.

2) Oltre ad essere accessibile a browser deve essere accessibile a stampanti, cioè se l'utente stampa gli deve uscire il contenuto della sezione correttamente stampato (senza perdita di informazioni). Per fare ciò guardatevi in giro come funziona l'attributo "media" del tag link per i css.

3) Navigabilità, cioè fate un sito facilmente navigabile che permetta una corretta e facile navigazione tra i contenuti.

4) Generazione dei contenuti, i contenuti verranno caricati nel corpo centrale della pagina grazie a script javascript (o meglio Ajax). Ogni contenuto, che sia un vostro documento scritto ad Hoc o un esercizio svolto a lezione, DEVE ESSERE SCRITTO INTERAMENTE IN XML, poi grazie ad XSLT sarà riscritto nella sua forma base ed inserito nel corpo centrale.

5) L'argomento per i contenuti è libero (consiglio: sceglietevi un argomento facilmente suddivisibile in sezioni strutturabili in XML).

Un’applicazione che permette di ricercare informazioni sul
database di documenti XML sulla base di parametri (query)
- Implementazione ottimale: una collezione di file in una
directory, un file di indice che duplica le informazioni
rilevanti nei documenti, un piccolo script che accede al file
di indice, trova il documento appropriato, e lo spedisce.
- Enfasi: interesse e ricchezze delle informazioni

6) Bisogna realizzare un piccolo motore di ricerca interno al portale. In poche parole dovete fare una input di testo dove inserire una query di ricerca, a questo punto Ajax provvederà a cercare le informazioni e mostrare i documenti inerenti ai criteri di ricerca, l'utente seleziona poi quale visionare e questo verrà caricato nella pagina.
Per fare ciò, come indica il testo, si può ricorrere ad un file XML di indice, dove vengono registrate le parole chiave legate al file che le contiene. Ajax eseguirà la ricerca su questo file. Torneranno dei risultati. Verranno mostrati i risultati.

Direi che le cose fondamentali sono queste.

Riassumendo dobbiamo fare un sito interamente in XML che grazie a Ajax carica i contenuti (anch'essi in XML) dentro nel sito trasformandoli grazie a XSLT.
Il sito deve essere accessibile dai browser più diffusi e permettere la stampa corretta dei contenuti.

Fine.

Re: Spiegazione definitiva del progetto con commento al testo.

Grazie per tutte le informazioni che ci hai fornito, sono preziosissime specie per chi, come me, sta tentando di fare l'esame da non frequentante. Scucire delle spiegazioni a questo professore è veramente impossibile...
Perdonami ora se ti faccio notare le incongruenze, ma magari tu sai risponderci senza che si debba (ORRORE) scrivere una mail al professore nella speranza che ce lo spieghi in modo chiaro:

Originally posted by jonny86

In poche parole bisogna creare un sito web che:

1) Sia facilmente accessibile da tutti i browser + comuni (Firefox, Explore tutte le versioni più recenti, Safari e Opera).

Originally posted by jonny86
Per accessibile si intende che sia correttamente visualizzato e navigabile, tenendo conto che il sito deve essere fluido in larghezza e altezza adattandosi alla finestra (e qui bisogna usare javascript, il prof. ha detto che si prendono in considerazione solo browser con javascript attivi). Trovate molti scriptini in internet che fanno questo. Ovviamente la Header e il footer hanno altezza fissa, quella che cambia è quella del corpo centrale.

Originally posted by jonny86
3) Navigabilità, cioè fate un sito facilmente navigabile che permetta una corretta e facile navigazione tra i contenuti.

Originally posted by jonny86
4) Generazione dei contenuti, i contenuti verranno caricati nel corpo centrale della pagina grazie a script javascript (o meglio Ajax). Ogni contenuto, che sia un vostro documento scritto ad Hoc o un esercizio svolto a lezione, DEVE ESSERE SCRITTO INTERAMENTE IN XML, poi grazie ad XSLT sarà riscritto nella sua forma base ed inserito nel corpo centrale.

Ovviamente non sono il professore e non posso neanche sapere esattamente quello che vuole al 100% quindi, anche se penso di aver capito cosa vuole, prendetemi sempre con le pinze ed eventualmente chiedete delucidazioni al prof. (tra l'altro giovedì prossimo c'è ancora una lezione quindi gliele si possono chiedere di persona).

1) Penso che deve essere fruibile anche da utenti linux ma poi bisogna vedere che pc userà il prof. all'orale....

2) Sì, si deve adattare in larghezza e in altezza al 100%... si può fare come dici te con i css ed infatti io l'avevo fatto così, ma il prof vuole che vengano usate solo regole CSS1 supportate anche dai vecchi browser e poi la header e il footer devono avere altezza fissa... quindi la cosa diventa più difficile da realizzare con i soli CSS (per di più versione 1).

3) Linee guida sono quelle dell'esercizio del layout per il sito del gruppo. Menù a sinistra che divida i vari argomenti e i vari esercizi e poi ci deve essere la possibilità di switchare da una sezione all'altra facilmente, come un vero sito web strutturato a grafo.

4) Sinceramente non so dirti che oggetto vorrà farci usare perchè la lezione su ajax sarà giovedì prossimo, ma lui ha detto che in pratica nel progetto il nostro webserver sarà il pc stesso, oppure i documenti potremo prenderli dal web, sta a noi decidere quindi dove mettere i documenti ed attuare le politiche corrette per il loro caricamento. Addirittura ha detto che se vogliamo possiamo anche scaricare le pagine HTML da dei siti che vogliamo, trasformarli in XML (ristrutturare i contenuti) e ritrasformarli con XSLT creati ad Hoc.. ma penso che sarebbero solo seghe mentali aggiuntive.

5) E' proprio per questo motivo che mi sto facendo in 4 per dare l'esame alla sessione di giugno, così se qualcosa non andasse almeno poi saprei cosa vuole e quindi potrei darlo a luglio evitando lo slittamento a settembre.

Se qualcuno avesse qualcosa da aggiungere o qualche dritta facciamo in questo forum, almeno resterà anche ai posteri ...

Originally posted by jonny86

1) Penso che deve essere fruibile anche da utenti linux ma poi bisogna vedere che pc userà il prof. all'orale....

Originally posted by jonny86

2) Sì, si deve adattare in larghezza e in altezza al 100%... si può fare come dici te con i css ed infatti io l'avevo fatto così, ma il prof vuole che vengano usate solo regole CSS1 supportate anche dai vecchi browser e poi la header e il footer devono avere altezza fissa... quindi la cosa diventa più difficile da realizzare con i soli CSS (per di più versione 1).

Originally posted by jonny86

5) E' proprio per questo motivo che mi sto facendo in 4 per dare l'esame alla sessione di giugno, così se qualcosa non andasse almeno poi saprei cosa vuole e quindi potrei darlo a luglio evitando lo slittamento a settembre.

Guarda, tutto quello che dici è corretto, questo significa che su queste cose ci hai già lavorato e quindi un po' le conosci, come anche io (magari non in modo stra approfondito ma me la cavicchio).

Io la penso così:

Il progetto lo si fa in XML, XSLT e Ajax che sono i requisiti base;

Lo si fa il più accessibile possibile tenendo conto che lui ci da la possibilità di usare tranquillamente script javascript (a me fa schifo usare javascript per settare le dimensioni, ma se le altre alternative sono seghe mentali facciamo così e basta);

All'esame si DISCUTE per l'appunto, quindi se una cosa non gli va bene la si argomenta... se come dici tu si contraddice significa che all'orale saprai di certo tenere il discorso in modo giusto e tecnico, quindi il prof non può rimandarti senza avere ragioni valide... o almeno dovrebbe fare così se è corretto.

Chi vivrà vedrà...

Originally posted by jonny86

All'esame si DISCUTE per l'appunto, quindi se una cosa non gli va bene la si argomenta... se come dici tu si contraddice significa che all'orale saprai di certo tenere il discorso in modo giusto e tecnico, quindi il prof non può rimandarti senza avere ragioni valide... o almeno dovrebbe fare così se è corretto.

Originally posted by Kjir
Come sei ottimista
Va ben, farò anche una pagina con Javascript e senza CSS2 giusto per "dimostrazione", ma tanto non potrò testarla (e dove lo trovo IE4/NS4/Opera3.5? E soprattutto, come li faccio girare???)

Non so voi ma alcune cose sul sito del prof non me le fa aprire o mi dice che sono corrotte così mi sono tirato giù la guida per ajax da html.it e ne ho fatto un pdf. Se a qualcuno interessa...

PS: prossimamente forse anche quella di xml e xslt

__________________
Visit our site! http://www.utsoftware.altervista.org
oppure scrivere a:urborgteam1960@libero.it [valido anche per msn]
http://www.rvinterni.altervista.org

Cmq per poter far funzionare il progetto bisogna installarsi apache o chicchessia??? non si riesce a farlo andare col semplice browser ne?

Aggiungo ancvhe la guida a XSLT

__________________
Visit our site! http://www.utsoftware.altervista.org
oppure scrivere a:urborgteam1960@libero.it [valido anche per msn]
http://www.rvinterni.altervista.org

Non serve Apache o IIS... io lo sto facendo interamente in XML, XSL e javascript (con Ajax)... e Ajax mi funziona anche con documenti in locale, anche se effettivamente è un po' sprecato in quest'ambito... però alla fine è quello che dobbiamo fare no?

E che URL inserisci per fargli pescare i dati in locale?

Per fare beccare file in locale basta inserire il percorso relativo, ma bisogna prevedere anche lo status 0 perchè sarebbe il codice di caricamento riuscito per file locali (mentre per quelli remoti è il 200).

Solo che oggi a lezione è venuta fuori un'altra novità:

1) Nel progetto si aspetta che i documenti arrivino da diverse fonti (sia locali filesystem, sia remoti da siti con rss tipo il corriere della sera). Poi voi prendete gli xml e li trasformate come il solito.

2) Il laboratorio è protetto da proxy che blocca le chiamate in remoto di ajax, percui vanno inserite 2 funzioni in più che configurano il proxy... peccato che questa cosa funzioni solo per IE7 quindi molto probabilmente i progetti verranno guardati con IE7 (questo prob. era nuovo anche per il prof.). Le funzioni sono setProxy e setProxyCredentials... cercatele in giro.
Ovviamente si potrebbe aggirare il problema se pubblicassimo i nostri progetti su un web server (tipo un dominio di altervista) che non ha proxy... ma questo l'ho pensato io, il prof. non ha detto questo. Insomma Boh... ancora una volta lasciati a noi stessi.

Originally posted by jonny86

Solo che oggi a lezione è venuta fuori un'altra novità:

1) Nel progetto si aspetta che i documenti arrivino da diverse fonti (sia locali filesystem, sia remoti da siti con rss tipo il corriere della sera). Poi voi prendete gli xml e li trasformate come il solito.

2) Il laboratorio è protetto da proxy che blocca le chiamate in remoto di ajax, percui vanno inserite 2 funzioni in più che configurano il proxy... peccato che questa cosa funzioni solo per IE7 quindi molto probabilmente i progetti verranno guardati con IE7 (questo prob. era nuovo anche per il prof.). Le funzioni sono setProxy e setProxyCredentials... cercatele in giro.
Ovviamente si potrebbe aggirare il problema se pubblicassimo i nostri progetti su un web server (tipo un dominio di altervista) che non ha proxy... ma questo l'ho pensato io, il prof. non ha detto questo. Insomma Boh... ancora una volta lasciati a noi stessi.

Guarda non so cosa dirti.. io l'unica volta che ho usato ajax è stato per interfacciare pagine php con un DB mysql senza dover ricaricare la pagina... oppure per interfacciare le google maps con database in mysql che generava tramite php un file XML da dare in pasto alle funzioni di google maps...

E in effetti gli usi sono quelli... cioè il prof a sto punto non dovrebbe esigere molto... dovrebbe limitarsi a chiedere di caricare file XML caricati sul proprio server o filesystem.. avrebbe più senso con un db e il php che fa da tramite, ma alla fine il suo corso consiste in XML non in php o mysql.... boh, vedremo il 26.

Ma sì, tranquillo, non ha capito una fava neanche lui...